itérations et incréments

Que signifient les mots itératif et progressif ?

http://www.jrothman.com/mpd/agile/2016/11/iterations-and-increments/ par Johanna Rothman

Agile, c’est le développement itératif et progressif et la livraison fréquente avec un changement culturel vers la transparence.

Itératif signifie que nous prenons « un morceau à la fois » pour créer une fonction entière. Des approches itératives gèrent le risque technique. Nous apprenons du risque comme nous réitérons à travers le jeu entier des fonctionnalités.

Progressif signifie que nous livrons des portions de valeur. Les approches progressives managent le risque de planification, parce que nous délivrons un travail fini à chaque étape.

Book on Amazon

Agile fonctionne parce que nous manageons les risques techniques et ceux de planification. Nous réitérons sur un jeu de fonctionnalités, livrant de gros incréments de valeur. (Une raison pour livrer de la valeur souvent et que nous pouvons ainsi changer ce que l’équipe va faire ensuite).

Prenons l’exemple d’un jeu de fonctionnalités appelé: “l’établissement d’une connexion sécurisée”.

Personne ne veut avoir à s’identifier pour se connecter. Mais, les gens veulent avoir une forte sécurité pour leur paiement. Hors, l’établissement d’une connexion sûre peut être une façon d’arriver à garantir le paiement. Le thème, ou ce que j’appelle un jeu de fonctionnalités, est “l’établissement de la connexion sécurisée”. Un jeu de fonctionnalités, ce sont plusieurs fonctions reliées qui livrent un thème.

Si vous voulez réitérer sur le jeu de fonctionnalités, vous pourriez livrer ces incréments de valeur :
  1. L’utilisateur existant déjà peut se connecter.
  2. Les utilisateurs peuvent changer leur mot de passe.
  3. Ajouter le nouvel utilisateur comme utilisateur.
  4. Ajouter le nouvel utilisateur comme admin.
  5. Empêcher des utilisateurs indésirables de se connecter : bots, certaines adresses IP, ou un emplacement physique. (3 histoires séparées.)

Si vous mettez en œuvre la première histoire, vous pouvez utiliser un fichier à plat. Vous pouvez toujours utiliser un fichier à plat pour la deuxième histoire. Une fois que vous commencez à ajouter plus de 10 utilisateurs, vous pourriez vouloir passer à une sorte de base de données. Ce serait une autre histoire utilisateur. Ce n’est pas “Créer une base de données.” L’histoire serait “Explorer des options pour permettre d’ajouter 10, 100, 1000, 10000 utilisateurs à notre site et voir quelles sont les implications en matière de performance et de fiabilité.”

Remarquez « explorer » comme une partie de l’histoire. Cela pousserait à produire des options que l’équipe puisse discuter avec le Product Owner. Certaines options ont des implications à l’exécution.

Chaque fois l’équipe réitère sur le jeu de fonctionnalités, elle livre un incrément. Puisque beaucoup d’équipes utilisent des durées de temps fixes (timebox), elles utilisent « des itérations » comme leur timebox. (Si vous utilisez Scrum, vous utilisez des sprints.) Remarquez les mots “réitère sur le jeu de fonctionnalités.”

Dans des cycles de vie progressifs, comme la livraison par étapes, l’équipe finirait toutes les fonctionnalités dans un jeu de fonctionnalités donné. Les cycles de vie incrémentaux n’ont pas nécessairement à utiliser des timeboxes pour livrer leur développement progressif. Dans les cycles de vie itératifs, comme spiral ou RUP, l’équipe développerait des prototypes de fonctionnalités, ou même finirait partiellement des fonctionnalités, mais l’intégration finale et les tests n’arrivent qu’après que tout le développement itératif ait été fait.

Dans Agile, nous réitérons sur un jeu de fonctionnalités, livrant la valeur progressivement.

Si vous ne finissez pas vos histoires, vous êtes dans un cycle de vie itératif. Si vous ne limitez pas les fonctionnalités que vous finissez et ne les terminez pas « toutes », vous êtes dans un cycle de vie progressif.

Il n’y a pas de bonne façon de choisir un cycle de vie pour votre projet. Si vous voulez utiliser agile, vous réitérez sur un jeu de fonctionnalités sur un bref cycle de temps, livrant de gros incréments de valeur.

CertYou est partenaire de DantotsuPM

 

révision 2017 du Scrum guide pour les 90% des équipes Agile qui utilisent déjà Scrum et pour les autres 10% qui vont y venir :-)

Le 7 Novembre dernier, Jeff Sutherland et Ken Schwaber ont été interviewés sur la toute dernière révision du Scrum Guide.

La première partie est consacrée à un bref retour en arrière sur la genèse de Scrum et sa très rapide adoption pour atteindre aujourd’hui:

  • grandir
    90% des équipes Agile utilisent Scrum

    90% des équipes Agile utilisent Scrum

  • 12 millions de personnes participent à des Daily Scrum meetings
  • Dans tous les pays
  • Dans toutes les industries et de nombreuses organisations gouvernementales

Puis, certaines des mises à jour du Scrum Guide 2017 sont discutées plus en détail:

  • L’utilisation de Scrum en dehors de l’informatique.
  • Les précisions sur le rôle de ScrumMaster qui est parfois mal interprêté alors qu’il s’agit avant tout de faire la promotion de Scrum et supporter son adoption dans l’entreprise en aidant au changement vers Scrum, ses bonnes pratiques, ses valeurs, ses règles.
  • 12 millions de personnes participent à des Daily Scrum meetings

    Il était aussi nécessaire de réitérer l’objectif des Daily Stand Up meetings trop souvent utilisés comme des rapport d’avancement alors qu’il s’agit de voir où l’on en est et décider d’actions adaptatives pour atteindre l’objectif du Sprint, pour passer les items du Sprint Backlog à « Done ».

  • Une autre incompréhension levée par cette mise à jour concerne les activités « timeboxées »,i.e. limitées dans le temps. Les durées proposées par Scrum sont maintenant clairement identifiées comme des durées maximales, et non obligatoires ni nécessaires.
  • Enfin, l’importance de la prise d’action suite à la rétrospective de Sprint se matérialise par l’obligation d’avoir au moins une histoire permettant d’améliorer les process par Sprint.

Plusieurs questions récurrentes sont également abordées:

  • Scrum s’applique-t-il seulement au domaine du développement de logiciel ?
  • Est-il nécessaire d’attendre la fin du Sprint pour livrer ?
  • Comment Scrum et DevOps peuvent-ils travailler ensemble ?

Regardez la vidéo.

Visionnez la vidéo

Téléchargez le nouveau Scrum guide: www.scrumguides.org

