PMI® dévoile la roadmap de certifications Disciplined Agile

Les niveaux de certification Disciplined Agile reflète l’adoption de la philosophie Shuhari

Les noms actuels des certifications Disciplined Agile

  1. Disciplined Agilist (DA)
  2. Certified Disciplined Agilist (CDA)
  3. Certified Disciplined Agile Practitioner (CDAP)
  4. Disciplined Agile Lean Scrum Master (DALSM)
  5. Certified Disciplined Agile Coach (CDAC)
  6. Certified Disciplined Agile Instructor (CDAI)

Voici comment elles s’enchainent logiquement en une roadmap Agile

Bien sûr, nous ne chercherons pas forcément à atteindre des rôles de coach ou instructeur, mais il est je pense utile de comprendre le cheminement (voir ce billet Octo sur le Shu-Ha-Ri)

Toutes les certifications, hormis la première (DA), font l’objet de tests avec des prérequis clairement établis.

Le PMI® met régulièrement à jour ces pages :

Ainsi que de nombreuses ressources gratuites sur Disciplined Agile – A Solid Foundation for Business Agility 

et le livre Choose your Wow est également téléchargeable gratuitement au format PDF pour les membres du PMI.

Où trouver des formations ? https://disciplinedagileconsortium.org/disciplined-agile-training

PMI is a registered mark of Project Management Institute, Inc.

Comment surmonter 4 objections communes au « Daily Scrum » ?

Je comprends totalement la résistance de quelques membres d’équipe à la participation aux réunions Scrum quotidiennes, les Daily Scrum. Et pourtant, elles sont fort utiles si bien menées.

Overcoming Four Common Objections to the Daily Scrum

https://www.mountaingoatsoftware.com/blog/overcoming-four-common-objections-to-the-daily-scrum par Mike Cohn

Je comprends totalement la résistance de quelques membres d’équipe à la participation aux réunions Scrum quotidiennes, les Daily Scrum. Je n’aime pas non plus les réunions. Mais, certaines réunions sont utiles et justifient l’investissement de notre temps. Je mets les réunions Daily Scrum bien-dirigées dans cette catégorie.

Dans cet article, je partage avec vous comment je traite quatre objections fréquentes à la participation au Daily Scrum. Je partage ensuite quelques attributs d’un Daily Scrum bien-mené pour qu’il n’y ait plus aucune objection à participer.

4 objections fréquentes

1. Nous parlons déjà beaucoup

Pas de temps à « perdre » alors que nous discutons déjà énormément.

La première objection au Daily Scrum est qu’une personne insiste sur le fait que les membres d’équipe parlent déjà fréquemment l’un avec l’autre et donc le Daily Scrum est une surcharge inutile.

Quand j’entends cette objection, j’y résiste en reconnaissant que les membres de l’équipe parlent vraiment fréquemment en effet l’un avec l’autre. Mais rarement parlent-ils tous ensemble.

Le Daily Scrum fournit cette opportunité. Pour beaucoup d’équipes, c’est l‘unique fois chaque jour où chaque membre d’équipe est capable de parler à tous les autres membres de l’équipe.

2. Rien d’important n’est jamais discuté

Une deuxième objection commune au Daily Scrum vient de membres d’équipe qui estiment que des Daily Scrum sont inutiles parce que rien d’important n’y est jamais discuté.

Repositionnez les attentes
catching the big one
On ne priorise pas la discussion pour discuter des plus importants problèmes en premier.

La première chose je fais quand je suis face à cette objection, est de poser une attente appropriée sur ces réunions avec l’opposant. Je suis très clair sur le fait que je ne m’attends pas à ce que quelque chose d’important soit abordé chaque réunion. Certains Daily Scrum s’avèrent vraiment être assez inutiles, ceux où chacun a réalisé un progrès convenable mais sans quoi que ce soit de remarquable hier et personne n’a de question sur le travail du jour.

Mais, la plupart des Daily Scrum remontent vraiment quelque chose d’utile pour l’équipe. Et l’idée est que les nombreux Daily Scrum où des choses importantes sont discutées compensent les réunions moins fréquentes où rien d’important n’est discuté.

