Tag Archives: scrum

Chef de projet, Manager, Leader… lisez pour enrichir vos compétences et élargir vos horizons

2 Déc

Vous êtes déjà chef de projet ou souhaitez le devenir. Vous voulez améliorer vos compétences en leadership, Agile, management, projets, soft skills, …

Voici quelques livres qui sauront vous être utiles ! Profitez de la période de Noël pour vous les (faire) offrir🙂

Soft Skills

L’entreprise du vivre-ensemble de Yves Cavarec L’étroit chemin vers un meilleur vivre-ensemble.

C’est (vraiment ?) moi qui décide de Dan Ariely. Les raisons cachées de nos choix

Being Alone Sucks!

Une référence sur ce sujet

Une référence sur ce sujet

Riding the Waves of Culture: Understanding Diversity in Global Business de Fons Trompenaars et Charles Hampden-Turner. Une analyse les causes profondes des malentendus qu’on observe souvent au sein d’équipes multiculturelles et des propositions de solutions concrètes

Talent Making People Your Competitive Advantage

Booster l’intelligence collective La stratégie agile de transformation durable des organisations

Coaching for Emotional Intelligence The Secret to Developing the Star Potential in Your Employees

Storytelling about YourBrand Online & Offline de Bernadette Martin – Comment améliorer votre e-réputation

DARE : Straight Talk on Confidence, Courage, and Career for Women in Charge de Becky Blalock pour davantage de conseils pour booster votre confiance.

Eloge de la gentillesse de Emmanuel Jaffelin car « Les gens gentils sont en meilleure santé… »

People Styles at Work and Beyond par Robert Dorothy Bolton pour apprendre à reconnaitre la personnalité et les styles de comportement des gens et mieux travailler avec eux.

Managez dans la joie au bénéfice de la performance avec Paul-Hervé Vintrou

Son livre

Son livre

L’Auto-coaching efficace selon Yann Coirault, CSP Formations, Coach certifié, MBTI®

Les 5 clés pour prendre les bonnes décisions par Yann Coirault et Pia De Buchet, car loin d’être le seul fait de la raison, les décisions sont largement influencées par les émotions et l’intuition.

Sun Tzu : de l’art de la guerre à l’art de diriger une version française commentée par Germain Domitille

Aujourd’hui, j’arrête de tout remettre à demain par Patrice Ras, conférencier et formateur en développement personnel

Morphopsychologie : Le visage, miroir de la personnalité par Patrice Ras

Quiet: The Power of Introverts in a World That Can’t Stop Talking de Susan Cain pour changer son regard sur les introvertis

Liberté & Cie : Quand la liberté des salariés fait le succès des entreprises de Brian M. Carney et Isaac Getz, pour découvrir le concept de l’entreprise libérée

Political Dilemmas at Work de Gary Ranker, Mike Phipps, Colin Gautrey. Car, « Votre patron est parti et son successeur doit encore être nommé. Soudainement personne n’est tout à fait sûr de quoi faire », sauf VOUS.

Manager les e-comportements de Jean-Michel Rolland. Technopathe, technophile, technophobe… comment motiver les collaborateurs 2.0 ?

Right-Brain Project Management de Michael Aucouin qui explique comment nous prenons des décisions basées sur comment nous ressentons les résultats potentiels.

Techniques et innovation

PVaR – Project Value at Risk A new indicator for connecting risks to the most important questions in project management: when will the project be completed and at what cost?

L’innovation frugale Comment faire mieux avec moins?

Manage Your Job Search

Reinventing Communication de Mark Phillips avec des études de cas concrètes.

Ma bible pour préparer des présentations mémorables

Ma bible pour préparer des présentations mémorables

Presentation Zen Simple Ideas on Presentation Design and Delivery

Social Media for Project Managers

Faisabilité de projets Aspects oubliés de l’analyse

Agile Retrospectives Making Good Teams Great

Visuals Matter! Designing and Using Effective Visual Representations to Support Project and Portfolio Decisions

The Myths of Innovation de Scott Berkun parce que « La majeure partie de ce que nous savons de l’innovation est erronée »