CertYou est partenaire de DantotsuPM

5 recommandations pour réussir les projets Agile

Tout est devenu ou doit devenir Agile de nos jours !

Five Tips for Agile Project Success

http://www.thinkbrownstone.com/2015/11/five-tips-for-agile-project-success/ par Meaghan Sorte

Il semble que tout le monde utilise Agile pour manager des projets de nos jours. Et il y a de grandes chances si vous questionnez vos contacts professionnels que vous constatiez qu’une certaine forme d’Agile dirige leur travail. À Think Brownstone, nous travaillons souvent étroitement avec des clients en tant que membres de leurs équipes projet Agile (tant comme experts UX que développeurs). Nous avons pu adapter nos méthodes Agile pour aider les clients à lancer avec succès des produits en permettant un processus flexible pour notre équipe.

Ci-dessous, je partagerai les 5 astuces qui nous ont aidés à réaliser ces succès avec Agile.

1. planifiez continuellement

La planification est continuelle dans tout projet qui n’est pas « en cascade ». La rapidité d’exécution des activités, les chevauchements de tâches et les exigences opérationnelles qui changent constamment demandent de l’attention. Vous ne connaîtrez pas chaque détail à l’avance, mais c’est bien. Le but est de rester maitre de la planification pour que vous soyez toujours un coup d’avance sur vos efforts de développement.

Même si cela peut sembler fastidieux, une planification appropriée en amont payera ses dividendes en cours de route. Une bonne façon de commencer est d’avoir une session de planification avec l’équipe entière (le propriétaire de produit, UX/Responsable de l’eXpérience Utilisateur, et les développeurs). Utilisez ce moment pour revoir le design de conception et permettre à l’équipe de poser des questions. Cette session est une bonne occasion de découvrir des domaines sur lesquels vous pouvez devoir faire des recherches plus approfondies. Cette sorte de planification vous aide aussi à savoir ce que vous ne savez pas (encore) et comprendre les risques que ceci pourrait poser.

Une fois que votre projet est démarré, la planification est tout aussi critique. Vous devrez surveiller l’arriéré de produit et la vitesse de livraison de l’équipe. Quand les priorités changent, comprendre les variables avec lesquelles vous travaillez vous aidera à planifier les sprints à venir et ajuster le sprint actuel si nécessaire. Vous devrez continuer à travailler avec votre équipe pour planifier, re-prioriser si nécessaire et ajuster es attentes. Juste quand vous pensez que vous avez fini de planifier, soyez prêt à planifier un peu plus.

2. faites ce qui est bien pour le produit

Parfois (en réalité, la plupart du temps) « la bonne façon » n’est pas la voie la plus facile, la plus rapide, ni la moins coûteuse. Cela ne signifie pas que vous devriez mettre en péril votre vision pour le cœur du produit. Déterminez la meilleure ligne de conduite, évaluez les impacts et prévoyez comment avancer. Les dates changent, les priorités changent et le monde avance.

Sur la même ligne de pensée, un propriétaire de produit avisé sait quand il est temps de prendre une décision difficile et tirer sur les rênes. Il y aura toujours encore une fonctionnalité à caser parce que c’est « une capacité à surprendre » ou parce qu’un grand client la demande. Prenez du recul pour considérer ce qui est le plus critique et voir s’il y a d’autres façons d’atteindre ce but. Le chemin peut ne pas sembler exactement comment vous l’avez prévu, mais vous pourrez probablement trouver un passage.

3. Sachez que les outils que vous utilisez sont seulement aussi bons que les données qui y entrent

Les équipes doivent comprendre tous les processus et flux de travail associés au projet et quelles sont leurs responsabilités dans ceux-ci. La dernière chose dont vous voulez vous inquiéter est un problème de communication surgissant à cause d’étapes manquées (qui peuvent en fin de compte causer des retards). Pour communiquer efficacement, assurez-vous que les membres du projet informent leur équipe quotidiennement lors des réunions standup et managent activement les statuts des tâches qui leur sont confiées.

Votre équipe devrait aussi opérer de façon systématique et communiquer de façon opportune pour qu’il soit facile de suivre le progrès. Trouvez des façons de fournir de la visibilité à ceux qui en ont besoin et supprimez le bruit pour ceux qui ne sont pas concernés. Les tableaux de bord peuvent être un outil puissant pour montrer comment le travail progresse et identifier rapidement les risques (les délais, la portée, ou des ressources) dans le projet.

4. Ayez une compréhension claire et partagée de ce que « done » signifie

Parce que les méthodes Agile varient, « done » peut avoir de significations différentes selon les projets. Ce qu’une équipe considère « done » peut ne pas correspondre à ce qu’une autre équipe en penserait. Pour éviter toute confusion, votre équipe devrait créer une définition partagée de ce que « done » signifie pour que tout le monde sache quand considérer une fonctionnalité complète.

finiSi vous êtes nouveaux en Agile, posez une définition simple. « Done » pour une fonctionnalité pourrait être défini selon des critères clairs d’acceptation pour déterminer si l’histoire d’utilisateur est complète. Les critères d’acceptation contiendraient une liste explicite de déclarations (avec un accepté/rejeté) qui manifeste si le livrable répond aux exigences. Une fois qu’une fonctionnalité a été codée et testée, elle peut être remise au propriétaire de produit pour la revue finale. Le propriétaire de produit acceptera alors (idéalement, par écrit) une fonctionnalité avant qu’elle ne soit considérée « done ».

5. Gardez l’objectif final à l’esprit

À un certain point dans votre projet, vous allez devoir faire des compromis. Quand ces situations surgissent, vous devrez prendre du recul et

vous demander, « Quel est le MVP ? (Minimum Viable Produit) ». Assurez-vous de livrer de la valeur – une réelle Valeurà vos clients et votre business. Si vous n’avez pas fait de recherche avec des clients, ne passez pas du temps à créer quelque chose qu’ils peuvent ne pas vouloir ni avoir besoin. Concentrez vos efforts sur ce qui va fournir un bénéfice à court terme et ce sur quoi vous pouvez continuer à construire dans l’avenir.

Produit Viable Minimum (MVP)

Bien que nous ne suivions pas un processus de développement logiciel Agile strict à Think Brownstone, les méthodes que nous avons adaptées se sont avérées fructueuses tant avec des projets internes que clients. Avec autant de sortes différentes d’Agiles utilisées, ce qui marche pour certains peut ne pas toujours marcher pour d’autres, mais nous avons constaté que garder ces 5 astuces à l’esprit peut mener au succès.