Déterminez si l’objection est valide

La deuxième et plus importante chose que je fais quand j’entends cette objection, est de considérer si elle est recevable. Elle peut l’être. S’il en est ainsi le Scrum Master devrait la prendre en compte comme un indicateur que les réunions pourraient être améliorées.

Prenons le temps de considérer objectivement si la question est pertinente.

Les erreurs fréquentes qui rendent cette objection valable incluent laisser des participants blablater hors sujet, laisser la réunion durer trop longtemps, ou avoir une bande d’individus qui ne sont pas vraiment une équipe. Cette dernière erreur arrive quand « une équipe » est composée d’individus travaillant sur des projets totalement sans rapport.

3. Ne pourrions-nous pas juste le faire par email ?

Certains membres d’équipe ne font pas d’objection au concept d’engager avec leurs coéquipiers quotidiennement, mais au lieu de cela, objectent à en faire une réunion. Ils demanderont souvent d’abandonner le Daily Scrum en faveur d’un email quotidien de chaque personne adressant les mêmes questions habituelles du Daily Scrum.

J’ai rarement vu ceci fonctionner. Le plus grand problème est que la plupart des personnes ne lisent pas les emails. Ou, si elles le font, c’est un jour ou deux plus tard. Cela rend l’équipe moins réactive aux problèmes.

De plus, mener un Daily Scrum par email perd tous les bénéfices de la discussion dans l’instant présent qui devrait faire partie des réunions.

Et avec des outils comme Slack et semblables ? Vous penseriez peut-être que ma réponse serait la même que pour l’email. Cependant, j’ai vu des équipes mener avec succès l’équivalent de réunions Daily Scrum en utilisant Slack.

Je ne sais pas si c’est la nouveauté de tels outils ou quelque chose de fondamentalement différent entre la messagerie instantanée et l’email. Je ne favorise toujours pas de remplacer l’interaction vivante d’un Daily Scrum avec un équivalent Slack pour la majorité des équipes. Mais pour certaines équipes, particulièrement celles qui sont fortement géographiquement distribuées, cela semblent vraiment marcher de manière adéquate.

4. Les réunions durent trop longtemps

Une quatrième et finale objection que vous  entendrez consiste en ce que les réunions durent trop longtemps. Naturellement, vous voudrez prendre cette plainte au sérieux si vos réunions prennent plus longtemps que la norme de quinze minutes prescrites par presque tous les partisans de Scrum.

Mais si vos réunions finissent bien dans la limite des quinze minutes, j’ai constaté que la meilleure réponse à cette plainte est de demander à tout opposant combien de temps il pense serait approprié.

Vous obtiendrez une réponse utile particulièrement si vous incluez quelques-uns des bénéfices de la réunion en posant la question. Par exemple, vous pourriez demander, “Combien de temps pensez-vous serait approprié chaque jour pour nous tenir tous synchronisés, éviter les problèmes de communication, fournir de la visibilité sur ce que fait chacun d’entre nous, identifier et corriger des erreurs, construire la confiance et fournir un sentiment d’accomplissement ?”

CertYou est partenaire de DantotsuPM

7 Attributs d’un Daily Scrum bien mené

Les conseils ci-dessus aideront à surmonter les objections les plus communes que des membres d’équipe peuvent avoir à participer au Daily Scrum. Encore mieux, serait de conduire ces réunions si bien que les membres d’équipe les valorisent. Voici sept attributs d’un Daily Scrum bien mené.

1. Tenez les réunions chaque jour au même horaire et endroit

Vous voulez rendre ces réunions aussi faciles que possible. Pour la plupart des équipes, cela signifient les tenir à la même heure et au même endroit à chaque fois.

2. Débutez la réunion à l’heure

Je suis plus à l’heure que qui que ce soit d’autre. J’ai une fois dû me raisonner d’appeler un docteur quand j’ai réalisé que j’aurais une minute de retard à son cabinet.

Mais je reconnais tout de même qu’arriver quelques minutes en retard à une réunion qui dure toute une journée n’est pas une bien grande affaire. Être cinq minutes en retard à une réunion de huit heures représente 1 % du temps de la rencontre.

