Que faire si votre budget de projet est soudainement menacé ou carrément coupé ?

Hélas, cela peut arriver… et pas par malveillance, simplement pour des raisons business ou matérielles.

Si cela vous arrive, que faire ?

  1. Faites le point sur les coûts déjà encourus et les engagements fermes et non remboursables. Et, si c’est le cas, des bénéfices déjà amenés par le projet.
  2. Reprenez la justification de votre projet et plus spécifiquement ses contributions aux directions stratégiques de l’entreprise et et de l’organisation (car elles pourraient avoir changé). Un réalignement pourrait redynamiser et repositionner votre projet dans la « bonne mouvance ».
  3. Posez et proposez des scénarios : 2 ou 3 options pour le futur du projet qui prennent bien en compte toute nouvelle contrainte budgétaire. Réunissez votre équipe et considérez ensemble les possibilités.
    1. Réduire le projet à un MVP réalisable avec ces limitations d’investissements. Il doit être à la fois utilisable immédiatement et apporter de la valeur au business avant de s’arrêter de manière définitive ou temporaire.
    2. S’arrêter
      les « sunk costs » sont des dépenses non récupérables quoi que l’on fasse.

      immédiatement plutôt que tenter de poursuivre le projet avec un budget qui ne lui permettra pas d’atteindre ses objectifs. Les sunk costs ou coûts déjà encourus ne reviendront pas quoi que l’on fasse. Mais on peut arrêter de dépenser sur une initiative qui n’atteindra jamais son but.

    3. Revoir le périmètre projet : Contenu, portée, délais, bénéfices attendus : Il s’agit de redéfinir et proposer un nouveau projet qui ait du sens avec les moyens mobilisables.

Il faut comprendre et accepter que certaines contraintes et changements surviennent. Cependant, cela ne veut en aucun cas dire les accepter sans réagir.

MVE et MVP et MMF : Quelle est la différence ?

Livrer souvent un produit certes incomplet mais utilisable et de valeur c’est Agile !

Personnellement, je ne connaissais ni MVE ni MMF et je trouve que ces concepts sont utiles pour préciser ce que l’on cherche à réaliser et surtout ce que l’on peut ou pas livrer aux clients et utilisateurs. L’idée des spikes sur une journée pour préciser les besoins me parait également très intéressante.

MVE and MVP and MMF: Defining the Difference

https://blog.gurock.com/mve-and-mvp-difference/  par Catherine Nest

Source : Egg Lighting

La promesse des approches agiles est de livrer quelque chose souvent. Nous livrons, ainsi nous pouvons obtenir des réactions et discuter du reste à faire avec notre client (ou le Propriétaire de Produit / Product Owner). Et, donc nous pouvons évaluer notre processus et notre travail d’équipe tout le temps.

Trop souvent, les gens pensent aux fonctionnalités comme la somme de tout ce qui pourrait être dans ce périmètre. Cependant, nous en avons des alternatives à ce « tout » avec une variété de minimums.

Définissez les divers Minimums

Nous avons beaucoup de « minimums » possibles quand nous pensons aux histoires et plans de travail :

  • MVE, Minimum Viable Experiment – Expérience Viable Minimale : une histoire fournit des réactions pour l’équipe et le propriétaire de produit.
  • MVP, Minimum Viable Product – Produit Viable Minimal : une histoire ou un jeu d’histoires qui apportent assez de fonctionnalités pour que le client puisse les utiliser, même si ce ne sont pas les pleines fonctionnalités.
  • MMF, Minimum Marketable Feature – Fonction Commercialisable Minimale : le plus petit morceau de fonctionnalité qui le client considère de valeur.

Les MVEs peuvent être utiles quand vous voulez savoir si vous devriez même songer à cette partie d’un jeu de fonctionnalités.

Une équipe à la société Acme se débattait avec l’ensemble de fonctionnalités appelé « Rapports ». La fonctionnalité couvrait plusieurs grands rapports : ventes par géographie, par type de produit, agrégées par plusieurs clients et autres.

L’équipe savait qu’elle avait besoin d’une base de données, d’un système de production configurable et de sécurité/protection des données, parce que les clients pourraient accéder directement à certains de ces rapports. Et, chaque client devait avoir ses données protégées. Aucun client ne pourrait voir des données d’autres clients. Ils savaient qu’ils auraient besoin d’au moins deux niveaux de protection pour les clients et en interne à leur organisation.

