Actualité

Xavier est consultant Senior et formateur accrédité ITIL 4 Foundation & Intermediate, DevOps Foundation, ISO20000 Foundation, Lean IT Foundation, Lean, Kaizen, Scrum Master, DevOps Leader, DevOps SRE, DevOps continuous delivery, Integrated Service Management (ISM).  

Quel est votre parcours, votre fonction actuelle et vos missions ?

J’ai suivi des études d’électricité courants forts. Suite à une opportunité d’emploi pour travailler comme technicien de maintenance sur ordinateur je suis entré dans la branche informatique. J’ai travaillé 43 ans dans le secteur informatique et je suis actuellement consultant formateur en Europe de l’Ouest et en Afrique  

Le manque de communication entre l’IT et la direction est souvent cité comme une des grandes problématiques des SI. Comment les Bonnes Pratiques répondent-elle à cette problématique ? 

La communication au sens large du terme est toujours le talon d’Achille des différents services. Les professionnels ne communiquent pas assez, mal ou pas avec les bonnes personnes. D’une manière générale, la communication se fait sous une forme réactive plutôt que proactive. Il y a bien entendu un problème de communication entre la direction informatique et la direction métier mais le problème de communication est malheureusement un problème global, qui existe à tous les niveaux. Si on analyse le schéma des niveaux décisionnels d’ITIL V3, les entreprises sont organisées comme des pyramides. Le problème de communication dont je parle est une problématique globale de l’entreprise, il est présent à chaque niveau et entre chaque niveau. Ce manque de communication efficace conduit à de nombreux quiproquos et manquements mais surtout un manque de confiance entre les parties prenantes. Or  la confiance, que l’on retrouve dans les concepts ITIL et DevOps, est la clé de la réussite des entreprises basées sur l’informatique. Dans un environnement ITIL, la communication est plus que jamais au centre des enjeux. ITIL 4 propose un cadre centré sur l’automatisation des processus, l’optimisation de la collaboration et de la communication dans toute l’entreprise, ainsi que l’intégration et le développement de la gestion des services au-delà de l’IT (tels que les RH, les finances ou l’assistance clientèle). Pourquoi un tel accent mis sur la collaboration ? Simplement parce que collaborer signifie travailler ensemble dans un but commun. La collaboration n’est possible que si l’on communique de façon efficace. Au niveau stratégique, la communication efficace entre la direction de l’entreprise et la direction informatique est capitale afin de s’assurer que le service informatique est et sera bien aligné sur la stratégie de l’entreprise. Le service informatique doit fournir de la valeur à ses clients, c’est d'ailleurs un des 7 principes directeurs d’ITIL : privilégier la valeur. Ce principe est accompagné d’un ensemble de composants et d’activités décrits dans le système de valeur des services (SVS) et mis en œuvre par l’organisation pour permettre la création de valeur. Ce système existe et fonctionne que si la communication est effective. La pratique gestion des relations, permet au service informatique de comprendre ce que signifie la valeur pour son interlocuteur et ses critères de satisfaction vis à vis du livrable IT. Les modules du parcours ITIL 4 Strategic Leader, à savoir DITS et DPI permettent de faire le lien entre la direction de l’entreprise et la direction informatique. C’est grâce à la communication au niveau de la gouvernance qu’une organisation pourra aligner la gouvernance IT avec la gouvernance d’entreprise. La communication permet de connaître les règles de l’entreprise à appliquer dans les programmes informatiques pour être aligné. C’est l’entreprise qui communique si le livrable doit être compatible avec tel ou tel logiciel, les règles pour être conforme au GxP, aux accords de Bâle II/III et les règles nationales à respecter. Au niveau tactique, la communication permet de cerner les besoins et les exigences des clients pour établir les SLA. La communication circonstancielle est nécessaire à tous les niveaux, que ce soit stratégique, tactique ou opérationnel, avec des circonstances différentes et des parties prenantes différentes. Au niveau opérationnel, il faudra que les employés du centre de service, qui sont en contact avec les utilisateurs, communiquent correctement et efficacement pour savoir qui est l’interlocuteur, quel est le motif de son appel et quelles sont ses attentes en termes de valeur. Les modules ITIL 4 Foundation et CDS permettent au niveau opérationnel de mieux cerner les aspects de la communication entre les parties prenantes. Dans un environnement DevOps, on retrouve la communication dans deux (culture et partage) des 5 perspectives et valeurs de DevOps, basées sur le modèle « CALMS » :

• Culture
• Automation
• Lean
• Measurement
• Sharing

  Dans un environnement Scrum, ce sont les différentes réunions qui permettent de bâtir la confiance interne à l’équipe de développement :