Mais être en retard à un Daily Scrum est une affaire beaucoup plus importante. Si les réunions commencent 5 minutes en retard chaque jour, les membres d’équipe qui sont arrivés à l’heure auront perdu plus de 20 heures sur l’année à attendre que la réunion puisse commencer.

3. Respectez la limite de 15 minutes

Il y a une raison pour laquelle beaucoup d’équipes conduisent les Daily Scrum en se tenant debout : Cette position nous aide à rester conscient du temps et facilite les réunions brèves.

4. Identifiez les problèmes mais ne les résolvez pas pendant la réunion

Une bonne pratique commune est de discuter (et avec bon espoir résoudre) des problèmes immédiatement après la réunion. Idéalement cela peut être fait par le sous-ensemble de l’équipe nécessaire pour aborder ces problèmes; les autres membres d’équipe sont alors encouragés à retourner à leurs bureaux.

5. Gardez les participants sur le sujet

La plupart des équipes suivent l’approche d’avoir chaque personne exposer ce qu’ils ont accompli depuis la dernière réunion, ce qu’ils feront avant la réunion suivante et tout problème les ralentissant.

Toute discussion hors de ces sujets devrait être sévèrement limitée.

6. Les règles sont rappelées par l’équipe entière, pas seulement le Scrum Master

Quand le Scrum Master est le seul à imposer les règles de l’équipe lors des réunions, la réunion semble être tenue pour le Scrum Master. Cela ressemble à rapport d’activités où chaque participant fournit le statut seulement au bénéfice du Scrum Master.

7. L’équipe complète et seulement l’équipe participe

Chacun dans l’équipe devrait participer aux Daily Scrum. On devrait permettre à des externes à l’équipe d’observer la réunion. Ils devraient être découragés de contribuer à la discussion pendant la réunion à moins qu’un membre d’équipe ne lui pose une question courte.

Une fois que l’on conclut un Daily Scrum, mais avant que les participants ne se dispersent, beaucoup d’équipes demanderont aux observateurs s’ils ont des questions ou commentaires. Le Scrum Master ou un sous-ensemble de l’équipe peuvent rester et adresser ceux-ci. La clef est que ces commentaires d’observateur restent à l’écart du Daily Scrum.

Quelle est votre expérience ?

Les membres d’équipe peuvent sans aucun doute avoir des objections autres que les quatre les plus communes que j’ai adressées ici. Et il y a certainement des choses complémentaires importantes pour un Daily Scrum bien mené que les sept attributs essentiels que j’ai décrits.

Quelle est votre expérience ? Quelles objections avez-vous entendu et comment les avez-vous surmontées ? Partagez s’il vous plaît vos idées dans les commentaires.

Une équipe Agile ne devrait pas tout finir à chaque itération

On devrait s’attendre à ce qu’aucune équipe ne finisse tout à chaque fois.

An Agile Team Shouldn’t Finish Everything Every Iteration

https://www.mountaingoatsoftware.com/blog/an-agile-team-shouldnt-finish-everything-every-iteration par Mike Cohn

Depuis tout jeune, on nous apprend à ne rien laisser dans notre assiette !

Une mesure fréquemment utilisée d’une équipe agile est si les membres d’équipe finissent tout ce qu’ils ont prévu dans l’itération.

Il n’y a rien mal à évaluer si une équipe est capable à la fin de terminer ce qu’elle pensait pouvoir faire. Mais on devrait s’attendre à ce qu’aucune équipe ne finisse tout à chaque fois.

Ce serait peu réaliste et cela amènerait les équipes à moins s’engager pour pouvoir tout livrer sans prendre de risque.

Matchware est partenaire de DantotsuPM

Des attentes excessives peuvent entrainer des dysfonctionnements

Considérez une équipe dont le patron (le PDG) leur a dit que s’il leur arrivait d’échouer à tout finir, il “prendrait des actions correctives, jusqu’à et incluant probablement l’arrêt brutal du projet.”