Quelles autres astuces avez-vous trouvées utiles pour manager des projets agiles ? Quel conseil pouvez-vous communiquer à celles et ceux qui sont nouveaux en Agile ? Répondez dans la zone commentaires de ce billet.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

a 30′ video introduction to Scrum: Did you know that 11 Million people participate in Daily Scrum Meetings ?

I found this video prepared and shared by Axosoft & Scrum.org to be quite an interesting introduction to Scrum (section going from 2’30 » to 32’00 »).

CertYou est partenaire de DantotsuPM

Comprendre l’Agilité en 1 minute !

Merci au PMI® Montréal et en particulier à Carl M. Gilbert, Directeur des programmes de certification, pour cette explication simple et claire !

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

Microsoft est partenaire de DantotsuPM

Introduction aux méthodes de gestion de projet Agile, un webinaire enregistré par QRP International

Les approches agiles ne se limitent plus au développement de logiciels.

AgilePM Certification
APMG est Partenaire de DantotsuPM

Elles sont devenues populaires auprès de diverses organisations qui doivent être plus souples et réactives pour traiter efficacement leur rythme de changement croissant.

Agile Project Management (AgilePM) est une approche novatrice de la gestion de projet.

Le webinar vous présentera les différentes méthodes agiles, les principes de l’approche AgilePM et les outils nécessaires pour gérer les projets Agiles.

cliquez sur l’image
Partenaire de DantotsuPM

Enregistrer

Enregistrer

Connaissez-vous les 5 principaux bénéfices de la planification de projet avec l’outil Kanban ? par Louis Marie Resseguier

La méthode Kanban adaptée à la planification de projet présente en effet de réels atouts

Louis Marie RESSEGUIER, PMO consultant au sein du cabinet expert IQar dans l’accompagnement et le conseil de la gouvernance des portefeuilles projets, vous partage ses convictions sur un volet clé de la gestion de projets : la planification de projet !

Quand on évoque la gestion de projet et particulièrement quand on s’intéresse à la phase de planification des projets plusieurs mots clefs peuvent revenir : PERT, Gantt, Kanban…

Ces mots font référence à des méthodes de planification ou de représentation de la planification du projet. Si la démarche de planification consistant à déterminer le chemin critique en passant par la méthode PERT puis à représenter de manière visuelle la planification via l’outil diagramme de Gantt est classique, elle n’en présente pas moins une certaine forme de complexité.

Nombreux sont nos clients qui nous reçoivent avec leurs visages déformés par la douleur au moment d’aborder ce sujet et de leur niveau actuel de leur art en la matière !

Pas de panique ! Pour y remédier dans le cadre des organisations qui débutent en gestion de projet ou qui ne sont confrontées qu’à des projets peu complexes, planifier à l’aide d’une adaptation de la méthode Kanban peut apporter de nombreux avantages.

On vous donne aujourd’hui les 5 principaux !

1/ Simple : Cette méthode est compréhensible et accessible pour le plus grand nombre. Elle se résume à déplacer des post-it (virtuels) dans un tableau en phase de réalisation et à exprimer la feuille de route du projet sur des post-it (virtuels) dans un tableau en phase de planification.

Le Drag and Drop de la planification, on adore !

2/ Visuel : C’est en effet une méthode très visuelle. On repère en un seul un coup d’œil l’avancement du projet, le nombre d’actions à réaliser. En cela, le KANBAN se révèle être un formidable outil de communication complémentaire du Gantt !

Utilisez-le à volonté, ne nuit pas à la santé…de votre Projet !

3/ Universel : Cette méthode est très utilisée et connue dans de nombreux secteurs d’activité et ne demande pas, pour être mise en œuvre, une conduite du changement drastique.

Kanban, une planification à portée de mains…de clics !

4/ Agile : Cette méthode est nativement compatible avec les méthodes agiles comme « scrum » et permet de les outiller avec succès puisqu’elle permet d’illustrer à merveille la gestion d’un « sprint ». En phase de planification un « planning poker » sera facile à réaliser grâce à ce support.

Le Kanban c’est SMART non ?

5/ Compatible : Cette méthode n’empêche pas de la coupler avec le diagramme de Gantt pour l’aspect visuel des délais en planification puisqu’un outil PPM comme SuiteProG, application SaaS développée par IQar, permet déjà de passer pour le plan d’action d’un projet de la vue Kanban à la vue Gantt (en fonction des dates des actions du Kanban) automatiquement.

Agile et docile le Kanban… demandez une démonstration de SuiteProG !

Pour conclure, la mise en œuvre d’une méthode Kanban pour la planification de vos projets, peut être un véritable vecteur de simplification de cette phase incontournable de la vie du projet qu’est la Planification.

Cette méthode peut également s’avérer être un formidable levier d’aide à la conduite du changement dans certaines organisations : notamment celles désireuses de bénéficier des avantages du mode projet tout en adaptant par étapes les modes de travail de ses collaborateurs pour faciliter l’adhésion et le succès de la mise en place de la démarche.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

voici plusieurs raisons d’adopter AgilePM

« Reasons to Adopt AgilePM » white paper

Basé sur le modèle proposé par le Agile Business Consortium,

Pour acheter le guide

AgilePM guidance offre une méthodologie pratique et répétable qui tend à trouver le bon équilibre entre rigueur, standard et visibilité nécessaires à un bon management de projet, et l’adaptabilité, la rapidité et l’autonomie proposées par Agile.

AgileM fournit une structure pour déployer Agile dans l’organisation en se basant sur les meilleures pratiques.

APMG est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Avez-vous entendu parler du Personal Kanban ? L’utilisez-vous déjà ?

Livre en Français sur Amazon

Bonjour, je serais intéressé de connaitre vos retours d’expériences sur cette approche de productivité personnelle.

Merci de les poster en commentaires à ce billet d’introduction sur cette approche et méthode.

Pour ceux qui ne connaitraient pas encore bien le Personal Kanban voici 2 vidéos explicatives.

La première en anglais ne dure que 6 minutes et a été réalisée par le créateur de la méthode, Jim Benson, co-auteur du livre « Personal Kanban: Mapping Work, Navigating Life. »

La seconde en Français dure une cinquantaine de minutes et est illustrée de retours d’expérience personnels de Guillaume LOURS, Coach Agile et Expert Java EE, co-fondateur du Normandy Agile User Group et l’un des organisateurs de l’AgileTour à Rouen.

N’oubliez pas de poster vos commentaires et retours d’expérience !

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Le département des ressources humaines doit être partie intégrante de la transformation Agile de votre société!

Human Resources needs to be part of your company’s agile transformation!

https://kbondale.wordpress.com/2016/09/18/human-resources-needs-to-be-part-of-your-companys-agile-transformation/ par Kiron Bondale