• Daily Scrum Optimise la collaboration et la performance de l'équipe. Cette réunion facilite également l’alignement avec les besoins clients
• Planification du Sprint Création d’un plan de manière collaborative par tous les membres de l'équipe Scrum. Cette réunion facilite également l’alignement avec le PO et les besoins clients.
• Revue de Sprint Cette réunion est tenue à la fin du Sprint pour inspecter l’incrément réalisé et adapter le Backlog Produit si nécessaire. Pendant la revue de Sprint, l'équipe Scrum et les parties prenantes échangent sur ce qui a été fait durant le Sprint.

Chaque reférentiel a sa propre façon d'adresser la problématique, mais la communication est omniprésente et à tous les niveaux, que l’on soit dans un contexte ITIL, DevOps ou Agile/Scrum.  

Citez quelques notions qui vous semblent pertinentes d’étudier dans un proche avenir pour se développer en tant que professionnel ?

Lean, Agile, DevOps et ITIL 4 sont les socles incontournables. Ce qui serait intéressant, ce serait de créer des modules de formation très approfondis et pratiques qui reprennent le meilleur des 4 référentiels mais basés sur des profils/des métiers, par exemple un module pour le support utilisateur, un pour la transition, un concernant les relations entre clients internes (SLA) et les clients externes (les contrats) et un dernier sur la gestion de l’exploitation. Ainsi les professionnels qui suivent la formation pourraient apprendre le meilleur des 4 méthodes et bénéficier de l’expérience du formateur pour approfondir le côté pratique. Je pense qu’il serait préférable de ne pas se former en mode silo mais plutôt de suivre une formation transverse où les professionnels pourraient y retrouver leur quotidien, parfois agile, parfois un peu moins. Ces formations permettraient, en plus d'être motivantes pour les participants, de vraiment former le personnel.  

Xavier Van Lindt

Xavier est consultant Senior et formateur accrédité ITIL 4 Foundation & Intermediate, ITIL v3 Foundation, Practitioner & Intermediate, ITIL MALC, ITIL Expert, DevOps Foundation, ISO20000 Foundation, Lean IT Foundation, Lean, Kaizen, Scrum Master, DevOps Leader, DevOps SRE, DevOps continuous delivery, Integrated Service Management (ISM).

La certification DevOps Fundamentals est une certification professionnelle fortement liée à l’agilité, qui fournit une connaissance de base de l'approche DevOps. Il n'y a pas de prérequis pour participer à la formation DevOps Fundamentals, mais une expérience professionnelle dans le domaine de l’informatique est recommandée.  

Public visé 

• Les professionnels impliqués dans le développement informatique, les opérations informatiques ou la gestion des services informatiques.
• Les professionnels qui ont besoin d’une compréhension des principes DevOps.
• Les professionnels de l’informatique travaillant dans un environnement de conception de services agile.
• Les rôles informatiques suivants : architecte en automatisation, développeur d’applications, business analyst, chef d’entreprise, partie prenante, agent du changement, consultant, consultant DevOps, ingénieur DevOps, architecte d’infrastructure, spécialiste de l’intégration, directeur et responsable informatique, chef d’équipe informatique, Lean Coach, administrateur réseau, chef de projet, ingénieur de production, développeur de logiciels, testeur de logiciels, administrateur système, ingénieur système, intégrateur système.

 

Format de l’examen

Voici les détails de l'examen PeopleCert DevOps Fundamentals :

• Langue :  anglais
• Durée : 60 minutes
  • 25% de temps supplémentaire si vous passez l’examen dans une autre langue que votre langue maternelle
• Documents autorisés : aucun
• Examen à livre fermé, aucune note
• Questions : 40, chacune vaut un point. Il n’y a pas de points négatifs.
  • QCM
• Note d’admissibilité : minimum 28 bonnes réponses (70%)
• Format de l’examen : en ligne
• Format du certificat : numérique

Le certificat numérique est inclus dans les frais d’examen. Vous pouvez cependant demander un certificat papier à l’institut d’examen après obtention de votre examen. L'examen PeopleCert DevOps Fundamentals nécessite une compréhension de niveau 1 et 2 de la taxonomie de Bloom. Cela signifie que vous devez comprendre et connaître le matériel (niveau 1) et comprendre sa signification (niveau 2). L'examen comprend 40% de questions au niveau 1 et 60% au niveau 2.  

Exemples de questions à l’examen DevOps Fundamentals

Les questions sont toutes « à choix multiples » : classique, négative, mot manquant, liste.

Exemple de question de type « classique » :

Laquelle des affirmations suivantes décrit le mieux les connaissances selon le modèle DIKW ?

1. Il vous donne les réponses à des questions telles que qui, quoi, quand ou où.
2. Il implique la synthèse et le traitement par des personnes pour déterminer comment il doit être utilisé.
3. Il n'est pas utilisable tant que le contexte n'est pas appliqué.
4. Il peut exiger des considérations éthiques ou un jugement de valeur.

Exemple de question de type « liste » :

Tenez compte des affirmations suivantes :

1. Les structures organisationnelles encouragent une mentalité de silo et découragent la collaboration.
2. L'optimisation locale crée des problèmes de processus et d'intégration.
3. Des processus simples provoquent du gaspillage.
4. La réduction de l'utilisation des options de diffusion est basée sur le cloud public.