En essayant d’écrire l’histoire dressant la liste de fonctionnalités des rapports, ils avaient créé plus de 20 histoires, juste pour les rapports client. Ils ont alors décidé qu’ils avaient besoin d’un MVE pour voir ce quels étaient les besoins minimaux pour les rapports clients. Peut-être sur-analysaient-ils le jeu minimal de rapports clients.

Comme ce produit exigeait de la sécurité, tant le MVP que le MMF nécessitaient une base de données avec des fonctionnalités de management de la sécurité. L’équipe savait que pour la base de données, ils auraient probablement besoin de données avant de créer un schéma pour cette base.

Ils ont finalement choisi d’expérimenter avec des données simulées pour voir de quoi les clients auraient vraiment besoin. Puis, ils pourraient élaguer l’arriéré d’histoires.

Les expérimentations créent un accord commun sur ce qui est important

Quand l’équipe a créé son histoire utilisateur originale pour des rapports clients, les membres avaient identifié trois niveaux de sécurité : le vendeur chez le client, le directeur commercial du client (ou tout autre membre de la direction) et les personnels internes de gestion de produit et commercial. Acme avait besoin d’informations sur ses clients et les clients de la sécurité nécessaire pour l’un et l’autre, c’est pourquoi il y aurait des niveaux différents de sécurité.

L’expérimentation initiale était simple : Sur un petit jeu de produits, comment les clients avaient-ils besoin de visualiser les données ?

L’équipe a pensé à simuler les rapports dans un fichier informatique. Puis, un testeur a suggéré qu’ils créent plutôt les prototypes sur papier car ils seraient faciles à changer instantanément, si nécessaire.

L’équipe (incluant le Product Owner) a passé une heure à créer une variété de prototypes papier et de flux de travail qu’ils pensaient que le client voudrait. Ils ont appelé le chef de produit qui avait rencontré un client la semaine précédente. Ils lui ont déroulé les flux.

Le chef de produit a accepté le premier flux et a rejeté les trois suivants et a expliqué pourquoi. Les explications ont surpris tant le Product Owner que le reste de l’équipe. Ils ont appris beaucoup de cette expérimentation et furent capables de reporter à plus tard un certain nombre d’histoires utilisateurs sur les Rapports – le tout en un seul jour de travail.

Puis, ils ont eu besoin de considérer le schéma de la base de données. Ils savaient qu’ils n’auraient pas de MVP sans la sécurité nécessaire. Cela signifiait qu’ils devaient embarquer non seulement la sécurité, mais aussi sa performance.

Les Spikes ont aidé toute l’équipe à apprendre ensemble

Ndlt : Les Spikes sont une invention de la méthode Extreme Programming (XP). C’est un type spécial d’histoire utilisateur qui est utilisé pour acquérir les connaissances nécessaires afin de réduire les risques sur un choix technique, de mieux comprendre une exigence, ou d’accroitre la fiabilité d’une estimation. Une spike a une taille maximale en durée car elle doit tenir dans le sprint qui la contient. À la fin du sprint, la spike sera déterminée comme done ou pas comme toute autre histoire utilisateur. Une spike est un excellent moyen de réduire rapidement les risques et elle permet à l’équipe d’obtenir des retours utilisateurs et de mieux appréhender la complexité.

Copyright 2000 Don Wells

Cette équipe avait essayé les spikes dans le passé et les avait appréciées.

Ils avaient un flux typique
  • L’équipe entière se rencontre 20 minutes maxi le matin (à 9 :00) pour passer en revue l’histoire. L’équipe a souvent besoin de seulement 5 minutes, mais on y alloue 20 minutes.
  • L’équipe décide comment travailler ensemble. Dans ce cas spécifique, deux développeurs travaillent en paire sur le schéma, deux autres membres de l’équipe sur les tests automatisés et l’autre développeur s’assure qu’il créée des outils pour que les testeurs puissent vérifier les résultats dans la base de données. Ils décident de développer et tester directement dans la base avant l’interface utilisateur.
  • L’équipe est séparée en ses sous-groupes et travaille pendant une heure.
  • Toutes les heures, ils se réunissent 5minutes pour un point rapide. Quelqu’un a-t-il été bloqué ? Tout se passe-t-il comme prévu ? Quelqu’un aurait-il besoin d’aide ? Quelqu’un a-t-il terminé et pourrait aider les autres ?