Quand nous pensons au voyage depuis les approches de livraison traditionnelles vers Agile, le focus est normalement placé sur des équipes de développement et livraison ou sur les secteurs de l’organisation qui auront besoin d’un focus projet à une plus grande attention sur le produit, la capacité ou le flux de valeur.

Les ressources humaines sont un bon exemple de fonction organisationnelle que vous pourriez penser ne pas subir de changement significatif.

Pour les grandes sociétés qui ont défini des familles de métiers et de rôles, Agile pourrait présenter de nouveaux rôles comme des scrummasters, des propriétaires de produit ou des coachs agiles. Les architectes et spécialistes organisationnels vont devoir développer les compétences et les responsabilités exigées par de tels nouveaux rôles. Ils devront aussi concevoir les parcours de carrière d’autres rôles vers ceux-ci.

Hors, dans de nombreux marchés, les coachs agiles expérimentés pourraient bien valoir leur pesant d’or, et donc le personnel chargé des compensations devra identifier quels seraient les salaires médians raisonnables pour de tels rôles et calculer ensuite l’impact sur les personnes occupant de telles positions.

Ceci est critique, l’effort dépensé à recruter, intégrer ou promouvoir le personnel dans ces rôles sera gaspillé si la compensation n’est pas alignée sur le marché. Comme avec d’autres expertises et compétences recherchées, garder ces personnels peut être aussi difficile que les acquérir.

Les sociétés sont souvent organisées par départements de compétences distinctes, spécialisées et les programmes de mesure d’exécution soulignent l’individu au lieu des équipes. Les programmes traditionnels récompensent l’exécution individuelle et la célébration des performances de l’équipe passe à la trappe quand on en vient aux budgets.

pour aller plus haut ensemble il faut apprendre à se connaitre

L’approche Agile prospère quand vous conservez longtemps ensemble des équipes de spécialistes qui deviennent plus généralistes et collaborent étroitement. L’équipe, plutôt que n’importe quel membre d’équipe est le niveau le plus bas de granularité quand on parle de processus décisionnel, d’engagement et d’exécution.

Ce que cela implique est que les managers des personnes qui pourraient précédemment avoir découragé leur personnel de sortir des frontières de leurs compétences ou rôles spécifiques devront changer leur approche et les ressources humaines devront mener cette campagne en encourageant les bons comportements de leadership. Les processus de management de l’exécution devront aussi se développer pour souligner la contribution d’un individu envers l’équipe et récompenser le bon type de comportements d’anciennes primadonnas.

Les transformations agiles couronnées de succès impactent toutes les parties de la société, y compris celles qui ne sont pas d’habitude directement impliquées dans la livraison de projet.

CSP est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Une Introduction aux Histoires d’Utilisateur

Qui les écrit? Comment? A quoi servent-elles? Comment les regrouper et les structurer?

An Introduction to User Stories https://www.scrumalliance.org/community/articles/2016/september/an-introduction-to-user-stories par Adrian Sita

Les histoires d’utilisateur sont un artefact de développement crucial en programmation extrême (XP) ou projet Scrum. Elles sont les définitions de haut niveau d’exigences qui incluent juste assez d’information pour que les développeurs puissent produire des évaluations raisonnables de l’effort nécessaire pour les mettre en œuvre. Une autre façon de penser aux histoires d’utilisateur consiste en ce qu’elles peuvent rappeler aux développeurs d’avoir une conversion avec le client ou le propriétaire de produit pour obtenir des informations plus détaillées quand viendra le moment de mettre en œuvre l’histoire.

Le client ou le propriétaire de produit écrivent des histoires d’utilisateur comme des fonctions et options que le système doit exécuter. Elles sont semblables à des scénarios d’usage, sauf qu’elles ne sont pas limitées à la description d’une interface utilisateur. Une histoire d’utilisateur est courte (deux ou trois phrases) et elle utilise seulement la terminologie du client. Les histoires d’utilisateur peuvent être écrites de façon informelle, comme suit : les étudiants peuvent acheter un forfait de stationnement mensuel en ligne, ou de façon plus formelle, en suivant ce modèle :

En tant que < rôle > je veux < quelque chose >pour < ce bénéfice >.

Donc, notre exemple pourrait être écrit comme suit :

En tant qu’ étudiant, je veux acheter un forfait de stationnement pour que je puisse venir en voiture à l’école.

Méta Projets Management est partenaire de DantotsuPM

La manière plus formelle aide les développeurs à identifier clairement les acteurs, la fonction exigée et « le pourquoi » (la valeur business/client) qui soutient l’exigence. Avec la manière informelle, tous ces détails ne sont pas si évidents.

Les histoires d’utilisateur conduisent aussi la création des tests d’acceptation. Des contrôles d’acceptation plus automatisés doivent être créés pour vérifier que l’histoire d’utilisateur a été correctement mise en œuvre. Une bonne approche est de faire spécifier par le client les critères d’acceptation pour aider à créer les tests de recette.

Si l’estimation est trop importante et ne peut pas entrer dans une itération, l’histoire doit être décomposée. Pendant la réunion de livraison, de nouvelles histoires d’utilisateur pourraient apparaitre en en divisant d’autres. XP et Scrum ont des vues légèrement différentes de comment les histoires d’utilisateur sont évaluées.

  • XP utilise le concept de temps de développement idéal, combien de temps cela nécessiterait pour mettre en œuvre l’histoire dans le code s’il n’y avait aucune distraction, aucune autre tâche allouée et que vous saviez exactement que faire. En comparaison.
  • Scrum utilise le concept plus abstrait de points d’histoire (ou de complexité), qui est basé sur l’assignation de valeurs différentes — des points d’histoire — à chaque histoire d’utilisateur, en considérant sa complexité relative par rapport aux autres histoires.

En se basant sur la valeur métier (celles de plus grande valeur viennent d’abord) et les estimations fournies, les histoires d’utilisateur sont priorisées et planifiées pour une certaine itération/livraison. Quand il est temps de mettre en œuvre l’histoire d’utilisateur, le développeur et le client ou le propriétaire de produit s’assoient ensemble pour détailler les exigences; Juste suffisamment pour que l’équipe de développement puisse la mettre en œuvre.

 Les épopées (epics) sont de grandes histoires d’utilisateur, typiquement celles qui sont trop grosses pour une mise en œuvre en une seule itération et doivent donc être décomposées en histoires utilisateur plus petites. Les épopées sont typiquement des histoires utilisateur de priorité inférieure, qui sont vagues, mais deviendront plus claires avec le temps. Cela n’a aucun sens de décomposer une épopée de basse priorité, parce que vous investiriez du temps sur quelque chose que vous ne pourriez ne jamais parvenir à adresser, à moins qu’une partie de l’épopée ne soit de forte priorité et doive être regardée.

