Tous concernés si nous voulons réussir ce bouleversement dans la manière de développer, mettre en production et utiliser efficacement les produits des projets Agiles.
Dans son billet « 10 profils qui ont besoin de comprendre DevOPS », notre partenaire QRP recense au moins 10 rôles et autant sinon plus de départements dans l’entreprise qui ont besoin de se familiariser avec ces concepts et approche.
Lisez ce billet de QRP International, partenaire du blog DantotsuPM
Je vous invite à le lire, que vous soyez manager de projet, sponsor ou simple partie prenante potentiellement impactée par un projet mené en mode Agile (Marketing, Finance, Ventes, Support…).
partagez ce billet avec vos amis, collègues et relations professionnelles
Téléchargez gratuitement Le Manifeste Agile : 4 préceptes et 12 principes !
Imprimez-les, affichez-les au mur, faites-les suivre à vos équipes et surtout, appliquez-les !
Le Manifeste Agile a été écrit en février 2001 par 17 développeurs informatiques libres d’esprit. Il a donné naissance au mouvement Agile dans le développement de logiciels. Bien que chaque méthodologie Agile applique les préceptes et les principes à sa manière, ceux-ci leur servent de guide tout au long du processus de développement.
Les classes ou catégories de services servent à établir l’ordre de priorité des travaux en fonction du coût des retards (CoD – Cost of Delay)
Les équipes doivent être en mesure de gérer les dépendances et d’assurer l’harmonisation avec les jalons. Kanban utilise le concept de classe de service pour aider les équipes à optimiser l’exécution de leur arriéré.
Les catégories de services aident à différencier les items de l’arriéré (productbacklog) en fonction du CoD. Chaque catégorie de service a une politique d’exécution précise que l’équipe accepte de suivre.
Par exemple :
Standard – Représente la catégorie de service de base applicable aux travaux qui ne sont ni accélérés ni à date fixe. La plupart des éléments de l’arriéré devraient entrer dans cette catégorie. Le CoD est linéaire pour les tâches standards, ce qui signifie que la valeur ne peut être atteinte avant la livraison, mais il n’y a pas d’exigence de date fixe.
A date fixe – Décrit les travaux qui doivent être livrés à une date précise ou avant. En règle générale, le CoD de ces items est non linéaire et est très sensible aux petits changements de la date de livraison; ceux-ci doivent être managés activement pour atténuer le risque lié au planning. Par conséquent, ces éléments sont passés en développement suffisamment tôt pour être terminés dans les délais. Certains peuvent nécessiter une analyse complémentaire pour préciser la durée estimée. Certains doivent être reclassés comme accélérés si l’équipe prend du retard.
Accéléré – Un élément de l’arriéré dont le CoD est inacceptable nécessite une attention immédiate. Il peut entrer en développement, même en violation des limites actuelles des Travaux en Cours (WIP – Work In Progress). En règle générale, il ne peut y avoir qu’un seul item accéléré dans le système à la fois, et les équipes peuvent établir une approche pour que cet élément avance rapidement dans le système. Si les équipes constatent que de nombreux articles nécessitent une intervention rapide, le système est probablement surchargé. Soit la demande dépasse la capacité, soit le processus d’entrée peut nécessiter plus de discipline. Quoi qu’il en soit, le processus doit être ajusté.
Sunil Prashara est président et CEO de PMI depuis un peu plus de 100 jours !
PMGS est partenaire de DantotsuPM
J’ai relevé dans le dernier message de Sunil Prashara, CEO du PMI, à ses membres ce passage sur les certifications à venir qui m’a paru particulièrement pertinent et qui dit à peu près ceci:
« Bien que le PMP® demeure la principale certification professionnelle en gestion de projet, la profession voit une forte adoption des certifications Agile. Il s’agit d’une lacune identifiée pour PMI, et mon équipe étudie des options pour ajouter davantage d’offres Agile à notre portefeuille de certifications, en plus de la certification PMI-ACP®.
Comme nous l’avons vu dans une récente vidéo intitulée « Straight Talk with Sunil » mettant en vedette le vice-président de Global Solutions, Mike DePrisco, je crois que nous devons accélérer nos efforts pour créer plus de produits et de services afin de donner toutes les clés au manager de projet d’aujourd’hui et de demain. Dans certains cas, il faudra que nous établissions des partenariats avec d’autres organisations pour améliorer et moderniser nos produits; dans d’autres cas, nous pouvons construire nos propres produits ou explorer des options d’acquisition.
Plus à venir sur ce sujet très prochainement. »
“PMI,” the PMI logo, “PMP,” “PMBOK,” “PM Network,” “Project Management Institute” and “Pulse of the Profession” are registered marks of Project Management Institute, Inc.
partagez ce billet avec vos amis, collègues et relations professionnelles
Au fil des années, les changements et ajouts à ce rapport sont incroyables car l’adoption Agile a grandi et évolué.
Il est difficile de croire que DevOpsn’était presque pas mentionné, il y a seulement quelques années. Alors que le rapport de cette année indique que 73% des répondants planifient une initiative DevOps ou en ont déjà une en cours. DevOps et Agile sont devenus de plus en plus liés en support aux entreprises qui cherchent à développer et à fournir des logiciels de qualité de manière plus efficace, plus rapide et plus rentable pour leurs clients.
Le 13e rapport annuel présente de nouveaux thèmes, des changements de priorités et des domaines d’intervention élargis.
Au fur et à mesure que DevOps et Agile deviennent plus courantes, il est nécessaire que les deux approches soient connectées afin de voir le changement se matérialiser et en tirer un avantage concurrentiel. Une visibilité accrue des résultats Agile et DevOps devient de plus en plus critique pour l’amélioration continue des équipes.
Voici les principaux thèmes et conclusions de ce 13ème rapport annuel sur l’état de l’agilité
La réduction des coûts du projet est un facteur essentiel de motivation pour l’adoption Agile
DevOps est devenue une priorité organisationnelle et la traçabilité de bout en bout est essentielle pour améliorer les pratiques DevOps
La gestion de la chaîne de la valeur n’est pas nouvelle, mais gagne encore en importance
SAFe domine les méthodes de démultiplication « Scaling Agile »
Vous pouvez télécharger une copie du rapport complet sur l’état de Agile sur www.StateOfAgile.com
partagez ce billet avec vos amis, collègues et relations professionnelles
Nous l’avons tous vécu : une personne clé annonce son départ et une folle bousculade s’ensuit pour faire passer leurs connaissances au reste de l’équipe.
Mais ceci est-il différent quand l’équipe utilise une approche et un cycle de vie Agile ?
En surface, il pourrait sembler qu’il n’y a pas de différences significatives sur comment le faire, quel que soit la nature du travail ou de comment il est exécuté. Après tout, le transfert de connaissance est d’habitude la formation par un expert d’autres experts au moyen de sessions présentielles ou par une sorte de documentation persistante comme un wiki, une vidéo ou un enregistrement audio.
Bien que ceci soit vrai, il y a des caractéristiques et des pratiques spécifiques dans la livraison agile qui peuvent impacter ce transfert de connaissance.
Les approches traditionnelles comptent d’habitude sur des spécialistes individuels qui restent concentrés leur rôle et leur secteur d’expertise. Alors que l’approche Agile encourage le développement de généralistes qui développeront un jeu plus large de compétences et de connaissances. On s’attend aussi à des niveaux plus élevés de collaboration dans ce contexte, ce qui augmente la quantité d’exposition que chacun des membres d’équipe a des connaissances de chacun.
Bien que cela ne se traduise pas par une totale polyvalence des membres de l’équipe, il y a moins de probabilités que seulement un membre d’équipe possède l’information critique. Cela ne se produira pas en un jour. Il faudra beaucoup de semaines de travail ensemble ainsi que l’encouragement explicite des parties prenantes clés comme les managers fonctionnels pour que les spécialistes développent leurs compétences généralistes.
Un autre activateur est de moins travailler en solo : La programmation en paires (en binômes), les hackathons, la programmation de foule et toutes les pratiques utilisant ce principe. Bien que le but primaire de ces pratiques ne soit pas le transfert de connaissances mais plutôt la qualité et la vitesse, c’est un bénéfice collatéral de valeur.
Plutôt qu’avoir des experts qui partagent leurs connaissances de façon académique, démontrer comment leur connaissance peut être appliquée pour compléter des items de travail est plus efficace.
Alors que la livraison traditionnelle a eu tendance à souligner la documentation comme le moyen de transférer le travail entre des rôles, les approches agiles se concentrent sur un minimum suffisant. Tandis qu’une équipe nouvellement formée pourrait exiger plus de documentation pour faciliter le partage de compréhension, une équipe avec un plus long vécu pourrait livrer avec succès avec beaucoup moins de documentation.
Le défi refait surface quand un membre nouveau ou junior rejoint l’équipe car il peut y avoir un matériel de référence insuffisant pour permettre l’auto apprentissage.
Mais cela ne devrait pas causer de problèmes majeurs si quelqu’un sur l’équipe se porte volontaire pour s’appairer avec le nouveau venu pour l’aider remplir les cases vides.
Même si le besoin de connaissances partagées est présent dans tous les contextes, une approche de livraison agile efficace peut réduire la criticité du transfert explicite de connaissance.
CertYou est partenaire de DantotsuPM
Je suis très curieux de connaitre votre retour d’expérience sur vos projets Agiles ?
partagez ce billet avec vos amis, collègues et relations professionnelles
Le « Speedboat » (ou « Sailboat ») fait partie des « serious games » très utiles dans les ateliers de travail Agile de fin de Sprint.
Et il peut être utilisé sur tous les types de projets, Agile ou pas.
Cette technique d’animation permet de rappeler la cible du projet, de matérialiser les succès du Sprint, les atouts et les freins pour l’équipe sous la forme d’un dessin et d’une histoire qui invite facilement toute l’équipe au voyage en mer (parfois tumultueux).
En bonus, vous pouvez télécharger un petit kit à découper pour avoir les éléments rapidement sous la main lors de votre session avec l’équipe. Xavier reprend les bases très simples de la méthode puis détaille comment la dérouler lors d’un atelier avec votre équipe projet.
Quels sont les challenges des certifiés PRINCE2® et de leurs employeurs face au concept de livraison agile de projet ?
Le plus grand défi consiste en ce que le terme « Agile” est souvent mal compris. Les gens pourraient immédiatement faire le raccourci avec « juste plus rapidement »; ils pourraient avoir entendu dire que c’est seulement pour les projets informatiques, que cela concerne seulement Scrum ou que leurs contraintes légales et régulatrices rendent Agile impossible à utiliser.
L’approche Agile
Des projets agiles aboutissent souvent à des livraisons plus rapides mais Agile est un état d’esprit. Cela signifie reconnaître que votre projet ne livrera pas nécessairement tout qui a été demandé au départ et que, en effet, les utilisateurs n’ont pas nécessairement besoin de tout ce qu’ils avaient demandé.
Quand vos délais sont fixes vous devez vous concentrer les réelles priorités. Se précipiter pour tout livrer peut diluer la valeur du résultat et réduire le niveau de qualité, quelque chose qui reviendra souvent vous mordre plus tard. Un projet agile préférerait ne pas livrer une chose qui ne serait pas à la norme exigée, mais tout dans l’approche est conçu pour s’assurer que ce qui est livré apporte de la valeur au client.
Des approches de livraison agiles sont de plus en plus utilisées et avec beaucoup de succès dans les projets. J’ai récemment travaillé avec une société de gestion d’événements qui utilisait Agile pour planifier et organiser une grande conférence. C’était particulièrement utile pour ce projet qui avait une durée fixée à l’avance et des coûts plafonnés. Plus les organisations sont matures avec PRINCE2 et plus les managers de projet traitent bien cette approche et voient Agile comme un outil très utile. En conséquence, ils adoptent certaines approches comme la co-localisation de l’équipe projet, l’utilisation d’interactions et de collaboration fréquentes et régulières avec les clients et les utilisateurs.
QRP International est Partenaire de DantotsuPM
Alors, pourquoi PRINCE2 Agile fonctionne-t-il efficacement dans une organisation PRINCE2 ?
1. Une langue et une approche communes
Vous avez déjà obtenu un niveau de contrôle et une terminologie que tous dans l’organisation expérimentée PRINCE2 comprennent et vous savez adapter Prince2 à des projets différents.
2. Flexibilité avec les méthodes agiles
Il y a beaucoup de saveurs d’agile et bien que Scrum soit probablement la plus populaire, ce n’est pas la seule approche de développement agile. PRINCE2 n’a jamais été normatif dans la définition de comment vous livrez un projet et PRINCE2 Agile peut marcher avec une ou plusieurs approches agiles, dont Scrum, Kanban et DevOps. Cela garantit que l’équipe de management de projet comprend comment s’interfacer avec l’approche de livraison agile.
Il est important de comprendre que PRINCE2 Agile est toujours centré sur le management de projet et que l’équipe de développement devra toujours être formée sur l’approche de livraison agile choisie ou les approches adoptées.
3. Adoption d’une perspective business
Dans PRINCE2 le dirigeant exécutif représente les intérêts du business; appliquer ceci à l’environnement Agile est une approche gagnante car vous maintenez pleinement une perspective business. Cela assure que les utilisateurs ne se laissent pas emporter dans leurs demandes et que ce qui est livré correspond aux exigences métier. Cela résonne bien avec le monde Agile parce que la valeur est le fil conducteur essentiel pour déterminer la priorité de ce qui devrait être livré ensuite.
4. L’Agilomètre
Essentiellement c’est un outil d’évaluation de risque pour aider à estimer à quel point agile est approprié est pour un projet donné. Même dans un projet en cascade, vous pouvez incorporer quelques éléments d’Agile, donc l’Agilomètre permet aux organisations d’évaluer les implications de procéder ainsi.
Dans les recommandations PRINCE2 Agile, on fournit aussi une façon unique d’adresser les questions potentielles d’introduction de méthodes agiles. Par exemple, comment traiter les assomptions sur quels besoins doivent être spécifiés au début du projet, comment réduire la résistance à davantage de collaboration par la formation ou des ateliers pour encourager l’acceptation d’Agile dans le management de projet.
Pourquoi les managers de projet PRINCE2 devraient-ils aller vers Agile ?
Prince2 est nativement tourné vers les approches Agiles
Les exigences et les attentes d’utilisateurs dans un monde de hautes technologies augmentent et les gens sont moins enclins à accepter des produits ou des systèmes dépassés ou attendre pendant des mois et même des années pour des nouveautés. Les applications sur téléphone portable encouragent des retours immédiats des utilisateurs et des livraisons fréquentes. Nous devenons tous très habitués au style collaboratif, itératif et progressif de livraison que favorise Agile.
Combiner les contrôles du management de projet PRINCE2 avec la connaissance et les compétences Agile soutient une plus grande adaptabilité au changement des marchés et la capacité de leur répondre pour changer beaucoup plus rapidement.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
– Les Scrum Masters avec une formation formelle Scrum et des certifications Agile ont des salaires plus élevés que les autres.
– Les tendances d’adoption montrent que 7 % continuent à utiliser l’approche Waterfall tandis que 11 % sont matures dans leur adoption Agile; les participants restants (donc la très large majorité) commencent ou sont en croissance d’usage.
– Les salaires des femmes Scrum Masters tendent à être plus élevés que ceux de leurs contreparties masculines.
“Le but de ce rapport est defournir de l’information aux Scrum Masters qui les aidera à en apprendre davantage sur le Scrum Master et les tendances des communauté Agiles. Scrum.org s’est associé avec Age of Product dans cette initiative pour fournir à la communauté des Scrum Masters des données pour partager une compréhension qui les aidera à diriger leurs carrières et continuer de s’améliorer.”
Vidéo de 1 heure en anglais qui détaille les résultats de cette enquête.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Après mes nombreux cours Professional Scrum Master, on me demande souvent : “Comment réussir le test ?”
On donne aux gens qui suivent les cours PSM ou Professional Scrum Foundations (PSF) deux tentatives de passage au test Professional Scrum Master I, à condition qu’ils passent le test dans les 14 jours suivants la formation.
L’examen Professional Scrum Master I (PSM) n’est pas une certification facile à réussir. Il y a 80 questions à choix multiples en 60 minutes et il faut un minimum de 85 % de bonnes réponses. Le test se réalise en ligne et à livre ouvert. Cependant, bonne chance si vous voulez essayer de trouver les bonnes réponses sur Google dans le temps imparti. Les minutes s’égrènent rapidement et les réponses que vous trouveriez pourraient ne pas être correctes.
Mais pourquoi Scrum.org voudrait-il rendre facile de réussir et baisser la qualité des Scrum Master accrédités ?
La mission de Scrum.org
“Aider notre profession à répondre aux demandes d’un monde de plus en plus complexe qui compte sur des technologies et des produits de plus en plus complexes ”https://www.scrum.org/about
La certification devrait être un badge d’honneur.
Elle dénote que le détenteur a compris les choses suivantes :
Le framework Scrum
La théorie et les principes Scrum
Les équipes transverses et cross-fonctionnelles
Le coaching et la facilitation
Scrum en général
Ce sont 5 aspects dont quelqu’un voulant être un Scrum Master devrait avoir la connaissance et l’expérience de travail afin de pouvoir revendiquer être un Scrum Master.
La bonne façon d’aborder l’évaluation
Lisez la question. Je veux dire LISEZ vraiment la question !
Observez la formulation qui a été utilisée. Ils ne sont pas là pour vous duper mais ils essayent d’évaluer votre compréhension de la structure et des sujets connexes.
Je ne peux pas cet souligner assez ceci : Lisez la question.
Lisez le Scrum Guide et relisez-le de multiples fois.
Assurez-vous que vous comprenez les rôles et les responsabilités; qui est responsable de quoi et comment les cérémonies supportent le tout.
Essayez le Scrum Open Assessment (de nombreuses fois) et assurez-vous que vous obtenez systématiquement 100 % avant votre tentative de certification.
Essayez les autres tests libres d’accès
Product Owner soulèvera certaines questions qui pourront augmenter votre connaissance en abordant le test Professional Scrum Master I.
Suivez une formation – En suivant Professional Scrum Foundations (PSF) course ou Professional Scrum Master (PSM), les participants couvrent tous les sujets évalués. Vous aurez aussi la possibilité d’interroger votre instructeur.
Cela vous donnera une bonne chance de réussir le test – si vous voulez en lire davantage sur les sujets couverts regardez ma bibliographie recommandée.
Si vous ne réussissez pas du premier coup, vous savez déjà la réponse, inspectez et adaptez votre approche.
CertYou est partenaire de DantotsuPM
Enfin, bonne chance et soyez fier quand vous la réussirez 🙂
partagez ce billet avec vos amis, collègues et relations professionnelles
Les trois amigos se réfèrent aux 3 perspectives de base pour examiner un incrément de travail avant, pendant et après le développement.
Les 3 perspectives
The 3 Amigos is an Agile technique to balance between no collaboration between people with different perspectives and involving an entire team in discussing all the details of every increment of work.
Business – Quel problème essayons-nous de résoudre ?
Développement – Comment pourrions-nous construire une solution pour répondre à ce problème ?
Test – Qu’est-ce qui pourrait possiblement se produire ?
Les gens qui tiennent ces différentes perspectives devraient collaborer pour définir que faire et convenir comment ils sauront quand cela sera réalisé correctement. Le résultat final d’une telle collaboration aboutit à une description plus claire d’un incrément de travail souvent sous forme d’exemples, menant à une compréhension partagée pour l’équipe.
C’est aussi la bonne pratique pour les autres. Ils devraient eux aussi passer en revue depuis chacune de ces différentes perspectives les incréments du produit qui ont été mis en œuvre pour s’assurer qu’ils sont corrects.
Le concept des trois amigos a pour objectif de trouver un point d’équilibre entre aucune collaboration entre les personnes qui ont des perspectives différentes et impliquer toute l’équipe dans la discussion de tous les détails de chaque incrément de travail.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Le cadre de référence AgilePM a récemment vu le jour en français, suite à son succès en France et dans le monde entier !
QRP est partenaire de DantotsuPM
PMGS est partenaire de DantotsuPM
Depuis son lancement en 2010, AgilePM s’impose comme le principal cadre de référence et de certification en management agile de projets avec déjà plus de cent mille certifiés.
Son succès s’explique facilement : AgilePM® offre une méthodologie flexible, pratique et reproductible qui trouve un équilibre idéal entre les normes, la rigueur et la visibilité requises pour une bonne gestion de projet tout en bénéficiant de la collaboration, de la transparence et de l’itération fournis par Agile.
C’est une approche innovante de management de projets, qui aide les professionnels à travailler efficacement ensemble afin d’atteindre les objectifs. Ce nouveau guide expose comment livrer des projets Agile dans les entreprises qui requièrent standards, rigueur et visibilité de leur gestion de projets tout en permettant un rythme rapide, une gestion des changements efficace et une plus grande autonomie.
Pourquoi choisir AgilePM® ?
C’est une approche testée et éprouvée en entreprise
C’est une solution répondant au cycle de vie complet du projet
Les contrôles qualité et gouvernance sont définis à chaque étape
AgilePM fournit des suggestions pratiques en gestion des risques les plus commun
AgilePM attribue des rôles et responsabilités clairs
Les pratiques agiles les plus populaires y sont incorporées
L’adoption de la méthode AgilePM permet aux organisations de relever le défi du changement constant au sein des projets.
Il y a fréquemment de grands débats sur l’utilisation de la suite de Fibonacci pour estimer des histoires d’utilisateur. L’estimation est au mieux un outil imparfait, mais un outil nécessaire pour planifier le travail.
L’estimation d’histoire d’utilisateur est basée sur la recherche du Ministère de la Défense américaine en 1948 qui a développé la technique Delphi. La technique a été classifiée jusqu’aux années 1960 (il y a des douzaines de papiers sur le sujet sur rand.org). Essentiellement, les chercheurs de Rand ont voulu éviter la pression vers la conformité de groupe qui menait typiquement à de mauvaises évaluations. Donc, ils ont décidé que les estimations devaient être faites dans le secret. Initialement, les évaluations seraient très éloignées parce que les gens auraient des perceptions différentes du problème donc ils les feraient parler des maximums et des minimums proposés après l’estimation en secret, puis estimer ensuite dans le secret de nouveau. Sur Rand Worldwide vous pouvez lire les papiers originaux qui démontrent de la convergence.
Les chercheurs de Rand ont alors étudié l’effet des choix de nombres parmi lesquels choisir et ont constaté qu’un ordre linéaire donnait de plus mauvaises évaluations qu’un jeu de nombres augmentant exponentiellement. Il y a quelques arguments mathématiques récents pour ceux qui sont intéressés. La question, si vous voulez la meilleure évaluation statistiquement prouvable, est alors quelle série d’augmentation exponentielle utiliser. La suite de Fibonacci est presque, mais pas tout à fait exponentielle et a l’avantage que c’est le modèle de croissance vu dans tous les systèmes organiques. Pourquoi la suite de Fibonacci se répète-t-elle dans la nature ? Donc, les gens sont très familiers avec elle et l’utilisent constamment dans le choix des tailles de vêtements. Par exemple, les tailles de T-Shirt suivent Fibonacci. Puisque quelques développeurs sont opposés aux nombres (un phénomène vraiment étrange pour ceux qui travaillent avec des ordinateurs), ils peuvent utiliser des tailles de T-Shirts et leurs évaluations sont facilement traduites en chiffres.
Microsoft a répété cette recherche ces dernières années et publié un papier primé par l’IEEE. En conséquence, Microsoft a abandonné les estimations horaires des projets. Voir le papier récompensé en 2011 par IEEE de Laurie Williams, Gabe Brown, Adam Meltzer, Nachiappan Nagappan (2012) Scrum + Engineering Practices: Experiences of Three Microsoft Teams.
Donc la communauté Agile a convergé sur Fibonacci comme la suite de nombres à utiliser. Malheureusement, beaucoup d’équipes agiles ne l’utilisent pas correctement et essayent de faire chacun converger sur un nombre de Fibonacci, ce qui vous donne mathématiquement et par expérience de mauvaises évaluations à cause du biais de conformité au groupe. C’est exactement ce que les chercheurs de Rand ont cherché à éviter en inventant la Technique Delphi.
À maintes reprises, les chercheurs ont montré que les estimations en heures ont de très forts taux d’erreur. C’est vrai même si l’utilisateur est un expert. C’est l’outil qui est le problème. Si vous voulez pratiquer en vous basant sur les évidences, des évaluations de taille relatives livrent tout simplement une estimation beaucoup plus précise.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Marche rationnelle de l’esprit pour arriver à la connaissance ou à la démonstration d’une vérité
Ensemble ordonné de manière logique de principes, de règles, d’étapes, qui constitue un moyen pour parvenir à un résultat
Manière de mener, selon une démarche raisonnée, une action, un travail, une activité
Ensemble des règles qui permettent l’apprentissage d’une technique, d’une science
Livre blanc de notre partenaire QRP International
Avis personnel
tout le monde a le droit de partager mon opinion 🙂
Si je considère que, dans le management de projet, Agile relève en grande partie de la souplesse, de la flexibilité, de la rapidité, de la proximité avec l’utilisateur final…
Alors, Agile est une approche car Agile est avant tout une manière d’aborder le projet, d’adresser et de répondre aux problèmes majeurs des clients et utilisateurs.
Et, Agile est aussi une méthode qui propose différentes démarches rationnelles avec des étapes ordonnées de manière logique, des principes et des règles ainsi que de l’action.
Qu’en pensez-vous : Approche ou Méthode ?
partagez ce billet avec vos amis, collègues et relations professionnelles
Gageons que la certification PMI Agile Certified Practitioner (PMI-ACP)® va encore séduire davantage de managers de projet !
PMGS est partenaire de DantotsuPM
En effet, en Avril 2019, il deviendra possible de passer l’examen en ligne, depuis votre bureau ou de chez vous.
Le mouvement Agile est devenu un standard au fil des années comme approche de management de projet et cette certification permet aux managers de projets de s’acculturer aux différentes méthodes et états d’esprit associés à l’agilité.
Aussi, les statistiques de janvier dernier du PMI indiquent-elles que le nombre de certifiés PMI-ACP a atteint plus de 26000 professionnels en quelques années alors que la certification CAPM qui qualifie les débutants dans le métiers de management de projet en est à 37000 après bien plus longtemps. Il est vrai aussi que nombre de certifiés CAPM seront devenus des professionnels du management de projet et auront passé d’autres certifications après avoir obtenu l’expérience requise. Certains auront évolué vers d’autres rôles ou métiers dans lesquels leur culture projet leur restera toujours utile !
“PMI,” “CAPM,” and “PMI-ACP” are registered marks of Project Management Institute, Inc.
partagez ce billet avec vos amis, collègues et relations professionnelles
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.
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é.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Une responsabilité clef des « Product Owners » / Propriétaires de Produit est de s’assurer que la priorisation des articles de travail dans un arriéré de produit réalise au mieux les buts et la vision pour le produit. À la différence des portefeuilles de projet où les choix ou décisions de priorisation sont souvent prises par un comité de direction, avec un arriéré de produit, la responsabilité de la réussite business ou de l’échec du produit repose sur les épaules du Propriétaire de Produit.
Cette activité tient autant de la science que de l’art.
On doit prendre en compte de multiples facteurs en compétition et trouver un équilibre
Valeur d’affaires
Alignement avec la vision originale
Dépendances
Contraintes
Réduction de risque
L’évaluation du coût de retard ou du Weighted Shortest Job First (Travail Pondéré le Plus court en Premier) peut injecter cohérence et objectivité dans l’activité, mais cela demande aussi beaucoup d’apprentissage et d’efforts. Si bien utilisé, de telles approches d’évaluation devraient être utilisées pour guider le processus décisionnel plutôt que le remplacer.
Relisez ce billet sur le Weighted Shortest Job First
Le Propriétaire de Produit doit collaborer efficacement avec les parties prenantes clefs pour valider que les livrables ne satisferont pas seulement les besoins des uns ou des autres. Cette collaboration exige une volonté de la part du Propriétaire de Produit de reculer la sortie de certaines fonctions « très très demandées » si cela aboutira à un meilleur produit d’ensemble.
Quand il travaille avec une nouvelle équipe, le Propriétaire de Produit doit activement écouter pendant les discussions de revue de l’arriéré avec les membres d’équipe car certains pourraient manquer du courage d’ouvertement défier une décision peu éclairée. Une façon d’aider à surmonter ce risque est de demander activement à l’équipe au fur et à mesure que les articles sont classés s’ils voient des défauts dans l’ordonnancement ou s’ils pensent qu’un article pourrait devoir être abordé plus tôt. La priorisation peut être un bon sujet à considérer pendant des rétrospectives afin d’inspecter et adapter régulièrement le processus.
différentes perspectives
Le Propriétaire de Produit voudra naturellement maximiser l’obtention de valeur business tandis que les propriétaires de solution voudront aborder des incertitudes sur la solution ou adresser l’adaptabilité ou la flexibilité dès le début. Une saine priorisation devrait ressembler à une lutte à la corde entre les représentants pour chaque facteur d’influence.
Un bon Propriétaire de Produit devrait mettre son ego de côté lors de l’activité de priorisation car son but n’est pas de démontrer son omniscience sur le séquencement du développement du produit, mais plutôt de livrer le meilleur produit possible.
SMPP est Partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
Un des principes Agiles est : “la méthode la plus efficace et efficiente de transmettre l’information dans une équipe de développement est la conversation en face à face.”
Ceci est utilisé pris par la plupart des agilistes comme la justification pour des équipes géographiquement co-localisées. Il y a eu bien des débats autour de la possibilité d’avoir des équipes géographiquement distribuées et comment cela fonctionnerait dans un environnement Agile et plus spécifiquement Scrum. Vous pouvez lire de très forts avis pour ou contre.
Le manifeste agile exprime clairement “S’adapter au changement PLUS que suivre d’un plan” et c’est probablement ce qui devrait être fait ici.
La manière dont les équipes travaillent change constamment et les équipes géographiquement distribuées sont une réalité dans un monde globalisé. Vous avez tous les jours des ScrumMasters aux États-Unis avec des équipes de développement en Chine ou en Inde. Cela ne peut être ignoré. Ce qui peut être fait est de suivre l’esprit du Manifeste Agile qui considère la conversation en « face à face » comme la plus efficace. De nos jours, il y a tant d’outils à notre disposition qui peuvent donner une expérience de conversation en face à face même quand les équipes sont à des milliers de kilomètres de distance. En dehors des outils, il y a peu d’indications pour aider à coordonner efficacement le travail de ces équipes.
1. Les réunions Scrum
Une fois que l’équipe est prête à fonctionner en virtuel, il est essentiel que toutes les réunions recommandées par l’approche Scrum se passent dans la réalité comme prévues. Cela inclut par exemple un Daily Stand-up mais à distance. On peut utiliser des outils comme Skype ou d’autres outils de conférences sur internet (Webex ou GotoMeeting) pour suivre ces réunions. Ces réunions peuvent aussi servir de sessions de « team building » dans une équipe multiculturelle et multilingue. Le ScrumMaster doit prendre les devants et s’assurer que tous les membres d’équipe suivent ces réunions et participent comme exigé.
2. La communication
Les équipes Scrum distribuées géographiquement dans le monde entier peuvent varier en termes d’éthique de travail, de culture de bureau et de langue. Donc une plate-forme et une langue communes sont exigées pour manager les différences. Les facteurs comme des fuseaux horaires différents, des horaires de travail et le mode de communication devraient être clairement identifiés pour aider à mettre en place des canaux de communication clairs et transparents.
3. Co localisation
Il faut trouver des opportunités de réunir les équipes géographiquement et culturellement distribuées
Parfois quand le travail est proche de se terminer ou si le projet exige qu’une ou plusieurs équipes travaillent étroitement ensemble, les équipes pourraient devoir se rassembler temporairement en un même endroit. Cela aide dans la construction de l’esprit d’équipe quand les membres d’équipe parviennent à se connaître et ce augmente l’efficacité dans la livraison du projet.
Avec la globalisation, l’évolution vers des équipes Scrum géographiquement distribuées et travaillant dans un environnement virtuel est un changement inévitable et aussi un complément à la façon dont nous livrons des projets avec Scrum.
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
La première équipe de Scrum a fini son premier Sprint il y a 25 ans. Mon but alors et il continue de l’être, était de construire des équipes à hautes performances. Depuis, je me suis concentré uniquement sur ce sujet. Comment permettons-nous aux gens d’en accomplir davantage, de vivre de meilleures vies et de changer fondamentalement la trajectoire de leur réussite ?
Des millions des gens se rencontrent généralement maintenant chaque jour pour leur Daily Scrum.
Il est stupéfiant de voir comment Scrum a réorganisé le monde de travail au travers de nombreuses disciplines et au-delà du logiciel. The Standish Group data montre que des projets Agiles ont trois fois moins de chance de complètement échouer que des projets en cascade et quatre fois plus de chance de réussir. C’est ce qui fait que les sociétés veulent devenir « Agile ».
Actuellement, la menace existentielle sur Scrum est le “Mauvais Scrum (Bad Scrum).” Donc, j’ai investi ces quelques dernières années à codifier les meilleures pratiques pour faire grandir Scrum et réfléchir à ce qui fonctionne ou pas et y donner un nom : Scrum@Scale.
Scrum@Scale est la structure pour que les organisations développent itérativement la meilleure façon pour Scrum de marcher dans leur contexte.
téléchargez gratuitement le guide complet de 19 pages
Donc je l’ai gardé simple. Le Guide Scrum@Scale comporte juste quelques pages. Comme avec Scrum et le Guide Scrum, il est libre d’accès. Vous ne devez pas me demander la permission. Prenez-le, utilisez-le et partagez votre connaissance et votre expérience.
Chaque équipe Scrum est différente, même des équipes dans la même organisation. Elles ont leur culture propre, leurs façons de travailler, des succès, des échecs, leur propre contexte. Mais elles suivent une structure commune. Et dans cette structure elles développent itérativement de nouvelles solutions aux problèmes qu’elles essayent de résoudre.
Pour disséminer le bon Scrum et avoir l’impact nous voulons avoir sur le travail, nous avons besoin de plus de personnes que seulement Scrum Inc. pour l’enseigner. Nous avions un pilote l’année dernière avec Angela Johnson de l’Équipe Co-Lead et avons énormément appris. Nous postons ses formations sur le site Web de Scrum Inc aussi bien que scrumatscale.com. L’an dernier, nous avons décerné un diplôme à notre première classe de formateurs Scrum@Scale. Ils étaient 17.
Vous pouvez lire le processus pour devenir formateur avec toutes les qualifications et bénéfices sur notre site scrumatscale.com.
Je veux vraiment mettre en évidence une chose que nous exigeons vraiment . Pour devenir un formateur Scrum@Scalevous devez avoir implémenté Scrum à l’échelle et soumis une étude de cas de ce travail. Qu’avez-vous appris ? Qu’est-ce qui était difficile ? Qu’est-ce qui a fonctionné ? Et cette étude de cas doit être partagée. Pas juste avec Scrum Inc. Pas seulement avec d’autres formateurs Scrum@Scale. Avec le monde entier. Nous voulons que le monde entende parler des réussites de nos formateurs et que ces histoires deviennent des points de référence dans une conversation globale.
Des centaines de personnes ont déjà suivi nos classes Scrum@Scale, beaucoup de coachs et formateurs. Les réactions que nous avons obtenues sont que c’est une codification des meilleures pratiques qu’ils avaient appliquées depuis des années. Nous voulons favoriser une communauté où les gens et les organisations se transforment en apprenant les uns des autres.
Nous voulons créer une bibliothèque vivante des innombrables manières d’utiliser Scrum à l’échelle dans une structure commune.
Jeff Sutherland, Creator of SCRUM
Une bibliothèque qui est là si vous êtes l’une des sociétés du Fortune 100 aux États-Unis ou une startup en pleine croissance à Hyderabad.
Comme vous le savez peut-être, je me suis retiré du poste de CEO de Scrum Inc en janvier 2018. Une des raisons principales est qu’ainsi je pourrai concentrer mes efforts sur Scrum@Scale et le partager avec autant de personnes que possible dont les vies seront meilleures grâce à cela.
Avez-vous déjà utilisé ce guide et quels sont vos retours personnels ?
CertYou est partenaire de DantotsuPM
partagez ce billet avec vos amis, collègues et relations professionnelles
C’est en 2017, que « Age of Product » a lancé le premier rapport sur les salaires des Scrum Masters.
Le tout premier rapport de l’industrie qui regardait en profondeur les antécédents scolaires, l’expérience au travail, les industries et les détails organisationnels des entreprises pour lesquels travaillent les Scrum Masters ou coaches Agile.
L’édition 2019 du Scrum Master Trends Report a été créée en partenariat avec Scrum.org, le principal établissement de formation et de certification Scrum fondé par Ken Schwaber, cofondateur de Scrum.
DantotsuPM.com 