Lesquels de ces éléments sont des exemples de problème de livraison de valeur informatique que DevOps cherche à résoudre?

1. 1 et 3
2. 2 et 4
3. 1 et 2
4. 3 et 4

Exemple de question de type « mot manquant »

Identifiez le(s) mot(s) manquant(s) dans la phrase suivante : [?] sont les trois éléments clés de DevOps.

1. Culture, pratiques et automatisation.
2. Clients, produits et services.
3. Vision, mission et valeurs.
4. Outils, projets et procédures.

Exemple de question de type « négative » :

Laquelle des options suivantes décrit ou caractérise ce que DevOps N’EST PAS ?

1. Un moyen d'éliminer les opérations en utilisant des équipes spécifiques et un ensemble d'outils d'automatisation.
2. DevOps est un changement culturel qui imprègne toute une organisation.
3. DevOps est  un système moins strict et normatif qu'un mouvement, une philosophie ou une idéologie.
4. DevOps consiste à équilibrer la vitesse et le changement au sein des Dev et la fiabilité et la stabilité requises par les Ops.

 

Objectifs de la certification PeopleCert DevOps Fundamentals

La certification DevOps Fundamentals est destinée aux professionnels souhaitant évoluer dans un environnement DevOps. L’objectif de la certification DevOps Fundamentals est d’évaluer si le candidat a acquis suffisamment de connaissance et compréhension de DevOps et de l'utilisation de différents outils. A cet effet, la formation Devops Fundamentals permet de comprendre :

• L’histoire et les besoin de DevOps.
• Les concepts clés de DevOps.
• La valeur métier de DevOps.
• Les concepts tels que le model C.A.L.M.S., “The Three Ways”, la livraison continue,…
• La culture DevOps, du leadership transformationnel, de la structure organisationnelle et des équipes DevOps.
• L’évolution des pratiques DevOps et des 15 pratiques essentielles de DevOps.
• AgilePM et SCRUM.
• Les concepts clés de la technologie cloud et de la virtualisation, de l’automatisation pour le pipeline de déploiement et de l’architecture pour une livraison continue.

 

Certification PeopleCert DevOps Fundamentals

Une fois la certification PeopleCert DevOps Fundamentals obtenue, elle est valable à vie. Il n’y a pas de date d’expiration. QRP International est un organisme de formation agréé par Peoplecert. Il est autorisé à dispenser la formation PeopleCert DevOps Fundamentals et peut vous préparer à l’examen de la certification PeopleCert DevOps Fundamentals.  

Examens blancs DevOps

Dans le cadre de la préparation à l’examen final, vous aurez accès à des simulations complètes (examens blancs) avec les explications de réponse. Pour rappel, le matériel pédagogique DevOps fourni lors de la formation inclut :

• Une lecture préparatoire.
• Une étude de cas DevOps avec exercices et solutions associées.
• Des examens blancs DevOps Fundamentals et des trucs & astuces pour réussir l’examen.

La préparation à l’examen PMP n’est pas une tâche facile. Cela demande de l’engagement et du dévouement, en plus de choisir le bon organisme de formation. Le prestataire de formation vous préparera à l’examen et vous permettra de soumettre avec succès votre demande d’examen. En effet, pour postuler à l’examen PMP, vous devez prouver que vous avez suivi 35 heures de formation en gestion de projet.  

Pourquoi choisir QRP?

QRP est un organisme de formation accrédité Authorized Training Partner (ATP) par le Project Management Institute. Pour conserver cette accréditation, QRP doit constamment répondre à des normes rigoureuses de qualité et d’efficacité. En tant qu’ATP, QRP et ses formateurs ont suivi le programme du PMI “Train the Trainer – PMP Exam Prep®” et utilisent le support pédagogique officiel, développé par PMI. Une formation avec un ATP vous assurera d’être formé:

• Par un organisme de confiance.
• Avec un support pédagogique officiel de qualité, développé par PMI
• Par des formateurs agréés PMI

 

Ce que vous pouvez attendre d’une formation avec QRP International France :

• Une formation de qualité
• Un support pédagogique officiel de qualité et sous licence pour Project Management Professional (PMP)
• Des ressources d’apprentissage en ligne comme des quiz, des tests de vérifications des connaissances et des vidéos
• Des formateurs avec un badge indiquant qu’ils sont agréés par le PMI
• Un accès au PMBOK en pdf
• Le voucher pour passer l’examen officiel PMP
• Une assistance du formateur pour l’inscription à l’examen
• Un an de membership au PMI offert
• Un simulateur d’examen officiel valable jusqu’à 4 mois après la formation

 

Toujours pas convaincu(e) ?