Cette équipe ne va pas aller chercher une masse excessive de travail dans ses itérations. Les membres essayeront d’en choisir suffisamment pour ne pas être traités de paresseux, mais pas trop pour ne pas risquer de ne pas tout faire.

CertYou est partenaire de DantotsuPM

Une cible appropriée

Je trouve qu’un bon objectif pour une équipe est de finir tout ce qu’ils disent qu’ils feront environ 80% du temps. C’est un bon degré de prévisibilité pour le business sans être impossible à tenir par les équipes.

Pour être vraiment clair, une bonne équipe agile devrait finir 100% de ce qu’elle prévoit dans 8 itérations sur 10. Je ne dis pas qu’une équipe devrait finir 80% de son travail prévu à chaque itération. C’est très différent.

quelle est la cible à atteindre?
80% du temps dans la cible est déjà très bien.

Tout faire à chaque fois sera impossible pour des équipes fréquemment interrompues. Si une partie significative du travail de votre équipe est de répondre rapidement aux problèmes, vous pouvez vouloir vous donner une cible de pourcentage inférieur.

Ne le planifiez pas si vous ne pensez pas que vous le réaliserez

En essayant de finir 100% de son travail, 80% du temps, l’équipe devrait ressentir qu’ils vont réussir tout en comprenant, avec réalisme, qu’ils ne le feront pas à chaque fois.

J’aime y penser comme analogue au basketteur lançant le ballon. Le joueur ne devrait pas lancer le ballon à moins qu’il ne pense qu’il marquera le panier. Mais, même le meilleur basketteur comprend que tous ses lancers ne peuvent entrer dans le panier.

Un bon basketteur peut réussir 40 à 50% de ses lancers. Ce n’est pas suffisamment de prévisibilité pour la plupart des équipes, voici pourquoi je recommande de viser les 80%.

Quelle est votre expérience ?

Où en est votre équipe sur compléter ce qu’elle a dit qu’elle ferait ? Partagez s’il vous plaît vos idées dans les commentaires ci-dessous.

 

Agile SAFe peut-il s’interfacer avec « Waterfall » ?

Le manque de transparence cause des malentendus et des conflits. Générer de la transparence demandes des efforts spécifiques.

Can Agile (SAFe) Be Interfaced With Waterfall? – Transparency

https://tcagley.wordpress.com/2019/01/24/interfacing-agile-safe-be-interfaced-with-waterfall-transparency/ par Thomas Cagley

Dans notre papier blanc Can Agile (SAFe) Be Interfaced With Waterfall? , nous avons identifié trois domaines majeurs qui ont dû être adressés pour qu’un scénario de programmes corrélés avec des approches de management différentes ne cause pas de dramatique accident de train (SAFe).

Le manque de visibilité cause de nombreux accidents sur la route comme dans les projets

Le manque de transparence cause des malentendus et des conflits.

Cependant, générer de la transparence a un coût.

Trouver le bon équilibre qui adapte le coût et les contraintes contractuelles est un objectif de chaque programme compliqué. Produire de la transparence exige un jeu spécifique de comportements.

Plusieurs des techniques les plus communes pour générer de la transparence

#1 – Le Contrat

Spécifiez ce qui peut et doit être partagé dans le contrat.  Énoncer spécifiquement ce qui peut être partagé réduira le niveau de friction quand un programme demande de l’information d’un autre.  Les types d’information qui devraient être mises en commun incluent : risques, problèmes, plans, architecture, échéanciers et le code qui marche (important pour les tests et le développement continu).  Les sujets exclus de partage dans le contrat resteront opaques et seront basés sur des opinions.

#2 – Un Plan construit conjointement

Les leaders du programme et techniques de chaque programme doivent suivre les sessions de planification des autres.  La participation augmentera la conscience du flux de travail, fera remonter des risques et leur permettra de travailler conjointement sur  des risques et communiquer les dépendances en temps réel.

Matchware est partenaire de DantotsuPM

#3 – Des Cérémonies communes