Leurs réunions n’étaient pas des standups traditionnels, où trop souvent, l’équipe se concentre sur la personne. Ces rencontres ont permis aux membres d’équipe de se concentrer sur le travail.

Au point rapide, l’équipe décide si elle a besoin de modifier les sous-équipes pour améliorer le flux du travail. Ils font ceci à chaque heure (avec une pause déjeuner) jusqu’à 16:00 ou quand ils ont terminé, le premier des deux.

L’équipe s’ arrête à 16:00 pour plusieurs raisons
  1. Ils sont fatigués. Ils se sont concentrés toute la journée sur du travail difficile.
  2. S’ils ne peuvent pas « finir » le spike dans la journée, le travail nécessitait probablement plus que même deux journées. Ils ont besoin de se regrouper et de replanifier.
  3. S’ils ont terminé, ils peuvent expliquer ce qu’ils ont découvert au Product Owner.

À la fin de la première journée, ils se sont rendus compte qu’ils auraient besoin d’autres scénarios pour la performance et la sécurité. Il était le temps de discuter de comment ces aspects fonctionnaient ensemble et séparément avec le Product Owner.

Que pourraient-ils reporter en matière de performance, d’autant plus qu’ils n’allaient pas encore exécuter ces rapports sur de gros volumes ?

Les MVPs fournissent des retours à l’équipe

Produit Viable Minimum (MVP)

Le Product Owner mène la discussion d’équipe sur ce qui constitue un réel MVP. Un MVP signifie que les clients devaient être capables d’utiliser ce que l’équipe a livré. Ils choisissent cinq histoires et créent ce premier MVP centré seulement sur le vendeur interne à la compagnie. L’équipe s’attend à recevoir des réactions du personnel commercial sur les fonctionnalités et la performance. Ils utilisent ces retours pour prévoir les MVPs suivants à destination du personnel commercial de la société.

Dans ce cas, le Product Owner décide quel persona est le plus important à quel moment, pour séquencer les MVPs de manière logique. Il faut trouver la balance entre manager les retours de l’équipe et délivrer de la valeur pour les clients.

Les MVPs permettent de créer un produit commercialisable ou MMF

Il faut plusieurs MVPs pour créer une MMF, une Minimum Marketable Feature (Fonction Commercialisable Minimale). Ce MMF fournit assez de valeur (et de cohérence produit) pour trois personae clés : le personnel commercial interne et leurs managers, ainsi que l’équipe de ventes.

Plus petit votre MMF, plus rapide le flux de travail pour le produire.

Vos minimums sont-ils assez petits ?

Je travaille régulièrement avec des équipes qui pensent qu’un MVE est la même chose qu’un MVP et qu’un MMF. Même s’il est possible que les trois soient identiques, le plus souvent ils sont différents.

Je constate que quand les équipes utilisent des spikes d’un jour, apprenant ensemble pendant cette journée, elles sont mieux à même de faire la différence entre ces divers minimums.

A quel point pouvez-vous minimiser votre travail et en maximiser la valeur pour vos clients ?

Livre sur Amazon

Cet article a été écrit par Johanna Rothman. Johanna, est connue comme la “Pragmatic Manager” qui fournit des avis honnêtes sur vos problèmes.

Son dernier ouvrage est “Create Your Successful Agile Project: Collaborate, Measure, Estimate, Deliver.”

 

Florilège de billets et vidéos sur le célèbre MVP (Minimum Viable Product)

Voici 2 vidéos et 3 billets que j’ai trouvés intéressants sur ce sujet qui se trouve au cœur même de l’agilité.

L’approche MVP (Minimum Viable Product) est une stratégie de conception par la réalisation d’une version produit simplifiée. Elle permet à une équipe de recueillir de manière itérative et incrémentale une quantité maximale de retours validés par des « early adopters ». Elle permet aussi de répondre très vite au besoin client et de le satisfaire à terme bien mieux qu’avec les méthodologies classiques.

En langue anglaise: A minimum viable product is a great way of building user centric digital services in a fraction of the time. It will also lead to big cost savings.