4 leading publications on cloud computing de Bernard Golden dont “Amazon web services for dummies”

Project Management for competitive advantage du Dr Paul Gardiner (Directeur scientifique des MSc PPMBD de Lille)

Organizational Project Management de Rosemary Hossenlopp sur la cohérence entre stratégie et projets

Organizational Enablers for Project Governance How Governance drives business success and influence project work, efficiency, and profitability.

Le livre sur Amazon

Le livre sur Amazon

Illuminate Ignite Change Through Speeches, Stories, Ceremonies and Symbols

Real Project Management de l’incontourtable Peter Taylor

Lecteurs, à vos marques : lisez vite et bien, Stimulez la mémoire par Élisabeth Rochefort, Consultante spécialisée en Efficacité professionnelle et communication orale et écrite.

Mieux lire la presse et les livres : 70 exercices rapides et efficaces par Élisabeth Rochefort pour aiguiser son sens critique et sa réflexion personnelle.

Applied Software Measurement: Global Analysis of Productivity and Quality de Capers Jones à lire pour les chefs de projets dans le logiciel car la productivité chute pour tous les types de projets lorsqu’ils excèdent 1000 points de fonction.

Managing Software Debt de Chris Sterling car quand les délais sont trop compressés, ils seront néanmoins respectés mais au sacrifice du design, de la planification ou de la qualité, et il se peut alors que vous accumuliez une dette.

The Mythical Man-Month de Frederick Brooks. En général, les chefs de projets ont entendu parler de la loi de Brooks mais en connaissent-ils les détails.

Project Management Implementation as Management Innovation: A Closer Look de Janice Thomas, PhD er Svetlana Cicmil.

Project Workflow Management: A Business Process Approach de Dan Epstein, Richard Maltzman

The Resource Management and Capacity Planning Handbook de Jerry Manas

Sustaining and Developing Disciplinary Expertise in Project-Based Organizations de Cecilia Enberg and Karin Bredin

Références et référentiels

Guide Du Corpus de Connaissances de L’Analyse D’Affaires (Guide Babok)

The Standard for Program Management La 3ème édition du guide du Project Management Institute

Implementing Organizational Project Management: A Practice Guide

Le PMBOK guide en français

Le PMBOK guide en français

PMBOK: Les éditions imprimées

La méthode Prince2 par Christian Descheemaekere – Prince2 en Français !

structures de répartition de travail (Work Breakdown Structures Practice book : WBS)

Portfolio management the Standard by PMI®

PgMP® Exam Preparation Study Guide de Jean Gouix et Martial Bellec avec 220 Practice Questions & Answers

PMI-ACP Exam Prep Comme le nom l’indique, le livre du PMI pour préparer la certif en Agile du Project Management Institute

Pratiques du management de projet, 40 outils et techniques pour prendre la bonne décision par Vincent Drecq, une référence en français.

L'une des publications de Michael Porter

L’une des publications de Michael Porter

Competitive Advantage de Michael E. Porter

Critical Chain de Eliyahu M. Goldratt, le texte fondateur de la méthode de La Chaîne critique

Quality is Free de Philip B. Crosby affirme que gérer la qualité correctement ne coûte ni temps ni argent mais permet au contraire d’en sauver.

Outliers de Malcolm Gladwell avec la règle des 10,000 heures qui pourrait ne pas toujours aboutir au succès dans le domaine du management de projet.

To Sell is Human de Daniel Pink pour mieux preparer vos cas d’affaire / business cases.

Retours d’expérience

Les héros de la stratégie 250 conseils pratiques de cadres supérieurs de BT, Coca-Cola, Lockheed Martin, eBay et d autres.

the power of lessThe Power of Less de Leo Babauta How to know what you want, and what you need!

Makers and Takers The Rise of Finance and the Fall of American Business

Project Management demystified de Geoff Reiss An introduction to project management.

Sidestep Complexity Project Management for Small- and Medium-sized Organizations

A History of Murphy’s Law de Nick Spark

Winning in Business with Enterprise Project Management

Megaprojects and Risk: An Anatomy of Ambition de Bent Flyvbjerg