1. Gagnez jusqu’à 35 PDU pour obtenir votre certification PMP. Toute demande de PDU effectuée à la suite d’une formation QRP sera automatiquement acceptée par PMI sans audit.
2. Profitez de nos 20 années d’expérience dans la formation et le conseil sur les Bonnes Pratiques en Management.
3. Nous mettons notre expertise à votre service : les formateurs QRP sont sélectionnés parmi notre réseau de spécialistes. Tous nos formateurs ont suivi le programme Train the Trainer – PMP. Vous suivrez une formation animée par des experts qualifiés qui comprennent le contenu et peuvent répondre à vos besoins en tant qu’apprenants modernes.
4. Mettez toutes les chances de votre côté en vous préparant à l’examen grâce à notre simulateur d’examen.
5. Vous pouvez choisir la modalité de formation qui vous convient : nous proposons des formations en présentiel, en classe virtuelle et en intra-entreprise.

  QRP est certifié ISO 9001:2015. Contactez notre équipe au +41 (0)43 588 10 36 ou à switzerland@qrpinternational.com pour en savoir plus.

Les sept principes directeurs représentent la partie la plus pratique d’l'ITIL. Comment en faire bon usage ? Utilisez les principes comme base, partagez-les avec vos collègues et utilisez-les pour prendre des décisions. En suivant les principes directeurs ITIL, vous pouvez créer une plus grande valeur pour toutes les parties prenantes impliquées dans votre organisation. Les 7 principes directeurs ITIL 4 sont des recommandations pouvant guider une organisation en toutes circonstances. Si vous les intégrez dans votre organisation, vous pourrez alors créer plus de valeur pour toutes les parties prenantes. Découvrez ces principes ! Suite à la mise à jour d'ITIL v3 vers ITIL 4, les 7 principes directeurs ont également été mis à jour. Ils font désormais partie intégrante de l'architecture ITIL. Les 7 principes orientent, encouragent la prise de décision et favorisent l'amélioration continue à tous les niveaux.  

Les 7 principes ITIL

Les principes directeurs ITIL sont :

• Privilégier la valeur
• Commencer là où vous êtes
• Avancer par itération avec des retours
• Collaborer et promouvoir la visibilité
• Penser et travailler de façon holistique
• Opter pour la simplicité et rester pratique
• Optimiser et automatiser

Pris ensemble, les principes directeurs incarnent les messages clés de l'ITIL et de la gestion des services en général. Ils peuvent être utilisés pour guider les organisations dans l'adoption d'une approche de gestion des services et pour adapter les Bonnes Pratiques ITIL à leurs besoins et circonstances spécifiques. Les 7 principes directeurs ITIL sont des recommandations qui guident une organisation, quels que soient ses objectifs, ses stratégies, son type de travail ou sa structure managériale. Les 7 principes directeurs ITIL sont universels et immuables.  

1. Privilégier la valeur 

Toute activité exercée dans une organisation doit se référer, directement ou indirectement, à la valeur pour les parties intéressées. Il est donc important que l'organisation comprenne clairement qui sont les parties prenantes. Il est également essentiel que l'organisation comprenne ce qui apporte vraiment de la valeur au consommateur du service client. C'est quelque chose qui change avec le temps et selon les circonstances. Et enfin, l'organisation doit comprendre l'expérience client, qui peut avoir à la fois une composante objective et une composante subjective, afin d'offrir le meilleur service possible.

2. Commencer là où vous êtes 

ITIL 4 ne vous oblige pas à créer quelque chose de nouveau. Le principe directeur “commencer là où vous êtes” existe pour vous rappeler qu'il est nécessaire d'envisager l'exploitation de ce qui est déjà disponible avant de commencer. Il est important d'observer ce qui existe déjà le plus objectivement possible avant de créer quelque chose de nouveau. Ce principe conseille aux organisations d'évaluer la situation de départ, avec une vision claire des données et mesures disponibles.

3. Avancer par itération avec des retours

Ce principe rappelle aux organisations de ne pas tout faire en même temps. ITIL recommande d’organiser le travail en parties plus petites et gérables qui peuvent être exécutées et terminées dans un délai convenable. Les boucles de retours doivent se faire avant, pendant et après chaque itération. Elles permettent ainsi que les actions soient ciblées et appropriées même si les circonstances changent.

4. Collaborer et promouvoir la visibilité

La collaboration et la confiance sont des éléments clés de toutes les initiatives. Nous devons informer, comprendre, faire confiance. Par conséquent, les organisations doivent être transparentes et partager autant que possible avec les autres. La visibilité permet également de comprendre le flux de travail en cours, identifier les goulots d'étranglement et détecter les gaspillages. Afin de créer le meilleur résultat possible, les organisations doivent également s'assurer que les ressources ont les bons rôles et responsabilités. La collaboration et la communication sont importantes, mais elles peuvent être différentes dans chaque situation selon les parties prenantes.

5. Penser et travailler de façon holistique

Pour créer un excellent service, vous devez reconnaître que tout est connecté. Aucun service, pratique, processus, département ou fournisseur n'est indépendant. Toutes les activités doivent être alignées et axées sur la création de valeur. Afin de mettre ce principe en pratique, la communication, la collaboration, l'automatisation et avoir une vision claire des tendances des besoins et des interactions entre les éléments du système sont nécessaires.