Retrouvez ces billets précédemment publiés sur DantotsuPM.com

1. pensons Produit Minimum Viable (MVP)

Un livre de référence sur ce sujet disponible sur Amazon

Un des buts atteint par Eric Ries’ Lean Startup’ et porteur du plus de valeur est de populariser le terme de « Minimal Viable Product » (MVP), ou Produit Minimum Viable en français. Bien sûr, le concept n’est pas nouveau. Nous utilisions l’idée de « Minimal Marketable Feature » (MMF) depuis les tous premiers jours de Kanban et elle était basée sur la même façon de penser.

2. Vaut-il mieux un livrable parfait et en retard qu’acceptable et dans les temps ?

Dans la plupart des sociétés et organisations la réponse est « acceptable et dans les temps ». Aussi, comme le prônent les méthodes Agile et les concepts tels que le Produit Minimum Viable (MVP), respecter un délai sans être paralysé par la recherche de perfection est-il vital pour l’entreprise.

3. Projet Maximum Faisable

Pour finir, Seth Godin nous challenge un peu sur cette « évidence » de l’agilité…

Les Lean entrepreneurs parlent de MVP (minimum viable product: produit viable minimal), mais bien plus important est le Projet Maximum Faisable.

Étant donné les ressources à votre disposition (vos moyens, votre temps, votre patience), quel est le plus gros résultat que vous pensez pouvoir atteindre ?

Rencontres sur le management de projets – 17 au 23 Septembre

Forum PMI à Paris et Grenoble cette semaine et de nombreux wébinaires : Agilité, gestion du changement, motivation intrinsèque, compétences des Scrum Masters. PMI Netherlands Summit et rendez-vous annuel PMI Tunisia !

Lundi 17

Mardi 18

Le programme est très alléchant avec de nombreux excellents intervenants sur le Design Thinking, l’hybridation, l’intelligence collective et la boucle salariés… Tout un après-midi de rencontres et d’ouverture. à ne pas manquer.

In mature skill areas, mastery can require 10,000 hours or more of deliberate practice. An organization or team filled with members who are committed toward achieving mastery is both desirable and elusive regardless of the industry or field.

Mercredi 19

In this interactive session, we support Strategic and Benefits Management and Benefit Management and Realization from the Talent Triangle by challenging the commonly held definition of project success and discussing how change management supports business success and the business outcomes that matter.

avec Ventura Asssociates, partenaire de DantotsuPM, recrutez les ressources critiques dont vous avez besoin pour vos projets

Jeudi 20

People drive Change : This era is about disruption, the digital transformation, lean start-ups, minimum viable products, IoT, Agile leadership, SCRUM, scaled Agile framework and the ongoing need to innovate and transform your organization to a 4, 5 or even 6.0 version and what have you. Key to success and even to succeed are projects, agility and continuous change.

PMI NL Summit 2018 key note speakers and program

Découvrez et activez votre potentiel de création et de réalisation et mobilisez-le efficacement pour atteindre vos objectifs.

Life Lessons from a Career in Project Management: Inevitably, project managers will find themselves in situations that challenge their accumulated knowledge in the field. Examples are shared that show how to constructively deal with real-life situations, built on the precept that we need to accept as project managers that we are part of any problem that precludes our projects from reaching successful completion.

Vendredi 21

Scrum is typically a change process, and as most Scrum Masters gain experience through ongoing change, it creates new challenges. Scrum Masters must continue to build on their skills and knowledge in order to help support their Scrum Teams and set them up for success.

CertYou est partenaire de DantotsuPM

Dimanche 23

Visit PMI Tunia Facebook page

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

plusieurs astuces utiles pour les chefs de projet dans les articles les plus lus sur le blog DantotsuPM en Juin 2018

Cette “Règle 1-3-5” peut complètement changer votre To-Do Liste !!!

Essayez-vous de tout accomplir, seulement en vous consommant et finissant par vous sentir toujours plus en retard ?

S’il en est ainsi, vous n’êtes pas tout seul.

J’ai personnellement essayer cette technique et elle marche mais demande énormément de rigueur et d’attention. Les premiers temps, mes estimations de durée entre les choses grandes, moyennes et plus petites, étaient erronées et bien sûr il est souvent difficile d’avancer comme on le voudrait sur sa to-to Liste à cause des impondérables opérationnels de la vraie vie au travail.