Toute technique agile contient des réunions périodiques (de souvent appelées cérémonies).  Les cérémonies incluent typiquement la planification, les réunions de synchro, les démonstrations et les rétrospectives.  Ces réunions fournissent une plate-forme pour partager l’information ce qui réduit les risques de malentendus et de suppositions.

#4 – Des Ateliers de mûrissement des exigences et de design

travail d'équipeCollecter les exigences et décider des approches de conception fourniront une plate-forme pour apprendre la culture et les personnalités des personnes dans les deux programmes tout en développant aussi une compréhension commune du problème qu’elles adressent.

#5 – Des Modèles de design

L’adoption de modèles de design et autres standards fournit une langue commune et une approche pour que les deux programmes puissent partager l’information et la compréhension.

Facile ET difficile à la fois

une plus grande transparence comme base de relations et de travail

Les étapes deux à quatre sont des actions relativement simples que les deux programmes peuvent prendre pour établir une plate-forme pour la transparence et commencer ensuite à agir sur cette plate-forme. Dans presque chaque scénario, la première étape : le contrat, est l’éléphant dans la pièce. Si le contrat n’est pas écrit pour faciliter la transparence, il n’y a aucune chance que cela arrive.

La planification Agile est différente et tout à fait primordiale.

Quelques astuces de planification tirées de la pratique des approches Agile dans la vraie vie.

Planning top tips

https://agilechangemanagement.co.uk/2019/10/23/planning-top-tips/ par Melanie Franklin

Les projets agiles sont basés sur le concept que livrer une solution imparfaite au business le jour promis est plus important que livrer une solution parfaite en retard.

Avec Agile, tenir vos promesses sur quand quelque chose sera disponible pour être utilisé en production est au cœur de la réalisation de bénéfices. Chaque élément fourni, même s’il a un nombre minimal de fonctionnalités peut résoudre un problème métier. Focalisez votre équipe sur faire utiliser leur livrable en production, en sachant qu’ils pourront ajouter davantage de fonctionnalités plus tard.

Il y a une fausse idée répandue qui est que ceux travaillant dans des équipes Agiles ne planifient rien.

Alors que les compétences de planification y sont plus importantes que dans l’approche prédictive « en cascade » (PRINCE2 ®) pour les projets parce que :

  • La planification est plus fréquente
  • La planification est faite en collaboration, impliquant chacun qui contribue au projet
  • Les plans y sont un mécanisme essentiel de suivi du progrès
QRP est partenaire de DantotsuPM
aux fausses croyances sur Agile

Pour ces raisons, les compétences de planification sont critiques au travail Agile efficace. La planification détaillée du projet de bout en bout au début ne fait pas partie Agile. Au lieu de cela, il y a la planification fréquente et la re-planification pendant tout le cycle de vie du projet. Quand un élément de la solution est livré au business, le focus se porte sur la planification de la livraison suivante.

Objectifs de la planification

Pour respecter l’importance de planification, j’encourage mes équipes à se mettre d’accord sur un jeu commun d’objectifs pour leurs sessions de planification.

Utilisez ceux-ci pour débuter avec votre équipe :

  • Assurons-nous que nous livrons une solution utilisable et de valeur
  • Assurons-nous que nous n’avons rien oublié
  • Donnons la priorité au travail le plus important en premier
  • Allouons le travail aux meilleurs de l’équipe pour le faire
  • Clarifions l’ordre/le séquencement pour réaliser des économies d’efforts
  • Créons un visuel qui permette aux autres de voir ce que nous faisons et quand afin qu’ils puissent aligner leur travail avec le nôtre
  • Utilisons ce visuel pour fournir un suivi facile de notre progression sans devoir écrire de rapport d’avancement
CertYou est partenaire de DantotsuPM

Ordre du jour de la planification

Supportez ces objectifs en définissant comment va se dérouler chaque session de planification.

J’encourage mes équipes à utiliser un ordre du jour standard pour tous les événements de planification.