Piloter un projet comme Gustave Eiffel : Comment mener un projet contre vents et marées de Anne Vermès

La Chaîne Critique en Pratique par Isabelle ICORD, experte de la pratique de la Chaîne Critique et à l’origine des toutes premières implémentations pratiques de ce concept en France.

Un livre de référence sur ce sujet

Un livre de référence sur ce sujet

The Lean Startup How Today’s Entrepreneurs Use Continuous Innovation to Create Radically Successful Businesses

Project Management for the Non-Project Manager de David Ottenstein car cela pourrait être votre cas ou celui de l’un de vos proches.

Le plus petit pas de Nicolas Gouy pour l’histoire d’une transformation Agile, Scrum et XP à grande échelle.

Talent Is Overrated de Geoffrey Colvin. Parce qu’être capable d’exécuter une activité n’est en rien une garantie que vous la ferez bien, et encore moins que vous vous y améliorez.

The Travels and Adventures of Serendipity A Study in Sociological Semantics and the Sociology of Science

Leadership

The Strategic Project Leader Mastering Service-Based Project Leadership

Turn the Ship Around! A True Story of Building Leaders by Breaking the Rules

get the book

Superbosses How Exceptional Leaders Master the Flow of Talent

Taming Tigers Do things you never thought you could

Des étoiles brillantes aux étoiles… filantes Les talents de Maurice Thévenet

Advocates & Enemies How to Build Practical Strategies to Influence Your Stakeholders

Secrets of Great Leaders 50 Ways to Make a Difference

Committed Teams Three Steps to Inspiring Passion and Performance

A Project Manager’s Guide to Influence de Colin Gautrey

What to Ask the Person in the Mirror : Critical Questions for Becoming a More Effective Leader and Reaching Your Potential (Anglais)

Hidden Strengths de Milo et Thuy Sindel pour développer les gens qui délivrent les résultats en rendant leurs bonnes compétences excellentes.get the book

The Lazy Winner de Peter Taylor à lire après The Lazy Project Manager

Leadership Principles for Project Success de Thomas Juli, que j’ai eu le plaisir de rencontrer à plusieurs évènements du PMI.

The Power of Project Management Leadership de Laszlo A. Retfalvi car tous les projets, du plus petit au plus grand, nécessitent une forte dose de leadership.

The Energy Bus de Jon Gordon pour générer plus d’énergie dans l’équipe projet que vous n’en consommez.

L’accordeur de talents de Jean Pierre Doly, pour de nouvelles organisations et nouvelles façons de travailler.

Booster l’intelligence collective de Olivier D’Herbemont car tous les jours on nous parle de l’Intelligence Collective, qui en rassemblant toute une communauté de personnes autour de défis complexes, engendre des résultats étonnants et novateurs. Mais qu’est-ce que cela signifie réellement?

Agile

The Science of Successful Organizational Change How Leaders Set Strategy, Change Behavior, and Create an Agile Culture

Livre sur Amazon

Livre sur Amazon

Essential Scrum A Practical Guide to the Most Popular Agile Process de Kenneth S. Rubin

Du management au leadership agile de Cécile Dejoux

Disciplined Agile Delivery: A Practitioner’s Guide to Agile Software Delivery in the Enterprise

PMI-ACP Exam Prep Comme le nom l’indique, le livre du PMI pour préparer la certif en Agile du Project Management Institute

The PMI-ACP Exam How to Pass on Your First Try

Being Agile in a Waterfall World A practical guide for complex organizations

Booster l’intelligence collective La stratégie agile de transformation durable des organisations

Team of Teams New Rules of Engagement for a Complex World

Agile Retrospectives Making Good Teams Great

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

La certification agile version PMI®, PMI-ACP®: Mon retour d’expérience, par Martial Bellec

8 Nov

La certification agile version PMI®,  PMI-ACP®: Mon retour d’expérience, par Martial Bellec PMP, PgMP, PMI-ACP, C2MPC

Martial Bellec

Martial Bellec

Hello,

Le 25 Octobre, j’ai passé avec succès la certification PMI-ACP®, en candidat libre, c’était ma première tentative.