Que faire quand une personne s’accapare la discussion ?

 

Comment le manager ou le chef de projet devrait-il gérer un dominateur pendant une réunion d’équipe ?

Le Problème : Chacun a eu l’occasion de rencontrer “LE dominateur” (ou LA dominatrice).

C’est la personne dans le groupe qui semble s’approprier la discussion et ne plus laisser d’autres personnes s’exprimer. Parfois ce sont seulement des bavards trop prolifiques… …d’autres fois, ce sont des personnalités excessivement agressives qui pompent tout l’oxygène de la pièce.

3 pratiques Agiles faciles que votre équipe peut commencer dès aujourd’hui

Vous avez entendu vos amis chanter les louanges d’Agile. Vos copains chefs de projet deviennent des scrum masters. Vous entendez combien c’est formidable. Tous les gamins dans le coup le font et vous êtes un peu jaloux. Vous vous sentez exclu. Vous voulez voir l’objet de toute cette agitation.

Bonnes nouvelles ! Il existe des pratiques Agiles que vous pouvez utiliser même dans votre monde prédictif en cascade. Vous obtiendrez les bénéfices d’une communication accrue, de la collaboration avec le client et de l’amélioration continue. Et vous aurez une opportunité de présenter quelques pratiques Agiles à votre équipe. Sans devoir vous coller à la transition de l’organisation toute entière vers Agile.

CertYou est partenaire de DantotsuPM

Que signifie vraiment “le Produit Viable Minimal” ou mVP de toute façon ?

Un processus MVP simplifié en 3 étapes

  1. Source : Egg Lighting

    Commencez avec un produit simple et unique résolvant un minuscule sous-ensemble d’un grand problème;

  2. Continuez à itérez, en résolvant constamment de plus grands problèmes connectés à la résolution du grand problème;
  3. Communiquez constamment la vision du grand problème qui sera résolu.

10 bénéfices à connaître sur le Management Portefeuille de Projet

Dans ce billet sont listés Dix Bénéfices du Management de Portefeuille de Projet qui aideront votre projet à recevoir l’attention qu’il mérite. Ces bénéfices sont aussi accompagnés par le Bureau de Management de Projets (Project Management Office / PMO) pour améliorer votre taux de succès dans les projets.

SMPP est Partenaire de DantotsuPM

Que signifie vraiment “le Produit Viable Minimal” ou mVP de toute façon ?

Elon Musc donne du sens à une idée qui peut nous embrouiller.

Un extrait de l’excellent billet https://medium.freecodecamp.com/what-the-hell-does-minimum-viable-product-actually-mean-anyway-7d8f6a110f38 de Ravi Vadrevu

Un processus MVP simplifié en 3 étapes

J’ai pris des méthodologies complexes comme LEAN, Agile et Guerilla pour en distiller le process mVP en 3 étapes :

  1. Commencez avec un produit simple et unique résolvant un minuscule sous-ensemble d’un grand problème;
  2. Continuez à itérez, en résolvant constamment de plus grands problèmes connectés à la résolution du grand problème;
  3. Communiquez constamment la vision du grand problème qui sera résolu.

Utilisons l’évolution de l’éclairage pour illustrer comment cela fonctionne.

Source : Egg Lighting

Grand problème : l’Humanité a besoin d’un éclairage bon marché, efficace pendant l’obscurité

1er mVP : Feu. Les gens ont observé comment la foudre des cieux pouvait enflammer des forêts et créer le feu. Après expérimentation, en frottant des bouts de bois entre eux, ils ont créé leur propre feu. Problème résolu. Mais le feu n’est pas particulièrement portable.

2ème mVP : Lampes à pétrole, Bougies et Lanternes à Gaz. Maintenant les gens pouvaient emporter la lumière avec eux quand ils se déplaçaient. Problème résolu. Mais les bougies et des lanternes à gaz ne sont pas particulièrement éclairantes et la plus légère brise les éteint.

3ème mVP : Ampoules incandescentes. Les premières ampoules étaient alimentées par batterie et plus fiables qu’une bougie vacillante. Problème résolu. Mais comme les villes ont grandi en taille, la demande pour un éclairage plus répandu a grandi. Le réseau national n’avait pas encore été construit.

4ème mVP : Électricité largement disponible. Pour transmettre l’électricité sur de longues distances, le courant alternatif et les transformateurs ont été développés. Des centrales électriques thermales ont été construites pour satisfaire la demande massive. Problème résolu. Mais comme la demande mondiale en électricité augmentait, des alternatives sont devenues nécessaires.

5ème mVP : Énergie solaire. Des ampoules de consommation en watts inférieures remplacent les ampoules incandescentes originales tandis que les panneaux solaires deviennent plus efficaces et meilleur marché à produire. Problème résolu. Mais les solutions solaires restent encore relativement chères et l’adoption trop faible pour être en position d’éteindre le réseau électrique.

6ème mVP : une Planète dont l’énergie provient seulement du soleil. Des batteries hautement efficaces peuvent être chargées par des panneaux solaires bon marché et omniprésents. À ce point il devient possible d’éliminer notre dépendance aux carburants fossiles. Nous n’y sommes pas encore tout à fait.

Méta Projets Management est partenaire de DantotsuPM

Elon Musk est un entrepreneur qui est exceptionnel dans son application du processus mVP en 3 étapes.

1. Commencez avec un produit simple résolvant un problème minuscule.

Il a lancé une voiture électrique en moins de 3 ans qui est devenue la voiture électrique la plus demandée au monde.

2. Continuez à itérer, en résolvant constamment des problèmes plus grands.

L’autonomie de la batterie continue de s’améliorer pour que les voitures aient davantage d’autonomie et améliore leurs performances: 100km/h en 2.28 secondes, la technologie de conduite sans chauffeur réduit les accidents, la seconde phase de Tesla introduit des bus et des camions électriques, la fusion de Tesla avec Solar City et l’achèvement de Gigafactory.

3. Communiquez constamment la vision du grand problème.

La vision suprême de Musk est une planète actionnée entièrement par le soleil et finalement habiter de multiples planètes. Il n’est pas le meilleur communicant du monde. Beaucoup de ses discours sont maladroits (il s’améliore avec le temps). Mais il a capturé l’attention du monde parce qu’il communique constamment sa vision, en livrant des mVPs tout au long de ce voyage.

Imaginez si Musk avait commencé à résoudre son grand problème en construisant d’abord la Gigafactory (avant Tesla et Solar City). Il pourrait avoir lancé un mVP qui produise 1 batterie par mois. Cette idée n’irait nulle part, parce qu’il ne nous aurait pas embarqué dans ce voyage depuis où nous nous trouvons maintenant vers où il voit que nous devons aller. Son mVP ne serait pas viable.

Les entrepreneurs font très souvent l’erreur de commencer par le grand problème. Ils livrent alors un mVP, mais le marché ne répond pas parce qu’ils ne nous ont pas embarqués sur le voyage exigé. Le résultat ? mVP non viable qui aboutit souvent à un flop.

Processus mVP en 3 étapes en pratique

Disons que vous ayez lancé votre produit. Une poignée de clients a signé pour votre première version. Votre outil de suivi vous dit qu’il y a des téléchargements. Mais vous remarquez aussi que l’engagement est très faible. Vos projections financières sont loin de l’utilisation que vous aviez prévue.

Contrairement à la croyance populaire, ce n’est pas un désastre.

La bonne nouvelle est que les gens adhèrent à une certaine partie de votre vision. C’est le premier pas dans la validation de votre marché. C’est à ce moment que le responsable de la stratégie produit doit sortir du bureau, parler aux clients et comprendre la situation :

  • Quelle est exactement la partie de votre vision qui a initialement capté leur attention ?
  • Qu’est-ce qui précisément rend votre produit difficile à utiliser pour atteindre la vision ?
  • Y a-t-il quelqu’un d’autre qui fait ceci mieux que vous? Que fait-il différemment ?
  • Le problème est-il que les clients veulent résoudre un problème différent de celui que vous adressez ?

C’est un processus systématique d’analyse et de compréhension du sens. C’est un processus scientifique qui se base sur des données et une métrique bien définie. Mais le processus est guidé par la vision de l’artiste qui imagine un futur meilleur plus enrichissant. Non seulement l’artiste voir l’avenir, mais il peut voir le chemin à parcourir pour atteindre cet avenir. Et il sait que les livraisons de mVPs sont comme des tremplins pour nous déplacer d’ici jusque là-bas.

C’est ma compréhension de ce que fait un Produit Viable Minimal qui est réellement Viable.

Quelle est la vôtre ?

30 November – Webinar – Mixing Qualitative & Quantitative data with Storyboarding

Qualitative vs. Quantitative is a silly argument.

Qualitative data from UXers should not compete against the quantitative data product owners need for their business model. Both are necessary to have a complete understanding of where the desirability of the product meets the viability of the business.

Tristan Kromer, Lean Agile Coach, Kromatic

Storyboarding is a simple way to start integrating both perspectives into a complete picture of how the user experience impacts the business model.

  • How to integrate qualitative insights on user experience with a business model based on numbers
  • How to instrument qualitative metrics and when not to
  • How to use storyboard to remove the ten unnecessary features from your MVP
  • When to use journey mapping versus storyboarding

November 30, 2017 11 AM PST, 2 PM EST, 7 PM GMT

Tristan Kromer, Lean Agile Coach, Kromatic

Tristan works with innovation teams and leaders to create amazing products and build startup ecosystems. He has worked with companies from early stage startups to very large enterprise companies.

Register

Saviez-vous que 3 des termes de PRINCE2 sont agiles ?

En fait, beaucoup de termes de Prince2 sont en soi agiles et peuvent ajouter un niveau de flexibilité à la livraison de tout projet.

http://www.alctraining.com.au/4-prince2-terms-you-may-not-know-are-agile/ par ALC Group

Dans le monde de l’informatique, beaucoup de praticiens agiles croient que PRINCE2 n’est pas assez flexible pour les demandes business contemporaines. Cependant, pour ceux qui ont passé la formation PRINCE2, la plupart seront conscients que ceci est faux.

3 termes Agile Prince2En fait, beaucoup de termes de Prince2 sont en soi agiles et peuvent ajouter un niveau de flexibilité à la livraison de tout projet. Pour renforcer cette remarque, voici trois termes qui sont plus agiles que beaucoup ne le pensent.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Premier terme Agile – Initiation

A few videos to get started on Agile, Scrum and Kanban
A few videos to get started on Agile, Scrum and Kanban

Quand des projets PRINCE2 sont implémentés, ils comptent sur le cas d’affaires pour garantir qu’ils sont justifiables. Il y a aussi les plans qui décrivent ce qui arrivera, les contraintes budgétaires et les stratégies de livraison. Tous ces éléments sont identifiés et décidés pendant l’étape d’initiation.

Le cas d’affaires est l’espace parfait pour articuler une perspective agile et structurer les besoins de projets et planifiant d’incorporer en mode Agile des jeux de fonctionnalités et sorties de produit. Prenez par exemple le management du projet et de l’approche de livraison, les chefs de projet PRINCE2 peuvent tout à fait utiliser des approches agiles comme Scrum et Kanban.

De plus, les plans pourraient aussi être en « time boxing » plutôt que cascade, tandis que le financement pourrait être basé sur les releases plutôt que les étapes techniques traditionnelles liées à l’effort de livraison.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

En implémentant ces approches dans l’étape d’initiation, le projet peut se concentrer sur la livraison de valeur, diminuant les délais de time-to-market et permettant aux utilisateurs finaux d’utiliser des composants de valeur dès que possible.

Second terme Agile – Work package (Lot de travail)

Une des idées fondamentales des approches Agiles est l’auto-organisation des équipes. Pour que ceci devienne une réalité, les équipes doivent être conscientes de leurs responsabilités et organisées selon des  frontières comprises et communicables.

Le lot de travail PRINCE2 n’écarte pas ces principes de base Agile et peut faciliter cette forme d’organisation. Par exemple, les lots de travail peuvent permettre aux praticiens agiles de communiquer aux parties prenantes leurs rôles, responsabilités et autorité. Ceci permettra aux équipes d’être certaines de ce qu’elles doivent faire pour construire et livrer des produits de valeur.

Troisième terme Agile – Tolérance