Utilisez cet ordre du jour type pour encourager votre équipe à faire de même :

  • Examiner les résultats de notre session de brainstorming préparatoire.
  • Appliquer les critères de priorisation pour créer une liste agréée de travail pour ce sprint
  • Définir ensemble qui va construire et qui va tester le résultat.
  • Chaque personne crée son propre échéancier pour le sprint en s’assurant que les must have  ne dépasse pas les 60 % du travail.
  • Chacun effectue un contrôle croisé de son échéancier avec la personne testant son travail.
  • Réserver le temps nécessaire dans son agenda pour réaliser le travail
  • Se mettre d’accord sur comment vous partagerez le progrès avec l’autre
Matchware est partenaire de DantotsuPM

Pour plus d’astuces sur l’application des pratiques de travail Agile dans la vraie vie, abonnez-vous au bulletin de Melanie ou visitez son site Web.

La curiosité est essentielle pour une gestion du changement, un « change management », efficace.

Le change management Agile c’est surtout de la création d’idées nouvelles et différentes.

Curiosity is essential for effective change management

https://agilechangemanagement.co.uk/2018/12/11/curiosity-is-essential-for-effective-change-management/ par Melanie Franklin

L’approche Agile signifie que les idées sont très tôt dans leur développement distribuées au business pour qu’ils les essayent. Leurs retours sont essentiels au concept et pour ajouter plus de fonctionnalités.

CertYou est partenaire de DantotsuPM

Mais…Je commence à se demander combien d’entre nous sont vraiment prêts pour ces retours. Après tout, c’est souvent un mélange d’éloges et de critiques, qui penche trop souvent vers la critique :

  • Il ne fait pas ce que nous avons dit !
  • Où est la fonctionnalité X ?
  • J’ai pensé que ça allait remplacer Y mais maintenant il ne semble pas que ce soit le cas ?
  • Il ne se connecte pas avec Z donc nous aurons besoin d’un processus manuel pour enregistrer ces données!

Ceci vous semble-t-il familier ? Il est difficile d’aller chercher des réactions, mais si ce doit être utile, je dois le faire dans un état d’esprit de curiosité.

Curiosité

La curiosité est une belle qualité plutôt qu’un vilain défaut.

Je dois commencer le processus avec un véritable intérêt pour ce que je vais entendre. Et pour obtenir les retours les plus utiles, je dois entendre des perspectives différentes. J’ai besoin de courage pour dépasser mes contacts habituels et trouver un ensemble le plus diversifié possible de voix. Après tout, plus la personne donnant les réactions a une expérience et un contexte différents des miens plus ils vont possiblement poser des yeux neufs sur la question.

Je viens de finir de lire l’excellent livre par Michelle Obama où elle fait ces remarques “la similarité amène davantage de similarité, jusqu’à ce que vous fassiez un effort réfléchi pour la neutraliser.” Elle parlait des recruteurs à la Maison Blanche mais c’est vrai de tous ceux avec qui nous travaillons.

Mes efforts pour neutraliser la similarité impliquent un effort conscient de reconnaître mes expériences et rechercher des personnes qui en ont de différentes. À moins que je ne sois très honnête avec moi-même sur mon contexte, mes accomplissements, mon chemin de vie, il est ardu de reconnaître l’existence de quoi que ce soit de différent.

Cherchez votre opposé

Beaucoup de mes clients essaye d’encourager cette auto-évaluation sur les biais cognitifs inconscients, qui semble vraiment être la tendance. Ce que je retiens de cela est “cherchez l’opposé” car semble être une bonne place pour commencer :

  • Je cherche des personnes qui ont la moitié de mon âge.
  • Je cherche des personnes sans diplômes.
  • Je cherche des personnes qui ont changé d’industries de multiples fois.
  • Je cherche des personnes qui ont travaillé pour le même employeur pendant des décennies.
  • Je cherche des personnes qui ont vécu et ont travaillé dans des pays différents.

Comme nous changeons de saison, je veux vous soumettre le défi suivant. Sortez et faites-vous de nouveaux contacts !

FDF est partenaire de DantotsuPM

Commencez à discuter avec de nouvelles personnes

Au lieu de regarder votre montre, engagez la conversation avec vos voisins.

