Actualité

La nouvelle version d’ITIL, ITIL 4, a introduit de nombreux nouveaux concepts, parmi lesquels se trouvent trois concepts fondamentaux : Service Value System (système de valeur des services), Service Value Chain (chaîne de valeur des services ITIL) et Value Stream (flux de valeur).  

Le système de valeur des services

Le système de valeur des services (SVS) décrit comment tous les composants et activités de l’organisation fonctionnent ensemble en tant que système permettant la création de valeur. Le système de valeur des services peut fournir à l'organisation une orientation forte et unique.

Le flux de valeur

Le flux de valeur est plutôt une série d'étapes qu'une organisation utilise pour être en mesure de créer puis de fournir des services et des produits aux consommateurs. Chaque organisation a besoin de flux de valeur spécifiques. La nouvelle version d’ITIL fournit un modèle de référence pour pouvoir créer des flux de valeur: ce modèle est appelé la chaîne de valeur des services.  

Chaîne de valeur des services

La chaîne de valeur des services (SVC) est un modèle opérationnel qui décrit les activités clés requises pour répondre à la demande et faciliter la création de valeur grâce à la création et à la gestion de produits et services. Les activités principales de la chaîne de valeur des services sont :

• Engage (Engager)
• Plan (Planifier)
• Design and Transition (Conception et transition)
• Obtain & Build (Obtenir et construire)
• Deliver & Support (Fournir et soutenir)

En réalité la chaîne de valeur des services a besoin d'autres éléments pour être complète, même si ces éléments ne font pas partie de la chaîne, notamment le déclencheur, ou la question, le besoin auquel la “SVC” répond. Chaque organisation, pourra définir son propre flux de valeur à partir de la chaîne de valeur de service.  

Le flux de valeur

Pour créer des flux de valeur, plusieurs facteurs doivent être pris en compte:

• La structure organisationnelle
• L’équipe
• Les compétences
• La culture d’entreprise

Tous ces éléments influencent et déterminent la définition du flux de valeur. Les rôles et responsabilités spécifiques, les ressources et les outils seront définis dans le flux de valeur. Le flux représentera le modèle organisationnel utilisé pour répondre à un besoin spécifique. La création d’un flux de valeur se fait à partir de la chaîne de valeur des services. Le point de départ sera toujours la demande et le point d’arrivée la création de valeur, quel que soit le flux de valeur identifié. Autres choses à savoir sur le flux de valeur:

• L'ordre des activités n'est pas préétabli
• Il ne concerne pas un seul groupe mais implique plusieurs équipes
• Il implique non seulement le personnel informatique mais aussi les parties prenantes

Pour créer des flux de valeur, il est nécessaire de connaître les activités, de définir leur priorité et de gérer l'implication éventuelle d'entreprises externes. Toute organisation qui a défini ses flux de valeur peut les suivre et sait déjà quelles sont les pratiques, les parties prenantes impliquées et les activités requises pour transformer le besoin en quelque chose qui génère de la valeur pour tout le monde. Le module ITIL 4 Create, Deliver and Support permet de comprendre comment intégrer des flux de valeur et des activités pour créer, fournir et supporter des produits et services informatiques ainsi que les pratiques, méthodes et outils pertinents. En savoir plus !  

Vous n’avez pas pu participer au webinaire de notre expert Kais Albassir ? Cliquez sur le lien pour accéder au replay gratuitement.

  ITIL® is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

Dans PRINCE2 le Cas d’affaire représente la justification du projet et couvre généralement la durée, les coûts, les bénéfices et les risques. Il est fondamental pour valider la viabilité continue du projet.  

Qu’est ce que le Cas d’affaire ? Définition

L’un des principes de PRINCE2 veut que la projet démontre une justification continue pour l’Entreprise.

Le Cas d’affaire offre un ensemble d’informations utiles pour juger si le projet est (et demeure) opportun, viable et réalisable, en vue d’étayer les décisions concernant son investissement (continu).

 

Finalité du Cas d’affaire

Le but d’un Cas d’affaire est de documenter la justification de mise en oeuvre d’un projet, en s’appuyant sur une estimation des coûts (développement, mise en service et maintenance) par rapport aux bénéfices prévus tout en tenant compte des éventuels risques associés. Il doit définir la manière et le moment de mesurer les bénéfices prévus.

Durant le processus ‘Élaborer le Projet’, l'exécutif écrit l’ébauche du Cas d’affaire, ce sera ensuite au tour du chef de projet de détailler le Cas d’affaire pendant le processus ‘Initialiser le Projet’. Le Cas d’affaire sera finalement accepté et confirmé durant le processus ‘Diriger le Projet’.

Le Cas d’affaire est utilisé tout au long du projet. Il est utilisé durant le processus ‘Contrôler une Séquence’ pour évaluer les impacts des incidences et des risques. Il est revu et mis à jour à la fin de chaque séquence de management par le processus ‘Gérer une Limite de Séquence’ et à la fin du projet par le processus ‘Clore le projet’.

 

 

Composition du Cas d’affaire

La DIP devrait comprendre les éléments suivants :

Sommaire : souligne les points clés du Cas d’affaire, avec notamment les bénéfices importants et le retour sur investissement. Raisons : spécifie les raisons justifiant la réalisation du projet et explique comment le projet permettra la réalisation de la stratégie et des objectifs de la direction d’entreprise, du programme ou du client ; Options pour l’entreprise : une analyse et une recommandation raisonnée pour choisir entre les différentes options basiques pour l’entreprise : ne rien faire, faire le minimum ou faire quelque chose. Bénéfices attendus : la conséquence des résultats désirés à réaliser grâce à l’utilisation des livrables du projet. Les bénéfices sont exprimés en termes mesurables par rapport à la situation telle qu’elle existe avant le projet et doivent être à la fois quantitatifs et qualitatifs. Contre-bénéfices attendus : l’impact d’un ou plusieurs résultats du projet peuvent être perçus comme négatifs par une ou plusieurs parties prenantes. Les contres-bénéfices sont les conséquences réelles d’une activité, alors que, par définition, un risque est incertain et ne peut jamais se matérialiser. Période d'exécution : correspond à la durée de déroulement du projet (résumé du plan de projet) et à la période de réalisation des bénéfices. Coûts : donne un résumé des coûts du projet (extrait du plan de projet), des coûts des opérations courantes/maintenance et de leurs dispositions de financement. Evaluation de l’investissement : compare les bénéfices et les contre-bénéfices globaux aux coûts du projet et aux coûts des opérations incrémentales courantes et de la maintenance. Risques principaux : donne un résumé des risques clés liés au projet avec l’impact probable et les plans si les risques se matérialisent.  

 

Les données sources pour élaborer le Cas d’affaire

Dans PRINCE2, l’ébauche du Cas d’affaire reprend les éléments suivants :

• Le mandat de projet et l’exposé du projet concernant les raisons d’être du projet
• Le plan de projet pour ce qui concerne les coûts et les durées
• Les bénéfices attendus par les utilisateurs principaux
• Les informations concernant l’optimisation de l’investissement par l’exécutif
• Le registre des risques
• Le registres des incidences

 

Format et présentation du Cas d’affaire

Le Cas d’affaire peut se présenter sous les formes suivantes :

• Un document, une feuille de calcul ou des diapositives de présentation
• Une entrée dans un outil de management de projet

Le Cas d’affaire est à la base de tous les processus décisionnels et garantit que le projet conserve sa justification, que les besoins de l'entreprise peuvent être satisfaits et que les avantages escomptés peuvent être obtenus.

Téléchargez votre modèle de document personnalisable PRINCE2 2017 Cas d’affaire de QRP International.

PRINCE2® is a registered trademark of AXELOS Limited, used under permission of AXELOS Limited. All rights reserved.

Afin de renforcer sa présence dans le domaine de la formation en gestion de projet, ProfeoQRP a décidé de collaborer avec processCentric.

processCentric est une société de formation et de conseil pour les professionnels Suisses. Ce nouveau partenariat nous permet d’élargir notre portefeuille de formation avec des méthodes telles que HERMES 5.

 

processCentric GmbH

processCentric GmbH a été fondé en 2015 par Serge Schiltz. Grâce à ses activités en tant qu'expert en gestion de processus et de projets dans différents secteurs, principalement dans les services financiers, il a pu gagner une expérience très large dans la conception et le pilotage des processus de l'entreprise et la réalisation de projets de changement.

La mission principale de processCentric GmbH est d'offrir aux entreprises une vision globale des processus et des projets de l'entreprise, qui constitue un élément majeur de l'activité de l’entreprise. ProcessCentric propose différents services :

• Services de conseil pour la mise en oeuvre d'une gouvernance d'entreprise efficace avec une approche axée sur les processus.
• Formations dans le domaine de la gestion des processus, la gestion des projets d'évolution et la gestion d'entreprise axée sur les processus.
• Soutien actif pour la mise en place d'une gestion de processus stratégique, une gestion d'entreprise axée sur les processus et la mise en oeuvre des projets de changement.

 

ProfeoQRP : Nous mettons notre expertise à votre service

Nous développons des solutions complètes adaptées aux besoins de votre entreprise. Nous collaborons étroitement avec vos équipes pour identifier vos besoins, définir et organiser votre formation, élaborer et exécuter un plan de mise en œuvre de la méthodologie et adapter la ou les Bonnes Pratiques à votre organisation

Nous adaptons chaque session au contexte personnel des participants par des exemples concrets, supports visuels, jeux, ...

Depuis 2000, QRP International soutient les professionnels et les organisations dans le développement de leurs compétences et l’implémentation des Bonnes Pratiques de Management, en proposant des formations, certifications et prestations de conseils sur mesure.

Formations, certifications, conseil et accompagnement, expérience internationale, compétences pédagogiques d’exception, suivi client, réactivité et flexibilité. QRP est la solution que vous recherchez.

Nos chiffres :

• +25 centres de formation en Europe
• +20 ans d’expérience dans la formation et le conseil
• +20.000 professionnels formés
• 6 langues de formation
• 9,17 sur 10 de moyenne attribuée aux performances des formateurs

Nous sommes fiers de pouvoir afficher un taux de réussite aux examens de 95% grâce à la qualité de nos formations et de nos formateurs.

En outre, la philosophie de nos formateurs n’est pas uniquement de vous faire obtenir la certification, mais d’illustrer la méthode avec des exemples pratiques afin de vous permettre d’appliquer facilement vos nouvelles compétences dans votre organisation.

Nous proposons régulièrement des formations en Suisse, aussi bien en allemand qu’en français ou en anglais.

Si vous souhaitez en savoir plus sur Profeo/QRP ou sur nos services, contactez-nous dès maintenant !

QRP International est fier d'annoncer le lancement des nouvelles certifications DevOps de PeopleCert.  

DevOps - PeopleCert

DevOps (mot composé qui vient de «développement» et «opérations») est une approche de développement de logiciels qui combine le développement de logiciels (Dev) avec des opérations de technologie de l'information (Ops). L'objectif de DevOps est de raccourcir le cycle de vie du développement des systèmes tout en livrant fréquemment des versions logicielles, en étroite adéquation avec les objectifs de l'entreprise de manière plus rapide, plus qualitative et plus rentable. PeopleCert propose désormais ses propres certifications DevOps: ces nouvelles certifications ont été conçues autour des organisations utilisant des pratiques de gestion des services informatiques bien établies, pour leur fournir des conseils sur les processus, les outils et l'intégration de culture avec DevOps.    

Les niveaux de certification DevOps de PeopleCert

Le système de certification DevOps de Peoplecert comprend actuellement trois certifications distinctes: PeopleCert DevOps Fundamentals Les candidats obtiennent des conseils pratiques pour livrer efficacement avec DevOps, grâce à 15 pratiques essentielles en relation avec les référentiels ITSM - Déjà disponible.   PeopleCert DevOps Leadership Les candidats apprennent comment implémenter les pratiques DevOps et comment réaliser un changement culturel de façon à obtenir une meilleure collaboration et communication au sein de l’organisation - Déjà disponible.   PeopleCert DevOps Engineering Les candidats obtiennent des conseils pratiques sur l'utilisation des outils d'automatisation et sur la manière dont ces outils prennent en charge la culture et les pratiques DevOps - Bientôt disponible.   N'hésitez pas à nous contacter pour avoir plus d'informations sur les formations et certifications DevOps de PeopleCert.

Expert en gestion de processus et de projets dans divers secteurs, Serge possède une vaste expérience en la conception de processus métier et de la mise en œuvre de projets de changement. Serge met un accent sur la mise en œuvre valorisante de concepts qui soutiennent une gouvernance d'entreprise efficace.  

1. Qu'est-ce que HERMES? Et pourquoi cette méthode a-t-elle été développée?

HERMES est une méthode de gestion de projet réduite à l'essentiel et directement applicable. Elle a été développée au sein de l'administration fédérale pour garantir des structures de gouvernance minimales mais efficaces dans les projets.  

2. Pouvez-vous nous parler de HERMES 5 ?

La version actuelle de HERMES 5 est agréablement simple et en plus modulaire. Elle ne veut pas faire des prescriptions concernant le COMMENT de la gestion de projet, mais se limite au QUOI. D'une part, la méthode vise à faciliter le travail des participants aux projets en leur fournissant des descriptions de rôles, de tâches et de résultats ainsi que des modèles de documents, et d'autre part, elle augmente les chances de réussite des projets en favorisant une gouvernance forte.  

3. Hermes Foundation et Advanced. A qui s'adressent ces niveaux et pourquoi?

La certification Advanced s'adresse aux chefs de projet, Foundation à tous les autres acteurs du projet. L'objectif d'une formation (et d'une certification) HERMES Foundation est d'apprendre à connaître les éléments de la méthode et leur interaction. Un acteur d'un projet doit avoir une bonne compréhension de son rôle et des autres rôles impliqués. La certification HERMES Advanced vise à approfondir ces connaissances afin que la méthode puisse être appliquée de manière bénéfique. Cela inclut notamment la capacité d'évaluer comment HERMES peut être adapté de manière optimale à une situation de projet concrète.    

4. Comment HERMES se positionne-t-il sur le marché de la formation PM, en tenant compte d'autres méthodes telles que PRINCE2 et Agile PM ?

HERMES est une méthode très concrète, directement applicable. Toutefois, comme je l'ai déjà mentionné, cette méthode traite exclusivement du QUOI et non du COMMENT de la gestion de projet. Une formation HERMES n'est donc pas adaptée à l'apprentissage et au développement de compétences générales de gestion de projet. D'autres méthodes et cadres de gestion de projet sont moins directement applicables, mais ils sont beaucoup plus complets et les formations qui proposées préparent de manière plus complète à une tâche de chef de projet. Je conseille donc la formation et la certification HERMES en complément d'une certification PMI, IPMA ou PRINCE2. Sur le plan méthodologique, je constate une certaine "parenté" entre HERMES et PRINCE2 et je vois un avantage particulier dans cette combinaison. Agile PM ou aussi PMI-ACP sont d'autres possibilités de formation très utiles dans l'environnement du développement logiciel agile.  

5. Quel est le plus grand problème/changement que vous constatez actuellement dans la communauté des chef de projets ?

La revendication classique et très justifiée de la gouvernance dans les projets est en contradiction au moins apparente avec les principes de mise en œuvre agile des projets, qui font de plus en plus leurs preuves, notamment dans les projets informatiques. Il est nécessaire de combiner les deux. De mon point de vue, le problème est que de nombreux acteurs ne comprennent pas la signification et l'objectif des exigences de gouvernance et mettent en œuvre ces exigences de manière purement "administrative". En même temps, le manque de compréhension de l'approche agile est souvent utilisé à mauvais escient comme "excuse" pour le chaos désespéré des projets. Je constante un grand besoin de formation dans le domaine d'une application intelligente des méthodes dans de nombreux projets.  

6. Selon vous, quelles sont les trois choses que les chefs de projet devraient apprendre dans le futur ?

1. Approches agiles
2. Contrôle de projet efficace
3. Techniques de négociation

Ce dernier point peut paraître surprenant, mais un chef de projet doit être capable de négocier avec les parties prenantes ce que son équipe peut fournir afin de créer le plus grand bénéfice possible. Il est fatal s'il accepte simplement toutes les demandes et ne peut pas les satisfaire par la suite.   En parallèle à ses activités professionnelles, il a fait une formation en gestion de l'entreprise (MBA in Business Administration), gestion de projets (MSc in Project Management, PMI PMP), processus (OMG OCEB Business Advanced, IASSC Lean Six Sigma Black Belt) et services (ITIL v4 Foundation) . processCentric GmbH a été fondée en 2015 par Serge.

En 2019, nous avons vu de nombreux exemples d'initiatives DevOps réussies dans de petites et de grandes entreprises. Bravo à tous ceux qui y ont participé.

Mais qu’en est-il du futur de DevOps 2020? Tout comme les experts de la communauté DevOps, nous pensons que les dix tendances suivantes façonneront la prochaine année de DevOps à travers le monde.

  1) Agile et DevOps augmenteront la collaboration entre la technologie et les départements métier 2) La formation, l’apprentissage et l’amélioration des compétences DevOps deviendront une priorité organisationnelle 3) La montée en compétences et la polyvalence des professionnels entraîneront l’augmentation des compétences en T 4) De plus en plus d’équipes changeront d’état d’esprit et préféreront “produire de la valeur” plutôt que “faire le travail” 5) La fatigue des outils va empirer avant de s’améliorer 6) DevOps deviendra plus mesurable et les métriques seront mieux définies 7) Les équipes DevOps gagneront plus et connaîtront une satisfaction accrue au travail 8) Il pourrait y avoir une réunification de DevOps et de la gestion des services 9) Une nouvelle génération de membres IT prend le relais 10) L’adoption de l’intelligence artificielle augmentera et les équipes DevOps devraient le vérifier    

1) Agile et DevOps augmenteront la collaboration entre la technologie et les départements métier

Agile et DevOps sont des mouvements populaires qui ont vu le jour avec la technologie. Toutefois, dans de nombreux cas, Agile et DevOps n'ont pas pu s'extraire de la technologie. A l’inverse, dans certaines entreprises Agile a pu être adopté par d'autres département comme la finance, le marketing, les ressources humaines ou les achats. Certains hauts dirigeants invitent de plus en plus l'ensemble de leur organisation à «devenir agile».

Malgré cette expansion aux autres départements, il ne semble pas que la communauté technologique ait pour autant uni ses forces avec leurs collègues des autres départements. Pourtant, avec la pression concurrentielle que le numérique exerce sur les organisations, nous devrions commencer à voir plus de collaboration entre les départements, avec Agile comme déclencheur.

Pour accélérer cette collaboration, n’hésitez pas à encouragez vos équipes à parler aux autres départements de leur expérience avec les méthodes agiles. Voici quelques exemples de questions qui peuvent aider à briser la glace :

• Comment utilisez-vous Agile ?
• Que faites-vous exactement ?
• Qu'est-ce qui change pour vous ?
• Quels problèmes rencontrez-vous ?

Comment pourrions-nous travailler ensemble pour vous aider à résoudre certains de ces problèmes ? Ces questions aideront les professionnels des différents départements à se connaître - en tant que personnes - et la collaboration s'améliorera.    

2) La formation, l'apprentissage et l'amélioration des compétences DevOps deviendront une priorité organisationnelle

DevOps nécessite d'essayer de nouvelles technologies. Une étude récente de DevOps Institute a révélé que 55% des répondants au sondage préfèrent recruter en interne leurs équipes DevOps. Malheureusement, de nombreuses entreprises n'ont pas les compétences nécessaires et l'embauche de nouvelles personnes n’est pas toujours possible en raison des contraintes budgétaires.

FedEx tente une approche différente : apprendre à ses propres ingénieurs comment construire de nouvelles applications et réécrire des applications modernes fonctionnant dans le cloud hybride de l'entreprise de logistique. L'entreprise savait qu'elle n'avait pas les compétences adéquates dans son bassin de talents d'ingénieurs, ce qui a conduit son directeur informatique à lancer FedEx Cloud Dojo. Cette "université" interne a déjà requalifié plus de 2 500 programmeurs de logiciels.

Les organisations qui souhaitent utiliser DevOps pour faire avancer leurs transformations numériques doivent apporter des améliorations drastiques dans les domaines de la formation, de l'apprentissage et de l'amélioration des compétences essentielles pour DevOps. Le DOI prévoit une progression active de cet objectif en 2020.

   

3) La montée en compétences et la polyvalence des professionnels entraîneront l’augmentation des compétences en T

Avec la prise de conscience des difficultés de recrutement sur le marché des talents, les organisations et les individus risquent d’investir massivement dans la montée en compétence et la polyvalence afin de répondre à la demande croissante de nouvelles compétences.

Alors que tous les acteurs de l'informatique devront devenir plus multi- compétences, les développeurs en particulier devront élargir leur éventail de compétences dans des domaines tels que les tests, la "conteneurisation", l'infrastructure, l'IA et la sécurité.

L'accent sera également mis davantage sur les compétences comportementales telles que l'empathie, l'expérience client et la collaboration. Les silos commencent à s'effondrer dans de nombreux domaines, et la nécessité pour chacun d’avoir des compétences en forme de T (expertise pointue dans un domaine, associée à des compétences générales diversifiées) devient primordiale pour permettre et soutenir l'innovation.

Ces formations et cette nouvelle collaboration (cf paragraphe n°1) conduiront davantage de professionnels à développer de nouvelles compétences techniques et professionnelles et des qualités personnelles, ajoutant de nouvelles expertises et capacités aux membres des équipes.

   

4) De plus en plus d’équipes changeront d’état d’esprit et préféreront “produire de la valeur” plutôt que “faire le travail”

La cartographie des flux de valeur peut aider à changer la façon dont les équipes perçoivent le DoD (Definition of Done) de : «j'ai fait mon travail» à : «la valeur est réalisée». C'est l'un des moyens les plus efficaces pour changer les comportements et amener les équipes à penser au cycle entier de ce sur quoi ils travaillent. C'est pourquoi l'adoption du Value Stream Management est primordiale en 2020.

Le VSM permettra d'automatiser les sorties du flux de valeur pour un suivi permanent de la progression. Cela permet à une équipe de connecter toutes les parties des chaînes d'outils complexes de DevOps, aux données dérivées du système basées sur des temps de cycle.

Les équipes qui adopteront le Value Stream Management en 2020 pourront baser leurs prochaines expériences d'amélioration sur des décisions et des priorités basées sur les données.

   

5) La fatigue des outils va empirer avant de s'améliorer

Le nombre d'outils et de référentiels dans le secteur technologique est déconcertant. Les défis auxquels les équipes informatiques sont confrontées pour les comprendre, les interconnecter et les appliquer se poursuivront, et en 2020, aucune véritable résolution n'est en vue.

La concurrence dans la chaîne de montage DevOps est féroce et florissante. Le nombre d’événements et de conférences sur la technologie et les Bonnes Pratiques ne cesse de s'accroître. Les livres, les blogs et les vidéos inondent les boîtes de réception d'e-mails, et les experts d'opinion sont impatients de partager leur expertise. A cela s’ajoute l’apparition de nouveaux outils open source pour intégrer les nouvelles technologies.

Pour survivre aux défis de la complexité, il devient de plus en plus important d'avoir une stratégie d'automatisation. Pendant que vous travaillez à son développement, ne perdez pas de vue les problèmes réels que vous essayez de résoudre et comment vous pouvez yarriver en tirant parti de vos propres équipes.

   

6) DevOps deviendra plus mesurable et les métriques seront mieux définies

"Ce qui se mesure se gère” Cette citation est toujours valable, plus de 60 ans après que Peter Drucker l'ait référencée dans son livre, “The practice of management.” Ce que nous voulons tous éviter, cependant, c'est le syndrome de la mesure juste pour mesurer..

En ce qui concerne DevOps, pour les prochaines années, les mesures d'amélioration continue que nous connaissons aujourd'hui continueront d'être les mesures clés qui comptent. En 2020, nous nous attendons à ce que davantage d'organisations se mettent d'accord sur ce qu'il faut mesurer et adoptent ces mesures.

Ceux qui recherchent du soutien peuvent s'appuyer sur les mesures de performance décrites dans la recherche de DevOps Research and Assessment (DORA), qui cite cinq mesures de livraison de logiciel et de performance opérationnelle (SDO) qui peuvent être utilisées comme indicateurs de succès pour les équipes DevOps hautement performantes.

Les références clés du rapport fournissent des conseils sur les domaines où les équipes doivent s’améliorer en 2020. La sélection de ces métriques clés et leur remplissage avec des données fourniront un aperçu de la valeur et du parcours de DevOps.

   

7) Les équipes DevOps gagneront plus et connaîtront une satisfaction accrue au travail

Les employés qui continueront sur la voie DevOps en 2020 auront des retombées positives aussi bien au niveau pécunier que sur leur satisfaction au travail. L'automatisation permettra aux employés de travailler sur plus de projets à valeur ajoutée au lieu de tâches manuelles basiques, ce qui améliorera leur satisfaction au travail et, espérons-le, réduira les niveaux de stress.