prioriser2Avec PRINCE2, le contrôle de la tolérance est sous la responsabilité du chef de projet. La tolérance se réfère à n’importe quelle variation des estimations acceptées lors du cas d’affaires par rapport aux délais, coûts, risques, bénéfices et contenu (périmètre). Si ces tolérances semblent en passe d’être excédées, il est de la responsabilité du chef de projet de remonter ceci au Conseil de Projet pour maintenir un contrôle formel des changements et obtenir une rapide prise de décision.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Les méthodologies agiles ont les mêmes approches, bien que sous l’apparence de mécanismes de priorisation. Par exemple, beaucoup de praticiens utiliseront MoSCoW pour ajuster le contenu de leur projet et rester les délais et budget alloués.

Produit Viable Minimum (MVP)
Produit Viable Minimum (MVP)

La qualité suit une approche similaire. Prenez par exemple la fabrication d’une voiture. Une approche Agile se concentrerait sur le produit viable minimal – le moteur, le châssis et d’autres fonctions centrales, tandis que les fonctionnalités comme le système de climatisation et le toit ouvrant seront inclus seulement si le temps et les coûts le permettent. PRINCE2 peut faire de même. Il a déterminé les tâches requises et le budget alloué qui est accompagné du contenu. Ceci permet aux projets d’être changés en temps réel pour répondre à des éventualités du marché ou dans le périmètre du projet.

Pour beaucoup, PRINCE2 est toujours l’une des plus, sinon la plus, importante des méthodologies de management de projet disponibles.

Assister à un cours de formation PRINCE2 est une excellente façon de comprendre l’agilité inhérente à cette méthode. C’est aussi une bonne façon d’étendre vos perspectives de travail et d’améliorer votre capacité à livrer des projets rentables dans les temps, avec un focus client et des standards élevés.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

87% of practitioners feel Prince2 has been useful to their career (2016 Prince2 Report)

QRP International France
Partenaire de DantotsuPM

« The report will help you put to bed certain myths that occasionally surround Prince2 » says Nikos Paxos, Head of PPM, Axelos Best Practices

Last month, AXELOS conducted its 2016 PRINCE2 Report.

Over 2,400 practitioners took the time to complete the survey and Axelos collated and analyzed the results which you can look at by yourselves.

  • 86% of practitioners feel that PRINCE2 has helped them in their current role
  • 87% of practitioners feel it has been useful to their career
  • 74% of individuals saw the value of agile

Keith Richards, lead author of PRINCE2 Agile®, explores the question “Is PRINCE2 Agile right for me?”

Some of the key topics and questions covered during the webinar include:

• A number of the key findings from the recent AXELOS market research study into project management
• Is agile right for me and my organization?
• How should you start a PRINCE2 Agile project?
• The PRINCE2 Agil-o-meter; how much agile can or should I use?
• How does the Minimum Viable Product (MVP) relate to the Business Case?
• Can I benefit from PRINCE2 agile in a traditional waterfall environment?
• How does it compare to other approaches such as AgilePM and Agile at GDS?

Partenaire de DantotsuPM
Partenaire de DantotsuPM

To discover more about the attitudes and trends shaping the Project Management industry today, download Axelos market research report.

Download Axelos 2016 PRINCE2 report

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Vaut-il mieux un livrable parfait et en retard qu’acceptable et dans les temps ?

Dans la plupart des sociétés et organisations la réponse est « acceptable et dans les temps ».

Read this master book on the suject
Read this master book on the suject

En effet, les dérives du perfectionnisme peuvent être coûteuses pour l’entreprise car admettons-le, tout livrable : article, email, vidéo, morceau de code, produit… peut toujours être optimisé et amélioré. Cependant, il advient aussi toujours un moment où vous devez le livrer.

Aussi, comme le prônent les méthodes Agile et les concepts tels que le Produit Minimum Viable (MVP), respecter un délai sans être paralysé par la recherche de perfection est vital pour l’entreprise.

Si cette question vous est posée lors d’un entretien de recrutement, il y a de fortes chances pour que la réponse attendue soit « ça dépend… ».

Indiquez certains cas où la recherche de qualité éventuellement poussée jusqu’à la perfection est louable et d’autres pour lesquels le timing est primordial.

Efforcez-vous de puiser vos exemples sur du concret, du vécu lors de projets passés ou d’échecs et succès retentissants.

perfectEn effet, la capacité à prendre du recul et à balancer le pour et le contre en toutes circonstances est une qualité très recherchée chez les chefs de projets et les leaders.

contactez-nous pour publier une annonce
contactez-nous pour publier une annonce