Faites l’effort conscient d’engager la conversation avec des personnes que vous ne connaissez pas dans la file d’attente pour déjeuner. Demandez-leur où elles travaillent et ce qu’elles font. Allez dans une autre partie de votre bâtiment et présentez-vous à de nouveaux collègues. Demandez à être conférencier externe dans d’autres réunions d’équipe pour pouvoir partager ce sur quoi travaille votre équipe avec d’autres parties de votre société.

Engagez la conversation avec des clients et des fournisseurs et demandez-leur quelles sont leurs priorités et défis pour la saison prochaine et dites-leur sur quoi vous travaillez. Découvrez s’il y a les zones d’intérêts communs et une chance de collaborer.

Un printemps d’opportunités !

Je sais que tout cela semble un travail difficile mais chacun a ce nouveau printemps à l’esprit et c’est une belle occasion de parler de ce qui a été réalisé récemment et ce qui vient ensuite.

Autrement dit vous avez déjà une entrée en matière, alors sortez et utilisez-la.

Une vidéo avec une grande affiche gratuite pour bien expliquer les principes fondamentaux de Scrum à votre client et organisation

Vous souhaitez recevoir une aide visuelle mais aussi le bon discours pour interpréter le guide Scrum?

https://www.scrum.org/resources/blog/scrum-poster-visual-guideaid

Demandez votre copie gratuite de ce très sympathique et complet poster Scrum et montrez-le à vos collègues et amis.

Cette affiche peut être un outil d’apprentissage (par exemple lors de la lecture du guide Scrum) et un outil permettant à un ScrumMaster d’expliquer Scrum à l’organisation, au responsable produit ou à l’équipe de développement.

https://www.incrementor.com/agile-poster-series

Une seule demande par personne est acceptée. Expédition aux États-Unis et en Europe uniquement. Vous serez informés par e-mail une fois le poster expédié.

Et voici la bande son en anglais dans cette vidéo

CertYou est partenaire de DantotsuPM

Un webinaire et papier blanc de Melanie Franklin nous donnent un aperçu de l’impact des approches agiles sur la façon dont nous gérons le changement !

L’utilisation d’une approche Agile est pertinente pour tout type de changement, et pas seulement pour les changements technologiques.

Melanie le précise parce que, trop souvent, on a l’impression que Agile ne s’applique qu’aux projets des nouvelles technologies.

Les principes et techniques d’Agile ont été largement adoptés dans l’ensemble de la communauté informatique, mais les initiatives de restructuration des entreprises, de changement de localisation, d’acquisition et de rationalisation des processus bénéficient toutes d’Agile.

En effet, Agile est une façon de travailler qui permet de décomposer un objectif en petits étapes, chaque pas (ou Sprint en approche Scrum) menant à une réalisation qui peut être utilisée, davantage développée et construite.

Inscription à un wébinaire gratuit à la demande

Papier Blanc en anglais pour entrer dans les détails

CertYou est partenaire de DantotsuPM

pour en apprendre davantage sur Disciplined Agile Delivery (#dad) !

Cette brève vidéo donne un aperçu du cycle de vie agile de base avec Disciplined Agile Delivery qui est l’application la plus courante de DA.

Relisez le billet « Voici pourquoi le PMI a acquis DA« 

CertYou est partenaire de DantotsuPM

 

Commençons bien l’année, faisons un peu de ménage dans notre « product backlog » !

Je ne sais pas pour vous, mais j’ai remarqué que nous indiquons rarement une date ou raison de péremption sur nos besoins utilisateurs et autres user stories…

Hors, il n’est pas si rare qu’après une certaine date, jalon projet ou événements internes ou externes, certains des besoins précédemment exprimés (et toujours en attente dans le product backlog) ne soient plus d’actualité.

Qu’en pensez-vous et comment traitez-vous ce problème ?

Est-ce en amont, en indiquant sur la user story une date ou les raisons pour lesquelles elle pourrait devenir inutile ?

Est-ce périodiquement lors de grands « ménages » saisonniers ?

Ou bien, serait-ce plutôt de manière opportuniste, lors par exemple d’un changement d’application de gestion du product backlog ? Ou d’arrivée d’un nouveau product owner, scrum master… ?

CertYou est partenaire de DantotsuPM