Pourquoi ?

Ce qui m’a motivé au départ, c’est que PMI a opté, non pas pour créer une méthodologie agile de plus, mais pour favoriser l’acquisition d’une bonne connaissance générale des méthodologies et une connaissance approfondie du fameux « mindset agile ».

Pour la préparation, j’ai passé environ 50 heures entre le 19 août et le 25 octobre

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Cours

J’ai suivi un cours Scrum de 3 jours mais je suis resté sur ma faim pour la certification car je connaissais déjà Scrum. Le bon point néanmoins est que cette formation ouvre droit aux 21 heures de formation nécessaires au dossier PMI.

Je n’ai pas suivi de cours de préparation PMI-ACP®, les dates étaient trop tardives par rapport à mon objectif de passer en 2 mois.

Dossier
Le livre sur AmazonConcernant le dossier d’éligibilité, étant déjà PMP®, cela a été facile à remplir en mentionnant mes 3 projets agiles au cours des 2 dernières années.

Comme je dirige un projet agile en même temps, j’étais toujours en interrogation entre la vraie vie et la théorie, c’est très efficace comme toujours !

 

Lectures
Révisions de dernière minute

J’ai passé le dimanche avant l’examen à faire des questions et à butiner toutes ces références qui se contredisent quelques fois…

L’examen

Il est moins important de bachoter que pour le PMP, car:

  • ACPPratiquement aucune question ne porte sur les définitions ou bonnes pratiques (les fameux ITTO « Inputs, Tools, Techniques and Outputs » du PMBOK Guide). Pour l’agile ça aurait pu être par exemple : dans une rétrospective, quel est l’agenda à suivre ? Data gathering, issues identification, prioritization and improvement plan. Mais rien de ça !
  • si vous voulez être testé sur vos connaissances des nombreux outils agiles : comment écrire un bon user story (INVEST), ou bien tenir votre backlog (DEEP), passez votre chemin ! Vous ne serez pas testé là-dessus non plus.

En revanche, pratiquement TOUTES les questions sont des questions situationnelles, ou les rôles sont (très habilement selon moi) intriqués.

Les situations décrivent n’importe qui concerné de près ou de loin par le projet agile
  • Agile 2Agile practitioner
  • Product owner
  • Sponsor
  • Stakeholder
  • Project manager, qui est, selon la question Scrum master ou relais avec les execs

Les « objets » agiles sont toujours les mêmes et assez basiques : product backlog, risk, priority, value, kanban, Ishikawa… attention cependant au risk-adjusted backlog.

Dans une situation particulière, cette personne concernée par le projet Agile doit choisir parmi 4 possibilités ce qui est le mieux à faire immédiatement.

entrepreneur globalComme tout est en anglais, chaque mot compte. Attention il faut avoir un bon niveau d’anglais, même si le vocabulaire est « globbish »… il faut savoir très rapidement en comprendre le sens.

Généralement, il reste 2 réponses entre lesquelles il est difficile de trancher mais en relisant patiemment, la bonne apparaît enfin et semble alors évidente.

J’ai répondu aux 120 questions en 2 heures 6. J’avais environ 30 questions marquées et j’ai pu également repasser en revue les 80 premières d’ici  la fin des 3 heures allouées.

Les facteurs clefs de succès

Selon moi, il faut très bien comprendre le Agile manifesto et l’agile mindset et l’avoir déjà pratiqué sur des projets difficiles est un plus.

Je me suis entraîné à un memory dump de 5 minutes (pour occuper utilement les 15 premières minutes de l’examen qui sont en fait une démonstration de l’interface utilisateur PROMETRIC):

  • writing notes learnmanifesto,
  • xp,
  • Kanban,
  • Scrum,
  • acronymes,
  • evm,
  • Dreyfus,
  • Shu ha ri,
  • lean principles

Mais ça a peu servi pendant l’examen, le seul avantage est que je vais désormais me servir de cette carte au quotidien !

En conclusion

Je recommande cette certification car elle complète très bien le PMP®. Elle est aussi plus exhaustive que la scrum alliance, car PMI a une approche GENERALISTE (très bonne culture agile et des méthodologies).