6. Opter pour la simplicité et rester pratique

Ce principe directeur permet de s'assurer qu'il n'y a pas de complications excessives. Pour ce faire, il faut penser aux exceptions, mais il ne faut pas créer de solution pour chaque exception, cela conduirait à une complication excessive. Pour y remédier, des règles devraient donc être conçues pour gérer ces exceptions, pas des solutions. Il est important de revoir ce qu'il faut garder ou non, en se demandant si cette pratique / processus / service contribue à la création de valeur. Pour faire simple, il faut parfois faire moins de choses, mais mieux. Après tout, la simplicité est la sophistication ultime !

7. Optimiser et automatiser

Ce principe garantit que les organisations maximisent la valeur du travail effectué par leurs ressources humaines et technologiques. L'automatisation peut vous aider à travailler sur des tâches répétitives, libérant ainsi du temps aux ressources humaines. Ces personnes pourront alors travailler sur des tâches plus complexes qui contribuent à la création de valeur. L’automatisation ne doit cependant pas être une fin en soi. Il doit être clair dès le départ que l'automatisation devra contribuer à la création de valeur.  

Comment utiliser les 7 principes ITIL

En tant qu'organisation, vous ne choisirez pas un ou deux principes à appliquer, mais vous devez considérer l'importance de chacun des principes et la manière de les appliquer ensemble. Les 7 principes directeurs interagissent les uns avec les autres et dépendent les uns des autres. Ils devraient être revus à chaque occasion pour déterminer dans quelle mesure ils sont appropriés pour ce cas particulier. Les 7 principes directeurs ITIL sont universels et applicables à chaque initiative et à tous les types de relations avec les parties prenantes. Il est important de se référer aux principes dans toute initiative de prise de décision ou d'amélioration, même lorsque vous êtes coincé, faites face à des défis ou avez besoin de soutien. Vous pouvez même penser à les imprimer et à les accrocher près de votre bureau pour pouvoir les consulter plusieurs fois par jour ! Pour se faire, téléchargez gratuitement notre infographie  !  

Les 7 principes directeurs ne concernent pas uniquement ITIL

Ces principes ne sont pas exclusifs à ITIL mais se reflètent dans de nombreux autres cadres, méthodes, normes, philosophies et corpus de connaissances. Ils permettent aux organisations d'intégrer efficacement plusieurs méthodes dans une approche globale de la gestion des services. A lire également : L’importance du contrôle et des métriques dans ITIL 4

Scrum est un cadre de travail qui respecte les 4 valeurs et les 12 principes de l’agilité. Tous les cadres de travail agile, que ce soit Scrum, AgilePM,.. insistent sur le fait que les meilleures équipes sont celles qui travaillent ensemble, au jour le jour, dans les mêmes bureaux. Alors comment travailler avec des équipes Scrum à distance ? Que se passe-t-il si mon équipe Scrum ne travaille plus ensemble physiquement ?  

Accepter la disruption et revoir l’organisation du travail

Tout d’abord, il faut se rendre compte que le travail à distance est une réelle disruption dans la façon de travailler de l’équipe. Il ne faut pas se dire : “on fait comme avant mais à la maison, nous avons l’habitude de travailler ensemble, tout va bien se passer”. Car certes les équipes ont l’habitude de travailler ensemble, mais tout va changer dans la manière de travailler ensemble. Il est important de tout reprendre dès le départ, que ce soit les outils, les moyens de communication ou encore les règles du jeu, puisqu’à distance, les paramètres et la disponibilité diffèrent. Il faut faire face aux imprévus et aux obligations personnelles en plus de celles professionnelles. On va donc définir les nouvelles règles du jeu et chercher à comprendre les nouvelles contraintes et limites des équipiers. Par exemple, à distance, il est possible :

• d’être interrompu
• de s'immiscer dans la vie privée des collaborateurs
• d’avoir des problèmes de connexion ou des problèmes techniques
• de devoir s’occuper des enfants
• d’avoir des règles à respecter
• de se sentir isolé
• d’avoir des difficultés à déconnecter

Par conséquent, la toute première chose est de revoir ensemble le cadre de travail, demander à ses collaborateurs, quelles sont leurs nouvelles règles, les nouveaux horaires de travail et les limites de chacun.

• Comment allons-nous organiser le travail ?
• Quels sont les nouveaux horaires ?
• Quelles sont les limites à ne pas dépasser pour ne pas s’immiscer dans la vie privée des collaborateurs ?
• Quels sont les (nouveaux) outils de travail ?
• Comment allons-nous communiquer, échanger, continuer de travailler ENSEMBLE ?

Il faut également prendre conscience que l’on travaille différemment à distance. Le constat général qui ressort du confinement est que les employés travaillent beaucoup plus en moins de temps. Il faut donc garder à l’esprit que la façon de travailler change, que le contrat change. Les équipes doivent avoir accès aux informations, être capables de continuer à travailler en groupe et échanger tous ensemble. Pour cela deux questions se posent :

Comment

C-a-d quelles sont les nouvelles règles du jeu ? Comment pouvons-nous travailler ensemble malgré le nouveau contexte ? Quelles en sont les modalités, les nouveaux outils ?

Quoi

C-a-d qu’est-ce qui est visible ? Que devons-nous construire ensemble ? Comment s’assure-t-on d’avoir de la visibilité sur les incréments à fabriquer ensemble ? Une fois que l’équipe a répondu à ces questions et qu’elle a fixé les bases et redéfini les règles, il ne lui reste plus qu’à appliquer (plus que jamais) les principes habituels de Scrum en intégrant les diverses nouvelles contraintes.  

Conseil

Effectuez la même démarche en dehors des équipes Scrum car toute équipe est concernée par cette disruption et doit faire face à ce nouveau mode de travail.  

S’inspirer du working Agreement Canvas

Il existe un caneva sur scruminc. pour vous aider, appelé Working Agreement Canvas, qui va faciliter la mise en place de ces nouvelles règles à distance. Je conseille à tous de le remplir, même avec une équipe qui se connaît bien. Il reprend notamment, le nom de l’équipe, la mission, les rôles et responsabilités de chacun, mais surtout les normes et guides, qui représentent le code de conduite (ex : pas de réunion après 17h car les enfants sont rentrés de l’école).  

Conseil

Ces éléments peuvent paraître simples et évidents mais c’est quelque chose qu’il ne faut pas prendre à la légère. Il faut également garder à l’esprit que les règles doivent être adaptées en fonction du nombre d’équipes Scrum.  

S’assurer que la communication soit efficace

Regardons de plus près le graphique ci-dessous, qui présente l'efficience de la communication en fonction du canal de communication. La communication la plus riche s’obtient en face à face, devant un tableau blanc par exemple suivi de prés par, ce qui pourrait étonner, la conversation vidéo avec partage de contenu. Cela signifie qu’à distance, si tous les participants à l’appel vidéo acceptent de mettre leur caméra et de partager leur écran par exemple, la communication est efficace et tout le monde est dans l’échange. Il est possible de voir les collaborateurs, de voir s'ils sont interrompus, s'ils ont besoin d’une pause, d’observer leur attitude, leur capacité d’écoute, et de s’apercevoir du niveau de compréhension sur des éléments visuels et concrets.  

Conseil

On ne peut pas forcer quelqu’un à mettre sa caméra mais il est préférable de demander à tout le monde de la mettre, quitte à flouter ou modifier l'arrière-plan. Il faut donc revoir ensemble les règles d’échange et de communication en intégrant les limites personnelles de chacun et les (nouveaux) outils.  

Maintenir les cérémonies et sélectionner des outils performants

En soi, les cérémonies ne changent pas mais il faut s’assurer d’avoir les moyens et outils à distance pour remplacer les outils physiques habituels. En pratique les équipes Scrum sont déjà bien organisées hormis celles qui ne sont pas du tout digitalisées. Si c’est le cas, il faut adresser le problème dans la partie “comment” (ex : comment passer du post-it physique au post-it digital?). Scrum ne préconise pas de nouvelles règles pour la réalisation des meetings à distance et préconise à l’accoutumé l’auto-organisation, toujours en se posant les bonnes questions sur leurs efficacités. Les cérémonies misent en place sont toujours d’actualité, ce n’est pas parce que nous sommes à distance que cela change. Un daily Scrum est toujours un daily Scrum mais avec la caméra en partageant l’avancement du kanban Trello par exemple et il en est de même pour les rétrospectives et les démonstrations client. Pour ces dernières, il faudra organiser un point spécifique avec le responsable produit, (PO) afin de préciser le “comment”. Si c’est une livraison physique, on expliquera dans le “comment” toutes les précautions, règles et normes sanitaires que cela implique. Si c’est une livraison à distance, il faut également revoir les règles et prévoir le bon support pour la démonstration (webcam, slides, environnement de test,...) afin d’avoir un échange fluide et efficace tout en appréciant les réactions en direct du client, ses attitudes et gestes.  

Conseil

Voici une liste non exhaustive des outils susceptibles de vous aider à améliorer vos cérémonies Scrum à distance : Trello, Miro, Klaxoon, Mentimeter, Mural, Kahoot, Jira, Wrike, Scrum Time, Slack, Team, Skype, Zoom, Discord, Meet, Spatial.io...  

Fédérer et gérer l’ensemble des équipes

Attention à garder le travail des équipes visible ! Ce qui est préconisé lorsque les équipes sont à distance, c’est de rendre le product backlog aussi transparent que possible et également de s’assurer que toutes les équipes aient une visibilité transverse et que l’ensemble des product backlog soient disponibles à travers un outil commun. Ainsi les équipes partagent une vision claire des développements produits en cours et anticipent les dépendances. Lorsque l’entreprise se compose de nombreuses équipes Scrum, ou qu’elle pratique l’agilité à l'échelle, des équipes spécifiques sont formées afin d’assurer une gestion claire du “comment” et du “quoi”. En suivant les indications du caneva Scrum@Scale par exemple, on prend soin de gérer la responsabilité du «quoi» (produit) et du «comment» (processus) à travers deux équipes dédiées. Le but étant d’éliminer les conflits organisationnels inutiles qui empêchent les équipes d'atteindre leur productivité optimale et d’optimiser les collaborations.  

Conseil

Gardez toujours un esprit “lean” en valorisant l'échange autour de la valeur ajoutée de vos pratiques avec vos équipes.

Damien Galzi

Coach Agile depuis plus de 5 ans, Damien accompagne les entreprises dans le développement de leurs projets de transformation digitale, leurs démarches d’amélioration continue et leur recherche de performance d’équipes R&D dans un esprit Lean et Agile. Il est certifié CSM, CSP, PMP, Lean 6 Sigma Green Belt et Coach Agile (TSP). Suivez Damien sur Linkedin

Vous avez probablement entendu parler de la SRE, l'ingénierie de fiabilité des sites (Site Reliability Engineering). Mais quelles sont les différences et les similitudes entre ITIL 4, SRE et DevOps? Tout d'abord, tous ces cadres ou bonnes pratiques peuvent ajouter de la valeur dans votre chaîne de valeur informatique. Ils répondent tous au besoin des responsables informatiques de se concentrer sur la meilleure façon de développer des équipes hautement performantes qui permettent et accélèrent la stratégie numérique de leur entreprise. ITIL 4, SRE et DevOps partagent certains points essentiels:

• Culture: ils introduisent tous une culture collaborative et connectée
• Valeur: ils mettent tous l'accent sur la création de valeur avec rapidité et qualité pour les parties prenantes
• Automatisation: ils utilisent tous l'automatisation pour réduire le gaspillage et les erreurs humaines.

Selon l'enquête de 2019 «Upskilling DevOps» du DevOps Institute, 66% des répondants adoptent DevOps, 47% appliquent ITIL comme cadre de bonnes pratiques et 10% utilisent des pratiques SRE. Et de nombreuses équipes interrogées utilisaient les trois.  

ITIL 4, SRE, and DevOps

ITIL

ITIL 4 est la dernière mise à jour du cadre de gestion des services informatique d'Axelos. Il introduit un nouveau système de valeur de service (SVS) qui repose sur 7 principes directeurs. Le cadre est maintenant plus aligné avec DevOps et agile, introduisant certaines pratiques DevOps telles que les flux de valeur et la livraison continue. Tous les membres de l’organisation informatique sont impliqués et travaillent ensemble pour faciliter la création de valeur grâce à des services informatiques. Les éléments clés du cadre ITIL 4 reposent sur la chaîne de valeur des services, qui fournit de la valeur sur une demande ou une opportunité grâce à des principes directeurs, à la gouvernance, aux pratiques et à l'amélioration continue. Focus:

• fonctionnalités de service
• les exigences non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité.

Objectif: mettre l’accent sur la qualité du service et vise à améliorer la satisfaction des parties prenantes en garantissant la valeur du point de vue des parties prenantes.  

SRE

Site reliability engineering (SRE) est l'approche de Google en matière de gestion des services, présentée dans un livre du même nom. SRE est un ensemble de pratiques de post-production pour l'exploitation de systèmes à grande échelle, qui intègre des aspects de l'ingénierie logicielle. Le framework SRE présente l’équipe SRE et le rôle d’ingénieur de fiabilité de site, qui est un poste défini au sein des organisations. Les membres de l'équipe sont des ingénieurs logiciel qui sont destinés à effectuer des fonctions d'exploitation. La fiabilité des systèmes de production et donc de ses utilisateurs est soutenue par un ingénieur qui applique les principes du SRE pour gérer la disponibilité, la latence, les performances, l'efficacité, la gestion du changement, la surveillance, les interventions d'urgence et la planification des capacités du site. Focus: exigences non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité. Objectif: mettre l'accent sur le développement de systèmes et de logiciels qui augmentent la fiabilité et les performances des applications et des services. Les SRE sont chargés des astreintes, ce qui signifie qu'ils doivent être disponibles à tout moment pour fournir un service ou une assistance.  

DevOps