Un thème est une collection d’histoires utilisateur reliées. Les thèmes sont souvent utilisés pour organiser des histoires dans des itérations/releases ou les organiser pour que des sous-équipes différentes puissent travailler dessus.

CertYou est partenaire de DantotsuPM

Vidéo de Lyssa Adkins sur le Scrum Framework

Agile coaches need to be able to teach the agile framework their teams will use in 10 minutes or less.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Connaissez-vous le nouveau Agile Practice Guide (en anglais) ?

PMI et Agile Alliance se sont mis au travail ensemble pour produire le Agile Practice Guide dans l’intention de forger une meilleure compréhension des pratiques agiles pour les chefs de projet.

Vidéo mise en ligne par le PMI:

Voici un aperçu de ce que vous pourrez lire dans ce guide.

Qu’est-ce que l’état d’esprit Agile?

Le guide sur Amazon

Pour partir du bon pied, un rappel est fait du  Agile Manifesto, des valeurs, et des 12 principes Agile. Cette entrée en matière couvre aussi les concepts de travail à faire bien défini ou à fortes incertitudes avec les corrélations entre Lean, Kanban et Agile.

Une analyse approfondie du choix de l’approche en fonction des cycles de vie de projet

L’un des aspects les plus saillants des approches Agile pour les chefs de projet est le cycle de vie du projet et les livraisons de produits. Plusieurs cycles sont développés dans le guide avec des critères de choix, guides d’adaptation et combinaisons fréquentes des approches. L’objectif est mieux mettre en évidence ce qui est ou pas Agile et comment choisir en connaissance de causes.

CertYou est partenaire de DantotsuPM

Autres suggestions et recommandations

  • Composition des équipes et “servant leadership” détaillés
  • Organisation d’équipe pour livraison fréquente de valeur et métrique efficace.
  • Facteurs favorisant le travail en équipe Agile : organisation, culture, PMO…
  • Tableau de références croisées entre les concepts Agiles et les groupes de processus et domaines de connaissance du PMBOK® Guide, 6ème édition.

PMI and PMBOK Guide are registered mark of Project Management Institute, Inc.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Agilité Personnelle : le Scrum de 1 aurait-il du sens ? ou vaudrait-il mieux développer un Manifeste d’Agilité Personnelle ?

Manifeste d’Agilité Personnelle

Personal Agility, http://www.derekhuether.com/2016/05/08/personal-agility par Derek Huether

Récemment, j’ai beaucoup réfléchi à comment augmenter l’agilité personnelle. Non, je ne parle d’exécuter des sauts périlleux ou autres folles poses de yoga. Je parle de la capacité à me concentrer sur la valeur et à être adaptable dans ce que je fais chaque jour. L’agilité telle que mentionnée dans les valeurs et principes du Manifeste pour le Développement Logiciel Agile. Quand le manifeste a été répondu en 2001, il y avait des représentants de Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming et autres. Aussi, quand je dis Agile, je ne veux pas nécessairement dire Scrum.

Scrum de Un ?

Dans ce billet, je veux mettre le focus sur les personnes et pas les organisations. Étant un coach Agile et un consultant, j’ai appris beaucoup de stratégies qui m’ont aidé à manager des clients. En travaillant avec de grandes organisations complexes, j’ai vu des améliorations de productivité au niveau organisationnel en appliquant Lean et Kanban et au niveau de l’équipe avec Scrum et Kanban. Mais qu’en est-il de toutes les personnes qui travaillent pour ces organisations ou dans ces équipes Scrum ? Qu’en est-il des gens qui n’ont aucune idée de ce qu’est Scrum et ne s’en soucient pas ? Comment peuvent-ils améliorer leur productivité ?

Dans le billet Lifehack « Scrum for One« , Dustin Wax décrit combien des éléments de Scrum pourraient être adaptés à la productivité individuelle. En lisant l’article, je n’ai pas acheté l’idée. Scrum est une approche géniale pour des équipes mais c’est comme vouloir faire passer une pièce ronde dans un trou carré que de vouloir utiliser Scrum pour votre productivité quotidienne.

Dans Scrum, vous démontrez la valeur à votre client toutes les 2 à 4 semaines dans le cadre d’un sprint. Cela a-t-il du sens pour manager votre travail personnel ? Non.

Dans Scrum, vous avez les 3 rôles : ScrumMaster, Propriétaire de Produit et Équipe. À moins que vous n’ayez une double personnalité, il n’y a que vous !

La plupart des choses auxquelles je pense pour atteindre mes objectifs : l’alignement des activités sur les livrables, la décomposition du travail en morceaux exécutables, réitérer sur ce qui est créé pour pouvoir l’améliorer au fil du temps… la liste est longue.

Et ces composants ne sont pas des éléments exclusifs à Scrum. Alors, pourquoi vous limiter à Scrum ?

Manifeste d’Agilité Personnelle

Je crois que la productivité personnelle doit être repensée.

La productivité personnelle est-elle d’être tout le temps occupé ou de réaliser des choses ?

Pour être productif, cela signifie que vous devez produire. Sinon, vous êtes actifs. Il y a une différence! Pour aider à structurer mes pensées, j’ai écrit un Manifeste d’agilité personnelle.

Vous remarquerez que c’est proche du Manifeste Agile. Mais, il y a des différences clés.

résultatsD’abord, (tous) les résultats obtenus sont des mesures primaires de progrès. Ceci n’est pas du tout le cas pour le développement logiciel.

Deuxièmement, je me suis concentré sur des minutes, heures et jours pour réaliser des choses. Les équipes continueront à se concentrer sur des jours, semaines et mois pour obtenir le travail escompté et le livrer.

Je cherche à produire quelque chose que tout un chacun puisse utiliser. Quand vous entendez « Agile » c’est en réalité un groupe de niche de personnes concernées. Mais, quand vous parlez de productivité personnelle, la taille de l’audience explose. Comme avec Agile, je ne pense pas qu’il y ait une unique et meilleure voie. Alors, je regarde pour expérimenter et continue d’essayer pour améliorer.

Comme j’écris sur Personnel Kanban depuis 2010, vous pourriez penser que je devrais avoir tout compris à ce jour. Eh bien non, ce n’est pas encore le cas…

Aussi, si vous avez d’autres trucs, astuces et suggestions, j’aimerais les entendre/lire.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

le management de projet Agile ne s’applique pas seulement pour le logiciel et les projets informatiques !

Agile Project Management: not just for software & IT projects