Je suis enfin intimement convaincu, dans un contexte client, que le chef de projet de demain devra fonctionner indifféremment en waterfall et/ou agile sans les opposer mais plutôt en comprenant finement les avantages et inconvénients des 2 dans la situation réelle.

Cette hybridation des méthodes est un vrai challenge pour notre profession et PMI-ACP® me semble être un incontournable sur cette route.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Note : PMI, PMP et PMI-ACP sont des marques déposées de Project Management Institute, Inc.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

découvrez Prince2 Agile dans cette vidéo

28 Oct


PRINCE2 Agile est une solution de management de projet qui combine les qualités de gouvernance et de management de PRINCE2 avec la flexibilité des concepts Agile.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

PRINCE2 Agile a été construit de manière collaborative avec des experts PRINCE2 et des « Agilistes ».

Partenaire de DantotsuPM

Partenaire de DantotsuPM

PRINCE2 Agile couvre les approches Scrum, Kanban, Lean Startup et Cynefin et utilise les principes de PRINCE2 avec 5 comportements clés:

  1. Transparence
  2. Collaboration
  3. Communication
  4. Auto Organisation
  5. Exploration
Partenaire de DantotsuPM

Partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

31 October – Webinar ( #ScrumPulse ) – ethical challenges Software delivery teams face

25 Oct

Special Panel Discussion on Software Ethics with Ravi Verma, Don McGreal, Victor Hugo de Oliviera, Mark Noneman, Russell Miller, and Nagesh Sharma

Scrum and Upcoming Agile Webcasts

Scrum and Upcoming Agile Webcasts

Peu importe la méthode développement et approche utilisée, votre équipe a probablement dû faire face à des demandes de livrer davantage de fonctionnalités, pour un coût moindre, avec moins de moyens et de membres et plus rapidement.

Alors que votre équipe se bat avec cette pression incessante, vous pouvez être confrontés à des challenges sur le plan éthique. Comment réconcilier des demandes simultanées et différentes des parties prenantes ? Comment répondre avec une solution qui les satisfasse toutes ? Comment votre équipe peut-elle éviter de faire de mauvais choix qui exposeraient vos clients et parties prenantes à des risques inacceptables ? Comment lever les incertitudes ?

Existe-t-il une façon de répondre à ces incertitudes et ambiguïté en choisissant la voie éthique ?

Participez à cette session en anglais avec des formateurs Scrum qui partageront leur expérience et meilleures pratiques.

Voyez si certaines pourraient vous être immédiatement utiles.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

17 Novembre – Paris – Agile Tour: « programmation Agile et management de projet »

19 Oct

Cette année, la conférence fait évoluer son programme et dépasse les contenus liés à la « programmation agile et au management de projet ».

Petit retour sur l’une des sessions fort appréciées de l’an passé:

Agile Tour Paris 2015 : « Happy », par Alexis Godais

Les sujets en 2016 seront traités autour de Jeux et Ateliers permettant de comprendre :

  • L’Agile
  • L’organisation des Grands Projets en Agile
  • L’Entreprise Agile : « Beyond Budgeting, Agile et RH »
  • La Digitalisation
  • L’Innovation
  • Les équipes Marketing
  • La Conduite du Changement
  • La Culture d’Entreprise
  • L’Éducation (Scrum..)
  • La Société
Genius Project est partenaire de DantotsuPM

Genius Project est partenaire de DantotsuPM

Une Coach Clinic sera mise à disposition pour répondre à vos interrogations en termes d’Agile, de Transformation, de Collaboration, de Conduite de Changement, d’Innovation ou de Savoir-être.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Eventbrite - Agile Tour Paris 2016

Enregistrer

Enregistrer

Enregistrer

Pourquoi un Sprint Zéro avec Scrum et Agile ?

10 Oct

Le concept de Sprint Zéro est controversé !

Why Have Sprint Zero? par Sujatha Tokala

Sprint Zéro

Sprint Zéro

Je me rends compte que le concept de Sprint Zéro est controversé. Et dans mes premiers temps en Agile, j’ai été étonné par l’importance accordée à ce sujet. Je pensais que nous aurions des sessions de transfert de connaissances au fil du travail, alors, pourquoi avoir un sprint séparé ? Mais plus tard j’ai compris l’importance du Sprint Zéro dans l’organisation où je travaille. Je ne prétendrai pas que toutes les équipes en ont besoin, mais voici pourquoi c’est utile pour nous.

Les questions abordées au Sprint Zéro s’appliquent à la release toute entière.

Nous pourrions l’appeler Sprint Initial, Itération Zéro, ou Sprint de démarrage.

Selon mon expérience, le Sprint Zéro est limité dans le temps à seulement une semaine.

Notre équipe passe en revue l’ensemble des items de la release et quel travail devrait être achevé dans chaque sprint. En passant en revue chaque article de sprint, l’équipe identifie les endroits pour lesquels nous ne connaissons pas suffisamment bien les exigences qu’elles soient matérielles, d’architecture, logicielles, ou techniques.

Après que l’équipe ait revu les épics (ndlt. groupe de User Stories pour fournir une valeur métier) et fonctions priorisés de l’arriéré de produit, nous devons les annoter et préparer les sessions de revue avec le product owner, le propriétaire de produit. Nous devons comprendre l’environnement et le code exigé pour les items de l’arriéré de produit, indépendamment de si le code sera simple ou complexe.

Comment décomposer les niveaux d'exigence Agile (précédent billet à relire)

Comment décomposer les niveaux d’exigence Agile (précédent billet à relire)

La raison principale d’introduire un Sprint Zéro est que nous ne voulons pas inutilement prolonger le temps nécessaire aux sessions de revue ou de transfert de connaissance depuis le Sprint 1 jusqu’à la fin. Donc, nous prenons une semaine pour préparer notre équipe avant de démarrer sur des arriérés de sprint.

Grâce à Agile, on nous donne l’opportunité d’en apprendre beaucoup en peu de temps.

L’équipe avancera de façon calme, sans pression excessive.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Utilisez-vous un sprint 0 en début de release sur votre projet Agile? Pourquoi? Quels en sont pour vous les bénéfices et inconvénients ?

Enregistrer

Enregistrer

Enregistrer

Enregistrer

16-19 Novembre – Grenoble – Journées Agile : Retour aux sources de l’agilité

4 Oct

Il paraît que vous aimez les histoires ? Et si nous vous racontions l’origine de l’agilité, cela vous mettrait-il l’eau à la bouche ?

Venez écouter les histoires de ceux qui vivent ou tentent l’Agilité, sur une ou plusieurs journées du 16 novembre au 19 novembre 2016.

Agile Grenoble-2016 keynote :Andrea-Provaglio

Agile Grenoble-2016 keynote :Andrea-Provaglio

Visitez le site web de cet événement

Visitez le site web de cet événement

La conférence Agile Grenoble existe depuis 2008 et il s’agit de sa 9ème édition consécutive en 2016.

L’évènement est entièrement organisé par les bénévoles du Club Agile Rhône-Alpes Grenoble, avec le soutien bien évidemment de ses sponsors et partenaires.

Détails sur : http://agile-grenoble.org/

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

18 October – Webinar ( #PMI ®) – Agile ProDUCT Management Essentials for Project Managers

30 Sep

Product management is often a murky role !

Rich Mironov

Rich Mironov

Program management is poorly understood and inconsistently practiced across tech companies and often confused with program and project management.

Yet done well, product management is a driver of market success and effective development. Agile teams building commercial software have additional role confusion between product owners and sometimes-agile product managers.

This session facilitated by Rich Mironov outlines product management basics, contrasts them with project/program management, and matches this to scrum-defined product ownership.

Attendees will get a better sense of what product managers do, and how we can work together more effectively.

Details and registration

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

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

Enregistrer

Enregistrer

Enregistrer

13-14 Octobre – Lille – Agile Tour 2016

21 Sep

L’évènement 2016 le plus agile et le plus convivial de la région.

nord-agileL’association Nord-Agile garantit que :

  • Vous vous passionnerez des conférences animées par des speakers nationaux et internationaux
  • Vous vous amuserez aux cours d’ateliers de coding, de management agile ou de dessin
  • Vous échangerez avec les acteurs moteurs de l’agilité dans la région lilloise
  • Vous partagerez vos expériences à l’occasion d’un forum ouvert

Fort du succès des années précédentes, les organisateurs ont décidé de consacrer davantage de temps pour célébrer l’agilité.

Accessible à tous, l’Agile Tour vise un public étendu souhaitant découvrir ou approfondir les méthodes agiles telles que Scrum et découvrir leurs apports et impacts tant au niveau industriel que sociétal.

CertYou est partenaire de DantotsuPM

CertYou est partenaire de DantotsuPM

Ils s’engagent sur 2 objectifs sur ces 2 jours :

  1. octroyer plus de temps et de plaisir aux échanges entre les participants
  2. permettre à davantage d’animateurs et speakers de vous partager leurs expériences

Afin de contribuer à nourrir ces échanges, une nouveauté cette année : un forum ouvert.

Inscriptions et Détails

Enregistrer

les mythes d’Agile : « il n’y a aucune planification dans #Agile »

12 Sep

« Il n’y a aucune planification dans Agile, vous improvisez au fil de votre progression »

http://trainings24x7.com/2015/06/22/list-of-free-pmp-sample-questions-websites/ par Leontranter

Je vais aborder certains des mythes persistants sur le Développement logiciel Agile. Le premier et probablement le plus connu est : « il n’y a aucune planification dans Agile, vous improvisez au fil de votre progression ». Ceci n’est pas du tout vrai.

En fait, je vais aller plus loin et poser une affirmation audacieuse :

Beaucoup de projets agiles font plus de planification que des projets en mode Waterfall / Cascade.

En fait, ils peuvent même faire bien trop de planification. J’espère que les gens qui utilisent les méthodes en cascade toussent et recrachent leur café partout sur leur bureau en réponse à cette affirmation. Décomposons cet argument et expliquons pourquoi je dis ça.

Il ne s’agit pas de plans mais de planification

Une de mes citations favorites est celle de Dwight Eisenhower :

« Les plans ne sont rien. La planification est tout. »

protectionCeci est un élément essentiel à la compréhension du rôle que joue la planification dans le Développement Logiciel Agile. En « Waterfall », l’idée est que le chef de projet rédige un grand échéancier au début du projet. Souvenez-vous, le contenu est habituellement fixé dès le départ et vous pouvez produire votre Structure de Répartition de Travail dont vous tirez votre plan de ressources (qui fait le travail) et votre diagramme de Gantt (le séquencement dans lequel il est fait) pour livrer ce contenu. Et avec tout ceci, vous pouvez déterminer vos coûts, parce que ces ressources ont des coûts spécifiques.

Puis, tout le monde signe (Oui ,nous aimons tous les signatures, n’est-ce pas !) le grand plan de projet et il est accepté et bloqué. Puis tout le monde vient travailler, selon le grand plan que le chef de projet a produit. Et que fait le chef de projet maintenant ? Il se contente de surveiller, lisant des revues ? Bien sûr que non ! Son travail est de protéger le plan à tout prix.

Les gens continueront à essayer de déplacer des choses, d’ajouter du contenu, d’allonger les délais, de permuter la personne A pour la personne B, de retarder ceci, de supprimer cela, de remplacer cette technologie pour cette autre et le chef de projet doit donc passer beaucoup de temps à :

  • Essayer d’empêcher tout cela de se produire (parce que le plan est signé), vous vous souvenez ? Ce qui signifie nous ne pouvons pas le changer, OK ?) et
  • documenter les risques s’il ne peut pas empêcher l’événement, laisser les parties prenantes savoir la catastrophe épouvantable qui s’abattra bientôt sur le projet en raison de ces changements non planifiés.

Ceci ne semble-t-il pas être une situation amusante pour tout un chacun et plus encore pour le chef de projet ?

Pourquoi les projets entrent-ils dans une telle spirale ?

Les projets en cascade s’engagent sur un plan quand il n’y a encore aucune information

aveugleLes projets en cascade élaborent un grand plan très complexe au début du projet, quand il y a :

  • Peu ou pas d’informations sur le travail qui a besoin d’être fait
  • Peu ou pas d’informations sur le livrable/produit, ce à quoi il doit ressembler et son fonctionnement
  • Peu ou aucune informations sur les problèmes et risques externes (dépendances, concurrents, partenaires, etc.)

Pas étonnant qu’il y ait autant de changements demandés sur de tels projets : comme les informations commencent à arriver, beaucoup d’entre elles sont en conflit avec le plan, parce qu’il a été basé sur des informations incomplètes (c’est-à-dire il a été composé de conjectures, de suppositions et d’estimations).

Ceci m’amène à une autre de mes citations favorites, cette fois d’un général allemand d’il y a longtemps, Helmuth von Moltke:

« Aucun plan ne survit au contact avec l’ennemi. »

Ce qui peut donner dans notre contexte: aucun plan de projet ne survit au contact avec le projet. Et c’est très bien ainsi, parce que nous ferions mieux de ne pas essayer de tout planifier sur le projet dès le début.

Les projets agiles planifient à plusieurs reprises par petits morceaux

Les projets agiles (utilisant Scrum ou l’une de ses variantes) ne créent pas un grand plan au début, ils font beaucoup de petites activités de planification (à chaque sprint) qui produisent de petits plans (des plans de sprint).

Ainsi au début d’un sprint de deux semaines, vous définissez un plan pour les deux semaines suivantes : c’est appelé la planification de Sprint. À cette réunion, l’équipe sélectionne des articles du Sprint Backlog et discute de combien ils peuvent en compléter pendant ce Sprint et comment le travail sera fait. Plutôt que d’essayer de définir un plan pour un travail que l’on ne connaît pas ou ne comprend pas vraiment, l’équipe élabore un petit plan pour un petit lot de travail qui est :

  • Bien connu et compris (autrement ce ne sera pas un candidat à entrer dans le Sprint Backlog)
  • Pouvant être achevé en un sprint (qui est souvent de deux semaines).

Donc vous définissez un petit plan pour une petite quantité de travail, puis vous faites le travail, puis vous faites le plan suivant pour le travail suivant, et cetera, à plusieurs reprises, encore et encore.

Ceci résonne-t-il comme « aucune planification » pour moi ? Pas du tout. Vous commencerez probablement vite à en avoir assez de planifier en suivant cette approche.

Un si petit plan apporte-t-il vraiment de la valeur ?

Vous pourriez penser « mais c’est complètement bidon ce plan, il ne couvre que deux semaines. Le plan en cascade était grand et beau et le Gantt géant expose graphiquement tout ce tout le monde va faire pendant les six mois à venir ! ».

Bien sûr, mais deux points :

  1. Le plan est en grande partie artificiel puisque créé au début du projet, quand personne n’avait vraiment assez d’informations sur le projet (car nous découvrons des informations au fil de notre progression)
  2. Le plan a été créé presque entièrement par le chef de projet, qui ne fera en réalité presque aucun travail lors de la construction du livrable et pas du tout par l’équipe, qui fera presque tout le travail de production du livrable.

Une grande partie de la valeur réside  dans la Planification, pas dans le Plan.

Rappelez-vous la précédente citation de Eisenhower.

plans are nothingLes membres de l’équipe se réunissent régulièrement et discutent du travail, combien de ce travail ils pensent qu’ils peuvent faire, combien il restera à faire.

  • Ceci apportera-t-il plus de valeur que nous l’avions pensé à l’origine ou moins ?
  • Qu’est-ce qui se révèle être plus facile ou plus difficile que nous ne le pensions de prime abord ?

Ces conversations ont énormément de valeur et aident à guider les développeurs et le propriétaire de produit tout au long du voyage vers l’achèvement du produit ou du projet.

Question: Avez-vous constaté qu’Agile n’apporte pas assez ou bien au contraire trop de planification ?

Enregistrer

Enregistrer

Enregistrer

Enregistrer

%d blogueurs aiment cette page :