DevOps est un mouvement culturel qui permet la création d'équipes multidisciplinaires de dev et ops afin d’unifier le développement logiciel (dev) et l'administration des infrastructures informatiques (ops) et travailler ensemble avec des pratiques et des outils partagés et efficaces. Les membres clés d'une équipe DevOps sont des membres de l'équipe de développement, d'exploitation et de sécurité qui travaillent tous ensemble sur le cycle de vie du logiciel pour améliorer la qualité du logiciel, sa vitesse de développement et de livraison dans le but d'améliorer l'expérience client. DevOps s'aligne sur les principes Lean et Agile. Focus: rapidité et qualité des exigences fonctionnelles (fonctionnalités de l'application, etc.) et non fonctionnelles de disponibilité, de performance, de sécurité et de maintenabilité. Objectif: améliorer la qualité tout en gérant une rapidité adéquate des logiciels et des services pour le secteur d'activité.  

Quelles sont les similitudes entre ITIL 4, SRE et DevOps?

• Les trois méthodologies encouragent la collaboration entre les différentes parties prenantes.
• Tous trois abordent le sujet clé de la conduite du changement. ITIL 4 utilise la gouvernance de la gestion du changement, SRE le concept de «budget d'erreur» (il permet à l'équipe SRE d'apporter des modifications jusqu'à ce que le budget d'erreur soit «dépensé».) Les équipes DevOps gèrent en permanence les changements qui sont généralement graduels.
• Ils sont supportés par un vaste ensemble d'outils d'automatisation. Certains outils se concentrent sur DevOps, d'autres automatisent les processus clés. L’éventail d’outils d'automatisation est complexe et en constante évolution.
• Ils se concentrent également sur l'apprentissage continu et l'expérimentation. Les compétences de chaque méthodologie peuvent changer, mais elles nécessitent toutes une combinaison de compétences techniques, fonctionnelles en automatisation, la connaissance des processus, des soft skills et du business.

 

Quelles sont les différences entre ITIL 4, SRE et DevOps ?

Les principales différences entre les méthodologies résident dans :

• L'équipe :
  • ITIL 4 n'exige pas que les membres de l'équipe fassent partie d'une seule équipe.
  • L’équipe SRE a des rôles définis avec un titre défini.
  • Les équipes DevOps varient, mais les équipes DevOps les plus efficaces sont une seule équipe avec les mêmes objectifs et mesures.

• Les Métriques :
  • ITIL 4 : atteinte des objectifs de niveau de service.
  • SRE : fiabilité des applications et des services, atteinte des objectifs de niveau de service et des indicateurs de niveau de service.
  • DevOps : fréquence de déploiement et temps de réparation.

 

A quel moment peut-on appliquer ITIL 4, SRE et DevOps ?

Vous pouvez adopter ITIL 4 à tout moment, il n’est pas nécessaire de connaître les versions précédentes d'ITIL. ITIL 4 introduit et régit les Bonnes Pratiques et un langage commun pour améliorer la satisfaction client, la disponibilité des services et l'efficacité financière. SRE peut être adopté via l'introduction d'un ingénieur SRE en tant que membre officiel de l'équipe, soit au sein d'une équipe DevOps, soit au sein d'une équipe de gestion des services. SRE peut également être adopté par des organisations qui n’ont pas implémenté ITIL 4 ou DevOps. On utilise SRE lorsque la fiabilité est un objectif déclaré de l'organisation et que le système subit une croissance des utilisateurs, de la complexité et / ou du nombre d'éléments de configuration. Un avantage clé des équipes SRE est la création d'outils en libre-service et de scripts d'automatisation pour aborder la fiabilité et les performances des applications et des services en limitant le travail manuel. L'adoption du mouvement DevOps peut avoir lieu à tout moment. Les principaux déclencheurs sont généralement les demandes d'amélioration de la rapidité de livraison et de la qualité des logiciels, produits et / ou services des parties prenantes. DevOps apporte une transformation culturelle, améliore la rapidité et la qualité de la façon dont les logiciels sont développés et livrés. Il s'appuie sur des techniques de développement logiciel et de gestion des services Agile et encourage l'utilisation de l'automatisation pour réduire le travail manuel des personnes qualifiées pour se concentrer sur des tâches et des activités fournissant de la valeur ajoutée. DevOps met en évidence la fiabilité, la maintenabilité et l'opérabilité des logiciels pour tous les membres de son équipe.  

Conclusion

Les trois méthodologies peuvent coexister pour aligner les équipes, répondre aux demandes des parties prenantes et améliorer la valeur fournie. Quel que soit le cadre que vous choisissez, vous devez vous concentrer sur : 1) Une vision et un objectif communs 2) Insuffler et gérer une “culture of care” 3) Prendre des décisions et les rendre visibles 4) Définir des métriques et des mesures avant de commencer, tout en continuant à démontrer la valeur des efforts aux parties prenantes. La transformation numérique n'est pas réalisée immédiatement dans une organisation, les organisations doivent commencer avec les meilleures pratiques et méthodologies qui correspondent à leurs besoins en commençant petit, en apprenant, en développant leur expertise et en se développant. Source : Stop the Arguments: ITIL v4 and SRE and DevOps All Are Transformation Aids by Eveline Oehrlich, DevOps Institute © 2019 DevOps Institute. All Rights Reserved.   A lire également : Compétences devops 2020 : La recherche de talents Devops continue