http://blog.apmg-international.com/index.php/2016/05/25/agile-project-management-not-just-for-software-it-projects par Melanie Franklin

Agile est une tendance clé.

L’intérêt et la demande d’approches Agiles pour une gamme de projets et initiatives de plus en plus vaste n’ont jamais été plus forts.

Cependant il y a un mythe généralement attribué à Agile qui continue à persister, après bien des discussions et débats, et qui décourage souvent des individus et organisations de considérer, sans parler d’adopter, le management de projet Agile. Le mythe dit qu’Agile ne serait approprié que pour des projets de développement informatique et de logiciel.

Il est compréhensible que cette idée fausse existe. Après tout, le concept entier d’Agile est né dans le secteur informatique et dans le domaine du développement de logiciel

Cependant, ce mythe (selon lequel Agile ne s’applique qu’aux projets IT) n’est pas vrai et c’est un mythe qui a besoin d’être éliminé une fois pour toutes.

AgilePM® est agnostique de l’industrie et du type de projet

AgilePM Certification details
APMG est Partenaire de DantotsuPM

L’approche AgilePM®, basée sur le Agile Project Framework du Consortium DSDM – a été conçu pour être agnostique d’industrie, le rendant applicable à une vaste gamme de projets et d’initiatives de changement, s’étendant du marketing, du développement commercial aux restructurations et transformations d’organisations et entreprises.

AgilePM fournit un guide pas-à-pas pour la prise en considération de la faisabilité du travail et suggère de décomposer le travail en composants petits mais indépendamment porteurs de valeur. Il encourage leur mise en œuvre immédiate pour produire les fonds qui financeront les composants de travail suivants.

Chacun de ces éléments fait d’AgilePM une approche raisonnable de lancement de quoi que ce soit de nouveau. Après tout, le matériel informatique et le logiciel sont juste des exemples de nouveaux produits et services. AgilePM n’est pas un jeu d’instructions pour du travail technique; AgilePM guide comment n’importe quel nouveau produit ou service, ou n’importe quelle amélioration de produits existants ou de services, peuvent être lancés.

Une nouvelle campagne publicitaire, un nouveau type de revêtement de sol, rapatrier un centre appel offshore dans son pays peuvent tous être facilement gérés utilisant AgilePM.

AgilePM aide à établir la faisabilité de la nouvelle idée en poussant sérieusement ceux impliqués à décrire les problèmes qu’ils essayent de résoudre ou les capacités qu’ils veulent créer et à les documenter dans quelques documents bien pensés.

Cela garde les options ouvertes en s’assurant que ces questions décrivent ce que l’avenir doit être et pas comment il doit être créé. AgilePM établit à la fois ce qui existera dans l’avenir et les avantages que ceci produira en décrivant des histoires de très haut niveau de ce que le projet amènera.

Reconnaitre que les spécialistes et experts peuvent débattre de comment mieux réaliser ce projet seulement quand les bénéfices attendus ont été évalués et acceptés est une excellente façon d’éliminer les projets ‘de vanité’, c’est-à-dire la création de nouvelles choses pour l’excitation de créer de nouvelles choses. Ceci protège les investissements d’être gaspillés dans des choses qui ne rembourseront jamais ce qu’elles ont coûté.

Accédez à la vidéo de notre partenaire QRP International

La décomposition du travail en éléments indépendamment porteurs de valeur permet de livrer de la valeur très tôt dans la vie du projet.

C’est grâce à AgilePM que cette pratique s’étend, qui réduit les risques projet et construit la confiance en management de projet. Il permet aux sponsors d’obtenir une rapide évidence des bénéfices générés par leurs produits ou services.

Nous ne dépensons plus autant d’argent à répondre à tous les besoins avant de savoir si nos idées sont aussi passionnantes pour nos clients que nous pensions qu’elles allaient l’être. Nous découvrons tôt si nos suppositions étaient justes, en gardant de l’argent laissé dans le budget pour réparer les choses qui ne marchent pas.

Si nous avons raison, les premiers clients génèrent du revenu pour payer pour le travail suivant et créent une atmosphère de succès qui est très passionnante pour l’équipe.

Partenaire de DantotsuPM

Le cadre AgilePM, la formation et la certification ont été développés par le Consortium DSDM et APMG International.

Basé sur le Cadre Agile de Projet du DSDM, AgilePM offre une méthodologie robuste, pratique et répétable pour tous les types de projets. Ses principes réalisent un équilibre idéal entre normes, rigueur et contrôles requis pour la conduite de projet efficace et l’allure rapide, adaptation aux changements et responsabilisation fournis par Agile.

AgilePM devient rapidement le standard pour la conduite de projet agile, avec plus de 38,000 examens passés à l’échelle mondiale depuis 2011. Découvrez-en davantage sur www.apmg-international.com/AgilePM.

Enregistrer

quels furent les billets DantotsuPM les plus lus en Juin 2017 ?

les articles les plus lus sur DantotsuPM de Juin 2017

Ce mois-ci les billets appréciés des suiveurs du blog et autres visiteurs furent ceux liés à l’agilité, aux soft skills et à la qualité. Bonne relecture ou découverte !

15 vérités pas si évidentes sur les compétences relationnelles: les connaissez-vous? qu’ajouteriez-vous?

Les personnes non intuitives et de nombreux professionnels techniques disent que maitriser les aspects pas si évidents des interactions avec les personnes (« soft skills » ou compétences relationnelles) est un grand défi et souvent prise de tête.

certaines relations peuvent être particulièrement frustrantes !

Quelles vérités sur les compétences ces personnes doivent-elles apprendre et utiliser ?

« Peut-on se libérer de sa culture ? » (de waterfall vers l’agilité)

L’un des 2 sujets 2017 du bac S en philosophie: « Peut-on se libérer de sa culture ? » m’a immédiatement rappelé des discussions avec Claude Emond sur la culture Agile et plusieurs billets que nous avons ensemble publiés sur ce blog.

L’Aïkido Verbal est un moyen pacifique de gérer les attaques verbales, basé sur la philosophie de l’aïkido martial.

Pour aller plus loin, le livre sur Amazon

Cet art s’est inspiré de la pratique et de la philosophie de l’aïkido martial, et permet de diriger une agression verbale vers un résultat positif et équilibré. Comme dans l’art martial, l’assaillant et le défenseur sont dits « partenaires » et non « adversaires ». Il n’y a donc pas à proprement parler d’affrontement, ni vainqueur ni vaincu.

Connaissez-vous le nouveau Agile Practice Guide (en anglais) ?

PMI et Agile Alliance se sont mis au travail ensemble pour produire le Agile Practice Guide dans l’intention de forger une meilleure compréhension des pratiques agiles pour les chefs de projet.

