Auteur : Edouard Cousin

Scrum master, développeur full-stack, manager, architecte : mon parcours professionnel m'a permis d'évoluer dans ce monde en changement. J'apprécie échanger autour des pratiques Agiles.

Certification devOps

Le devOps Institut

Si vous vous intéressez au mouvement DevOps, il peut être intéressant de passer une certification pour approfondir vos connaissances… Le devOps institute a pour objectif de promouvoir le devOps.

Cet organisme met à disposition différentes ressources de qualité en s’inscrivant (gratuitement) sur leur site et organise différents événements.

Ils proposent différentes certifications permettant de valider vos acquis :

  • DevOps Foundation (DOFD)® : cette formation présente les fondamentaux de DevOps.
  • d’autres certifications ciblent certains postes dans le cadre de la mise en place de l’agilité dans un service IT (framework AgileSM®) :
    • Agile Process Owner : équivalent du Product owner dans Scrum.
    • Agile Service Manager : équivalent du Scrum master dans Scrum.
    • Agile Service Manager : orienté manager.
    • DevOps Test Engineering : orienté sur la partie test.
  • et certaines permettant d’approfondir certains sujets :
    • Delivery Architecture : orienté sur la chaine de livraison (CD).
    • DevSecOps Engineering : orienté sur la sécurité.
    • SRE Foundation : orienté sur la fiabilité des services.

DevOps Foundation : en résumé

J’ai décidé de passer la certification DevOps Foundation pour commencer par une vue plus transversale de devOps.

La certification en quelques chiffres :

  • Nombre de questions : 40 (questionnaire en ligne)
  • Durée : 1 heure
  • Type de questions : choix multiples
  • Score minimum à obtenir: 65%
  • Prix : $245

Mon retour d’expérience sur la certification

Pour passer la certification, j’ai profité de mon compte CPF et j’ai suivi une formation avec skills4all.

Le DevOps Institut propose de passer la certification avec webaccessor. Cette plateforme permet de passer la certification dans des centres d’examen ou en ligne.

J’ai passé la certification en ligne. Contrairement à d’autres certifications, elle nécessite l’installation d’un logiciel permettant de garantir une meilleure sécurité de l’examen (suivi par webcam entre autre).

Sur le contenu, la certification teste les connaissances sur les notions de devOps, de lean, Kanban, Agilité, IT… Cela permet de valider un scope assez large de connaissances.

Vous pourrez trouver sur le site de devOps Institut un pdf présentant l’examen avec un questionnaire permettant d’avoir une idée de l’examen final avec 40 questions comme pour l’examen final: DevOps-Exam-Study-Guide-FINAL.pdf.


0

Soyez Agile! Soyez Toltèque!

L’objectif de cet article est de montrer que le développement personnel (ici par les accords toltèques) peut être complémentaire à la mise en place de méthodes agiles.

Le développement personnel peut aider les personnes à mieux vivre et à progresser quel que soit leur environnement de travail.

Les 4 accords

Les 4 accords Toltèques est un ouvrage de Miguel Ángel Ruiz sorti en 1997. Miguel Ángel Ruiz est un descendant des chamanes toltèques. Dans cet ouvrage, il partage la sagesse toltèque qui est résumée en 4 accords :

Que votre parole soit impeccable

Parle avec intégrité, ne dites que ce que vous pensez. N’utilisez pas la parole contre vous-même ni pour médire d’autrui. 

N’en faites jamais une affaire personnelle

Ce que les autres disent et font n’est qu’une projection de leur propre réalité. Lorsque vous savez cela, vous êtes immunisé contre leur poison et vous cessez les souffrances inutiles.

Ne faites aucune supposition

Recherchez la vérité. Osez poser des questions pour éviter tout malentendu.


Faites toujours de votre mieux

Votre “mieux” change à chaque instant. Quelles que soient les circonstances, faites simplement de votre mieux et vous éviterez de vous juger.

Le rapport avec l’agilité?

Que votre parole soit impeccable

Photo de Andrea Piacquadio sur Pexels.com