Seront concernés en particulier, les ingénieurs DevOps qui travaillent sur l'automatisation et la collaboration pour une livraison de logiciels améliorée. Ils peuvent s'attendre à ce que leur salaire soit considérablement plus élevé que leurs pairs dans des rôles traditionnels, tels que les administrateurs système.

Les investissements dans la formation et les certifications auront également une incidence positive sur la qualité du code et pourront donc améliorer les résultats de l’entreprise. Ceci, à son tour, pourrait enfin changer l'équation de la valeur au sein des organisations et donner au service informatique une véritable place stratégique tout en améliorant certainement la façon dont les autres départements collaboreront avec les services informatiques à court et long termes.

   

8) Il pourrait y avoir une réunification de DevOps et de la gestion des services

Avec la sortie récente d'ITIL 4, 2020 sera une année intéressante pour les organisations ayant adopté DevOps et les référentiels de gestion des services informatiques. Le développement et la gestion de produits logiciels nécessitent des techniques agiles, en mettant l'accent sur la co-création de valeur de manière à réduire les déchets.

DevOps, la gestion des services et d'autres Bonnes Pratiques comme SRE peuvent coexister pour aligner les équipes, répondre aux demandes des parties prenantes et améliorer la valeur délivrée. Étant donné que la transformation numérique ne se fait pas instantanément dans une organisation, les entreprises devraient commencer par les Bonnes Pratiques et méthodologies adaptées à leurs besoins en commençant petit, puis apprendre, développer leur expertise et évoluer.

   

9) Une nouvelle génération de membres IT prend le relais

Le nombre de personnes qui se souviennent des jours avant DevOps commence à diminuer. La jeune génération des équipes informatiques et DevOps d'aujourd'hui ne se souvient pas des silos stricts, où il y avait des lignes strictes autour des domaines de responsabilité tels que l'infrastructure, les opérations, la conception d'applications, le développement, les tests et la sécurité.

Ils ne se souviennent pas de l’impact énorme de la transition entre les équipes et les groupes. Ils ne savent pas que les "product owners", "business analysts", architectes, développeurs, testeurs, devaient s'entendre et coordonner la planification, le développement, les tests, le déploiement, l'exploitation et la gestion d'un logiciel.

Ecrire cette phrase était épuisant, imaginez la vivre. Lorsque nous avons célébré le 10e anniversaire de DevOps en 2019, nous avons vu la suppression du mur entre les Devs et Ops. C'est d’ailleurs une bonne raison pour nous tous de célébrer.

   

10) L'adoption de l'intelligence artificielle augmentera et les équipes DevOps devraient le vérifier

L'IA et l'apprentissage automatique (ML) ont récemment été classés comme les technologies d'entreprise les plus importantes de la prochaine décennie, selon un récent rapport de l'ISACA. Les deux joueront un rôle essentiel dans les opérations informatiques de nouvelle génération et les équipes DevOps.

AIOps donnera aux équipes DevOps la capacité d'analyser plus de données plus rapidement, ce qui leur permettra d'améliorer les processus, les tâches et la prise de décision clés. En 2020, attendez-vous à voir davantage d'équipes DevOps adopter ces outils, qui automatisent l'ingestion d'énormes volumes de données, utilisent l’apprentissage automatique pour analyser les données et ont la capacité de tirer parti des connaissances pour l'automatisation ou la prise de décision.

Le marché des AIOps a déjà pris de l'ampleur, avec 22% des entreprises informatiques utilisant le ML et la data sciences dans leur cadre de travail. L’éventail de fournisseurs est large avec une variété d'experts. Cette année, le marché des AIOps poursuivra son passage d'un projet scientifique à une phase pilote et expérimentale.

Il reste beaucoup de travail en 2020 pour faciliter l'adoption de DevOps. Il faudra plus que se concentrer sur les outils et les techniques. Les initiatives DevOps doivent être enregistrées en tant que programmes de changement, nécessitant du temps, des ressources et un engagement prioritaire de tous les chefs d'entreprise.

Nous espérons que certaines de ces tendances se réaliseront cette année et que DevOps sera reconnu comme une nouvelle façon de travailler.

 

 

Originally published on The Enterprisers Project and reproduced with kind permission of “Devops institute”. Translation: © 2019 DevOps Institute. All Rights Reserved. Translated by QRP International, on behalf of Devops Institute in (01/2020)