la qualité est trop souvent considérée seulement à la fin des projets: les 14 points de Deming sont un guide pour l’obtenir systématiquement

Le livre sur Amazon

La qualité est mal comprise par trop de personnes qui n’y pensent que quand ils touchent au produit final. En réalité, c’est seulement au travers de processus de qualité centrés sur l’efficacité, l’innovation et l’amélioration continue qu’un produit de qualité est réalisé, et ces processus exigent une culture de management de qualité non seulement dans nos projets, mais aussi dans nos organisations.

Dans le chapitre 2 de son livre de 1986, « Out of the Crisis« , Edward Deming a présenté 14 prinipes dont il pense qu’ils peuvent rendre l’industrie plus compétitive grâce à un accroissement de la qualité.

Comment crever le double plafond de l’Agilité ?

Marc-Noël Fauvel

Billet original sur LinkedIn (republié avec l’autorisation de Marc-Noël Fauvel que je remercie)

L’agilité au niveau des équipes de développement a fait ses preuves depuis des années maintenant principalement grâce à SCRUM et XP.

Enregistrer

vos préférés de Mai 2017 parmi les articles publiés sur DantotsuPM

les articles les plus lus sur DantotsuPM de Mai 2017

Ce mois-ci furent plébiscités les trucs permettant d’être les plus productifs possible en tant que chefs de projets.

3 questions anti-gaspi de notre temps !

Le test « ceci mérite-t-il mon temps ? »

3 techniques pour éviter que des retardataires ne viennent mettre à mal l’efficacité de votre réunion

Peu importe à quel point vous avez travaillé pour bien préparer votre réunion, certaines choses peuvent mal tourner.

Une des perturbations plus communes concerne l’arrivée en retard de certains participants.

CSP est partenaire de DantotsuPM

quelles sont les 6 étapes pour réussir une bonne transmission de projet à son successeur ?

Une transmission de projet réussie exige bien plus que de remettre les clés et les informations de connexion au nouveau chef de projet. Un chef de projet devrait suivre ces six étapes pour compléter avec succès la transmission de son projet.

13 règles simples pour devenir un super vendeur de votre projet ou de votre initiative

Cet article, au départ écrit pour des entrepreneurs, recèle quelques conseils tout aussi utiles pour les chefs de projet.

Le livre sur Amazon

En effet, nous sommes souvent confrontés à la nécessité de « vendre » notre projet aux membres de nos équipes, à nos diverses parties prenantes et au management. En particulier lors de la justification et du lancement du projet mais également lors de changements organisationnels, à l’arrivée de nouvelles parties prenantes, pour accueillir de nouveaux clients…

Utilisez les marques de voitures pour vos rétrospectives Agile

L’exercice « la marque de voiture »  est une excellente façon de commencer une rétrospective efficace.

les favoris DantotsuPM de Mars 2017

ITIL est le recueil de bonnes pratiques dans la gestion des services informatiques le plus répandu dans le monde.

ITIL aide les organisations à améliorer leur productivité, efficacité, efficience et permet de réaliser un premier pas vers le changement.

Partenaire de DantotsuPM

Mais vous vous posez peut-être les questions suivantes :

  • Qu’est-ce que ITIL ?
  • Comment s’organise la méthode ITIL ?
  • Quels sont les avantages d’ITIL ?
  • Quelles organisations utilisent ITIL aujourd’hui?

En échange de tous ces avantages, vous avez moins de prévisibilité car le logiciel et les personnes restent complexes. Vous ne pouvez plus blâmer quelqu’un d’autre si les choses ne se passent pas bien et cela exige généralement beaucoup plus d’engagement et d’efforts de chaque personne impliquée – c’est-à-dire que la collaboration est encore plus importante.

Néanmoins, les bénéfices du développement Agile sont vraiment irrésistibles.

L’autre a toujours raison

Toujours à propos de ses sentiments.

À propos de la journée qu’elle vient de vivre.

Des craintes (appropriées et infondées) dans sa vie.

Qu’arriverait-il si nous choisissions de…

  • Nous améliorer dans la mise en place et le fait d’honorer des délais
  • Aider une personne de plus, chaque jour
  • Nous asseoir au premier rang
  • Poser une question difficile à chaque fois nous allons à une réunion
  • Donner plus et prendre moins
  • Apprendre à maîtriser un nouvel outil
  • Demander pourquoi

Tous sont des choix, des choix qui ne nécessitent pas que quelqu’un nous choisisse ou nous en donne la permission.

Accédez directement aux détails de ce MOOC et inscrivez-vous en ligne sur https://gestiondeprojet.pm/

Méta Projets Management est partenaire de DantotsuPM

Le leadership exige que vous ayez des tripes !

Voici certaines des qualités d’un leader téméraire. Cultivez-les dès ce jour pour devenir tout ce que vous pouvez être :

tripes

75% des chefs de projets le sont devenus après une première partie de carrière dans une autre profession !

les billets les plus lus sur DantotsuPM en Février 2017

La Commission Européenne a sorti un nouveau guide de Méthodologie en management de projet : le PM² Guide

télécharger gratuitement le guideLe guide PM2 incorpore des éléments des meilleures pratiques, standards et méthodologies généralement acceptés.

La Méthodologie PM2fournit :

  • Une structure de gouvernance de projet
  • Des directives sur les processus
  • Des modèles d’artefact
  • Des recommandations pour utiliser ces artefacts
  • Un ensemble de mentalités efficaces
  • Un jeu de compétences
Microsoft est partenaire de DantotsuPM

5 choses à faire et 5 à arrêter lors de vos réunions de projet

Les chefs de projet ont la responsabilité de garantir que leurs réunions de projet sont efficaces et effectives.

Voici cinq choses à commencer à faire et cinq choses à arrêter lors de vos réunions.

et, si vous êtes un chef de projet débutant qui souhaite améliorer ses compétences, voici 5 autres choses à faire

de nombreux jeunes chefs de projet interrogent leurs ainés plus expérimentés et leaders de PMO sur comment améliorer leurs compétences en management de projet.

les fondamentaux Agile: Les 3 rôles Scrum en 5 minutes avec Irène DOAN

Simple et utile, merci à Irène Doan qui est coach Agile depuis 5 ans.

Les enregistrements des ScrumPulse Webcasts sont accessibles gratuitement pour aider les débutants #Scrum et permettre aux plus expérimentés de s’améliorer !

Les initiateurs, experts et formateurs sur la méthode Scrum et surtout sur les attitudes Agile y partagent leurs expériences.