Au cœur de vos projets, il y a toujours vos équipes et vos clients. La communication est un élément primordial. Je me permets de citer 2 principes agiles pour illustrer mon propos :

  • « Les individus et leurs interactions plus que les processus et les outils »
  • « La collaboration avec les clients plus que la négociation contractuelle »

Par la parole nous allons pouvoir motiver nos interlocuteurs. Et inversement, il est important de ne pas les démotiver. Essayons de montrer l’exemple en commençant par parler avec intégrité, sans jugement et en essayant de motiver les personnes avec qui nous travaillons.

 » Il n’y a pas de question idiote, seulement une réponse idiote. » Albert Einstein. Il est important de garder cet état d’esprit dans les équipes pour accompagner les collaborateurs, éviter les blocages et permettre de progresser.

Scrum master, manager, tech lead, et même équipier, je pense qu’il est intéressant de s’inspirer de la position basse de coach pour faire progresser la réflexion collective.

N’en faites jamais une affaire personnelle

Photo de Ethan Sees sur Pexels.com

Les échanges autours du travail ne sont pas personnels. On travaille pour le besoin du client. Il est intéressant de laisser chaque membre de l’équipe donner son avis pour, ensemble, trouver la meilleure solution pour nos clients. Et pour trouver la meilleure option, l’idéal est d’essayer d’avoir au plus tôt des retours du client (démo, MVP, etc.). Le client ou certains équipiers apporteront un regard critique sur le travail. Il ne faut pas le prendre personnellement, mais essayer d’avoir ces retours rapidement pour faire progresser le produit.

Avec les méthodes Agiles, on va essayer de favoriser le travail en équipe. Cela permet d’aligner les compétences et ainsi de faciliter les évolutions et la maintenance.

Ne faites aucune supposition

Photo de ThisIsEngineering sur Pexels.com

En Kanban, un des principes est de rendre explicites les règles de gestion du processus. Cela évite toute incompréhension et dérive par rapport aux process.

Suivant les besoins des équipes, il est important de rendre explicites les process, prendre du temps sur la conception, partager la vision du projet, etc. Cela permet un meilleur alignement des équipes.

Faites toujours de votre mieux

Il est important de faire de son mieux. Cela comprend le droit à l’erreur, en essayant d’apprendre de ses erreurs pour progresser.

Mais faire de son mieux, cela ne veux pas dire travailler nuit et jour, pour rappel un des douze principes Agile : « Adopter un rythme constant et soutenable par tous les intervenants du projet ». Pour résumer, le sprint en Scrum n’est pas une course de vitesse : on risquerait de ne pas tenir la distance dès le premier sprint. Le sprint est plutôt une course de fond. Ce rythme soutenable permettra de livrer de la valeur régulièrement. Vouloir en faire trop, risquerait de démotiver les équipiers, voir de les faire partir.

Conclusion

J’espère que le développement personnel vous permettra de mieux vivre en équipe. Une bonne cohésion d’équipe a aussi une influence sur les performances de l’équipe.

Pour compléter mon article, je vous mets quelques articles qui m’ont inspirés :

0

Obtenir sa certification Scrum Master PSM1

La certification que je vous recommande est celle de l’organisme Scrum.org : https://www.scrum.org/professional-scrum-certifications. Cet organisme a été créé par Ken Schwaber : un des deux fondateurs du framework Scrum. Cet organisme propose différentes certifications autour de ce framework : pour les Scrum master, les product owner, les développeurs, etc.

En résumé

La certification en quelques chiffres :

  • Nombre de questions : 80 (questionnaire en ligne)
  • Durée : 1 heure
  • Type de questions : choix multiples
  • Score minimum à obtenir: 85%
  • Prix : $150

Quelques liens

Pour vous entrainer, je vous recommande quelques sites:

Je vous recommande la lecture des articles suivants:

Quelques conseils:

Conseil financier 🙂

S’il vous reste quelques crédits sur votre compte formation, je vous recommande de l’utiliser pour vous préparer et avoir sans frais supplémentaires votre certification, par exemple par cet organisme: https://www.skills4all.com/certification-professional-scrum-master/

Conseils sur le test

  • Lire, lire et relire le scrum guide (en anglais idéalement): https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-US.pdf
  • Il y a beaucoup de questions pièges. Attention à:
    • COULD/SHOULD/MUST
    • Bien gérer son temps. Une heure c’est court.
    • Une bonne maitrise de l’anglais est conseillée.
    • Noter les questions que vous souhaitez relire à la fin et garder du temps à la fin pour vérifier ces 4/5 questions que vous avez noté!
    • Bien faire attention, quand il y a des choix multiples à cocher plusieurs case: cela semble évident, mais avec le stress l’erreur peut arriver.
    • Aux formulations négatives.
    • Prenez le temps de bien lire les questions et les réponses pour ne rien rater.
0

Rétrospective de communauté

Il n’est pas facile de faire vivre une communauté de pratique. En tant que facilitateur de la communauté des Scrum Master, j’essaie de comprendre les attentes des participants et intéresser l’ensemble des Scrum Master au travail de la communauté.

Photo de fauxels sur Pexels.com

Quoi de mieux qu’une rétrospective pour faire un bilan et essayer de relancer la communauté ?

Poser le contexte

Pour poser le contexte, j’ai commencé par faire un bilan des actions en 2019. Nous avons eu une année assez chargée :

  • Création d’une présentation de l’Agilité pour les nouveaux arrivants.
  • Comparaison des frameworks de mise à l’échelle de l’Agilité.
  • Comparaison des outils pour animer des rétrospectives sur des sites distants.
  • Présentation d’un deck de cartes que j’ai réalisé avec Mikaël KROK pour animer les rétrospectives : http://www.retrocards.tk/
  • Débats autour des bonnes pratiques, des indicateurs, etc.

Format SWOT

Une rétrospective avait été réalisée il y a quelques années avant mon arrivée sur le format SWOT. Il me semble que ce format est bien adapté pour une rétrospective de communauté.

Démons vs Génies

J’ai voulu proposer un autre format pour cette deuxième rétrospective. J’ai donc proposé le format suivant : Démons vs Génies. L’idée était de demander aux participants de préparer des post-it et de les présenter sur la grille suivante :

  • En colonne : les démons et les génies.
  • En ligne : le travail de Scrum Master et celui de la communauté.

L’idée étant de voir ce qui était passionnant dans le travail de Scrum Master, ainsi que d’échanger sur les difficultés de ce poste. De voir l’attrait de la communauté ainsi que ses faiblesses.

La communauté étant dispersée sur différents sites, j’ai animé la rétrospective avec metroretro.

L’animation a permis de cibler certains sujets prioritaires pour 2020. En particulier, nous avons pu voir que différentes équipes avaient du mal à appliquer Scrum tout en réalisant du support.  La prochaine réunion permettra donc de présenter Scrumban : une autre façon d’organiser nos projets.

Quelques liens

Pour aller plus loin, je vous conseille 3 articles :            

0

Comment bien démarrer une nouvelle équipe Agile?

Dernièrement, j’ai eu la chance de participer au démarrage d’une nouvelle équipe en tant que Scrum Master.

Avant le lancement du 1er sprint, il est important de réunir l’équipe pour présenter le projet : réunion de « kick-off ». Lors de cette réunion, les trois points suivants sont importants pour la constitution de l’équipe :

Faire connaissance
Donner une vision du projet
Aligner l’équipe sur les pratiques agiles

J’ai déroulé le planning suivant :

Introduction


Une introduction du manager (qui a soutenu en amont le budget pour créer cette équipe)

Présentation de l’équipe

Chacun se présente. En particulier, les membres de l’équipe pourront parler de :
• Les compétences de chacun
• Leurs expériences passées
• Ce qu’ils attendent du projet
• Et éventuellement un petit mot plus personnel ce qui permet de créer du lien au sein de l’équipe

Présentation fonctionnelle du projet / But du projet

Pour monter l’équipe, il aura fallu en amont préparer un budget et encore en amont préparer la vision du projet. Cette réunion est ici l’occasion pour le product owner de présenter la vision du produit :
• Présentation fonctionnelle
• Les étapes prévues
• Et les délais

Après cette réunion, il faudra évidemment prévoir une réunion de refinement avant de lancer le premier sprint.

Serious Game permettant de partager une vision de Scrum

Les deux jeux ci-dessous permettent de partager avec l’équipe la vision de Scrum :


• Qu’est-ce que Scrum? Animation inspirée du site : https://luis-goncalves.com/team-kick-off-meeting/

L’idée est de demander à l’équipe de noter sur des post-its tout ce que représente Scrum pour eux. On pourra alors les classer en quatre colonnes :

  • cérémonie Agile
  • rôle Scrum
  • artefact Scrum
  • autre (spécifique à l’entreprise ou non lié à Scrum)

On mettra de côté tout ce qui n’est pas « Agile ».


• Une autre animation intéressante est le jeu des rôles : http://chrisdeniaud.com/wikiAGFr/index.php?title=Jeu_des_r%C3%B4les_et_responsabilit%C3%A9s_de_Scrum


Le principe pour ces deux jeux est de parler de la façon dont l’équipe va travailler (rythme du scrum, planification des réunions, etc.) et de poser les bases des rôles de chacun.
Il peut être intéressant de faire une présentation de l’Agilité à cette étape. Dans mon cas, l’équipe avait déjà été formée à l’Agilité. Il était plus intéressant à travers un serious game de partager la vision de notre équipe.

Après la fin du premier sprint, il m’a semblé nécessaire de retravailler avec l’équipe la vision du projet. J’ai donc utilisé lors de la 1ère rétrospective, l’animation : « Hero’s Journey »: https://www.funretrospectives.com/heros-journey/
Cette animation permet de travailler la vision de l’équipe, des parties prenantes, des challenges et surtout de la business value du projet.

0

Retro Cards : Extension n°1

Les Retro Cards sont toujours amenées à évoluer et s’améliorer. Dans cet esprit, j’ai sorti une première extension!

Cette extension contient :

  • de nouveaux formats de rétrospective, dont certaines inédites (mario karts, lean, definition of done)
  • la présentation des valeurs du deck
    => le Kaizen : l’amélioration continue évidemment 🙂
    => Le ShuHaRi : ce deck est là pour vous accompagner dans votre monté en compétence dans la gestion des retrospectives
    => le Yokoten : et si vous trouvez des améliorations partagez les!

N’hésitez pas à nous faire des retours sur l’usage de ce deck de cartes!

Télécharger gratuitement et immédiatement l’extension du deck ici .

L’extension est aussi disponible au format imprimable A4 en cliquant ici.

Le deck d’origine est toujours disponible à cette adresse : http://retrocards.tk/

0

Rétrospectives Mario : donner de la visibilité à vos équipes et améliorer vos sprints !

Ayant pour leitmotiv en tant que Scrum Master, de varier les formats de rétrospective pour stimuler l’amélioration continue, j’ai souhaité utiliser la métaphore entre un niveau de jeu vidéo (course pour finir un niveau) et le sprint.

Et quoi de mieux pour cela que Mario ! Comme vous allez le voir dans cet article, j’ai décliné ce thème sur deux rétrospectives et cela a été le fil conducteur de deux de nos itérations (versions logiciels).

Pour schématiser, en Scrum, la sortie de version va correspondre à la fin d’un sprint (itération de 3 semaines dans notre cas). Par exemple :

Le début de la première version correspondant à ce cycle Mario, j’ai donc présenté un tableau correspondant à la road map pour donner de la visibilité à l’équipe. Notre product owner nous avait déjà présenté la road map. Mais il est intéressant d’avoir un management visuel et d’avoir dans le bureau de l’équipe en visibilité en permanence la road map de l’équipe (la road map dans notre cas est habituellement visible dans le bureau du PO et pas dans le bureau de l’équipe).

J’ai présenté les sprints comme des niveaux de jeux vidéo avec un boss à finir à chaque étape majeure. Ici à la fin de la 1ère version, nous avons Bowser et Peach à la fin de la 2ème version . Dans notre cas, nous commencions un nouveau module. Et la version MVP (version minimale pour le marché) nécessitait ces deux itérations. Donc à la fin de la 1ère version, nous devions atteindre un objectif, mais pas suffisant pour proposer notre logiciel au marché. Pour vous donner une idée du tableau présenté à l’équipe et que nous avons gardé pour suivre notre avancée dans notre bureau (Mario avançant de sprint en sprint) :

Ce tableau était donc l’introduction de la rétrospective avant le lancement du développement de la 1ère version.

1ère rétrospective

L’objectif d’une rétrospective est souvent de revenir sur le sprint passé pour trouver des axes d’améliorations. Mais il peut être aussi l’occasion de lancer un nouveau projet et de voir ensemble ce qui nous attend.

Pour la génération d’idées d’améliorations, nous sommes donc resté sur le thème Mario et j’ai proposé le format suivant :

Le pitch : On rejoue le niveau 44 style timeline avec Mario.

L’idée de cette rétrospective a été que chaque personne de l’équipe a présenté la façon dont il a vécu le sprint sous la forme d’une timeline. Il a placé sous la timeline les événements (modification UX en cours de sprint, instabilité des environnements, finalisation d’une US, etc.) qui l’ont marqué et au-dessus il a indiqué si pour lui cet événement été positif (étoile ou pièce) ou négatif (plante carnivore ou boulet de canon).

J’ai pu en partie m’inspirer de : https://medium.com/@nicolas.duponchel/sprint-retrospective-with-mario-562d7e43537d

2ème rétrospective

A la fin de la version 2, l’objectif était de revenir sur la version et voir les axes d’améliorations. Nous avons pris le tableau présentant la road map pour voir où nous en étions. Certaines fonctionnalités étaient livrées, d’autres avaient été dé-priorisées.

Et pour continuer sur le thème de Mario, j’ai lancé la génération d’idée sur Mario Kart.

Le pitch : La version de septembre était constituée de 4 sprints (courses). Faisons ensemble le bilan de la saison (version) « septembre 2019 ». Pour nous améliorer dans les prochaines courses.

  • Humeur de l’équipe

Chaque personne de l’équipe a choisi un kart qu’il a positionné sur une échelle pour représenter son sentiment par rapport au sprint (en restant sur le thème de la course avec des coupes) :

Échelle de l’humeur du sprint. 1 représentant un mauvais sprint et 5 un super sprint.

Regardons ensemble, les points d’améliorations que l’équipe souhaite discuter.

  • Génération des idées

Analysons notre course pour voir ce qui nous a fait avancer dans la course (étoiles, champignons) et ce qui nous a fait glisser (bananes, carapaces).

Nous avons fait une colonne sprint et une colonne version. Cela permet d’avoir une vision de ces deux niveaux.

Sur le deuxième tableau, nous voyons que la course va continuer demain. Quelles sont nos inquiétudes (encre du calamar)? Qu’est-ce qui nous motive pour nos futurs courses (pièces)?

A partir de ces idées, nous avons pu définir des axes d’améliorations et préparer l’équipe aux prochains sprints.

Et vous comment animez-vous vos rétrospectives ?

0

Retro Cards !

RetroCards

Je vous conseille de varier les formats de rétrospective pour éviter la monotonie et stimuler votre équipe à trouver toujours plus d’axes d’améliorations.

Et si un jeu de cartes facilitait la préparation et l’animation de vos rétrospectives ?

Retro Cards propose 26 formats de rétrospectives (des classiques, des funs, des spéciales), des outils (proposition de déroulement, team mood), le tout accompagné d’aide (conseils, guides, matériel à prévoir).

Quelques exemples de formats que vous retrouverez dans ce deck de cartes :

  • Start Stop Continue
  • Sail boat
  • Lean Coffee
  • …

Un exemple vaut mieux qu’un long discours. Ci-dessous un exemple de carte pour animer une rétrospective Sailboat (un classique des rétrospectives Agile)

Petit bonus, RetroCards est un projet OpenSource! Téléchargeable en version imprimable sur http://retrocards.tk/

Et pourquoi pas une version imprimée de façon plus professionnelle? Nous attendons vos retours pour voir les suites de ce projet. https://lnkd.in/d3W2zVy

En attendant, je travaille sur une extension du deck de cartes qui devrait sortir d’ici peu… Toujours plus de formats de rétrospective pour toujours plus d’améliorations dans vos équipes !

0

Propulsé par WordPress.com.

Retour en haut ↑

Concevoir un site comme celui-ci avec WordPress.com
Commencer