En sus de ces webcasts, le site Scrum.org vous permet de visionner des vidéos et lire des papiers d’étude et articles de blog sur l’agilité et plus spécifiquement sur Scrum.

agile-club-privePourquoi avons-nous besoin de projets Agile et pas seulement de développement Agile

Je fais une réelle différence, non seulement pour mon organisation, mais pour toute l’économie. J’aide à aplanir les hiérarchies et à donner aux clients ce qu’ils veulent vraiment !

Agile serait-il devenu un club fermé, réservé à ses membres ?

Enregistrer

Enregistrer

le best of de janvier 2017 sur DantotsuPM

les articles les plus lus sur DantotsuPM au mois de Janvier 2017

Ce mois-ci furent plébiscités les billets sur les approches pratiques pour améliorer son efficacité et les standards Prince2 et PMI.

7 étapes pour améliorer considérablement vos entretiens avec vos interlocuteurs lors de vos prochaines rencontres

Un des aspects les plus importants dans le conseil est de se construire de robustes compétences d’interviewer.

personne ne semble être d’accord et pourtant il vous faut rapidement parvenir à un consensus, que faire ?

Pensez-vous avoir à maitriser une horde de chevaux sauvages au lieu de mener une réunion quand les membres de votre équipe ne parviennent pas à tomber d’accord ? Eh bien, si cela peut vous réconforter, sachez que ce problème est le lot de la plupart des facilitateurs de réunions à un moment ou un autre.

Si vous cherchez un chef de projet certifié du #PMI® en France…

Prince2 2017 est arrivé ! Le focus est placé sur comment adapter la méthode à tous les environnements et projets.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

connaissez-vous les 12 principes Agile qui accompagnent les 4 composantes majeures du « Agile Manifesto » ?

Beaucoup d’attention est portée sur le « Manifeste Agile » et bien qu’il soit une composante importante de Agile, il n’en est pas toute la substance. Il y a 12 principes directeurs en plus des 4 composants principaux du manifeste. Jetons un rapide coup d’œil à chacun d’entre eux et voyons combien ils affectent les pratiques Agiles et comment nous percevons et implémentons l’agilité…

comment ne pas ramener à la maison une mauvaise journée au travail ?

Bien sûr, lire ses SMS  ou emails professionnels en arrivant à la maison après une mauvaise journée est fortement déconseillé, droit à la déconnexion oblige !

OK, ils ne marcheront peut-être pas toujours mais je pense que ces conseils de John Baldoni, très simples et faciles à mettre œuvre, peuvent avoir un effet positif et re-booster votre moral avant de reprendre le chemin de la maison.

Partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Agilité Personnelle

Manifeste d’Agilité Personnelle

Personal Agility, http://www.derekhuether.com/2016/05/08/personal-agility par Derek Huether

Récemment, j’ai beaucoup réfléchi à comment augmenter l’agilité personnelle. Non, je ne parle d’exécuter des sauts périlleux ou autres folles poses de yoga. Je parle de la capacité à me concentrer sur la valeur et à être adaptable dans ce que je fais chaque jour. L’agilité telle que mentionnée dans les valeurs et principes du Manifeste pour le Développement Logiciel Agile. Quand le manifeste a été répondu en 2001, il y avait des représentants de Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming et autres. Aussi, quand je dis Agile, je ne veux pas nécessairement dire Scrum.

Scrum de Un ?

Scrum de un ?

Dans ce billet, je veux mettre le focus sur les personnes et pas les organisations. Étant un coach Agile et un consultant, j’ai appris beaucoup de stratégies qui m’ont aidé à manager des clients. En travaillant avec de grandes organisations complexes, j’ai vu des améliorations de productivité au niveau organisationnel en appliquant Lean et Kanban et au niveau de l’équipe avec Scrum et Kanban. Mais qu’en est-il de toutes les personnes qui travaillent pour ces organisations ou dans ces équipes Scrum ? Qu’en est-il des gens qui n’ont aucune idée de ce qu’est Scrum et ne s’en soucient pas ? Comment peuvent-ils améliorer leur productivité ?

Dans le billet Lifehack « Scrum for One« , Dustin Wax décrit combien des éléments de Scrum pourraient être adaptés à la productivité individuelle. En lisant l’article, je n’ai pas acheté l’idée. Scrum est une approche géniale pour des équipes mais c’est comme vouloir faire passer une pièce ronde dans un trou carré que de vouloir utiliser Scrum pour votre productivité quotidienne.

Dans Scrum, vous démontrez la valeur à votre client toutes les 2 à 4 semaines dans le cadre d’un sprint. Cela a-t-il du sens pour manager votre travail personnel ? Non.

Dans Scrum, vous avez les 3 rôles : ScrumMaster, Propriétaire de Produit et Équipe. À moins que vous n’ayez une double personnalité, il n’y a que vous !

La plupart des choses auxquelles je pense pour atteindre mes objectifs : l’alignement des activités sur les livrables, la décomposition du travail en morceaux exécutables, réitérer sur ce qui est créé pour pouvoir l’améliorer au fil du temps… la liste est longue.

Et ces composants ne sont pas des éléments exclusifs de Scrum. Alors, pourquoi vous limiter à Scrum ?

Manifeste d’Agilité Personnelle

Je crois que la productivité personnelle doit être repensée.

La productivité personnelle est-elle d’être tout le temps occupé ou de réaliser des choses ?

Pour être productif, cela signifie que vous devez produire. Sinon, vous êtes actifs. Il y a une différence! Pour aider à structurer mes pensées, j’ai écrit un Manifeste d’agilité personnelle.

Vous remarquerez que c’est proche du Manifeste Agile. Mais, il y a des différences clés.

D’abord, (tous) les résultats obtenus sont des mesures primaires de progrès. Ceci n’est pas du tout le cas pour le développement logiciel.

Deuxièmement, je me suis concentré sur des minutes, heures et jours pour réaliser des choses. Les équipes continueront à se concentrer sur des jours, semaines et mois pour obtenir le travail escompté et le livrer.

Je cherche à produire quelque chose que tout un chacun puisse utiliser. Quand vous entendez « Agile » c’est en réalité un groupe de niche de personnes concernées. Mais, quand vous parlez de productivité personnelle, la taille de l’audience explose. Comme avec Agile, je ne pense pas qu’il y ait une unique et meilleure voie. Alors, je regarde pour expérimenter et continue d’essayer pour améliorer.

Comme j’écris sur Personnel Kanban depuis 2010, vous pourriez penser que je devrais avoir tout compris à ce jour. Eh bien non, ce n’est pas encore le cas…

Aussi, si vous avez des trucs et astuces, j’aimerais les entendre.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer