Archive | les outils et méthodes RSS feed for this section

Jeu d’introduction de pairs pour les retrospectives #Agile

16 Sep

Peer Introduction Game

http://www.funretrospectives.com/peer-introduction-game/

Le jeu d’introduction de pairs est une activité de développement de l’esprit d’équipe pour que les nouveaux membres de l’équipe en apprennent davantage les uns des autres. Une conversation rapide suivie par introduction par un pair fournit un mécanisme rapide de présenter chaque personne dans un grand groupe.

Passengers on an Icebreaker Watching Pack Ice

Avez-vous également expérimenté cet exercice « brise-glace » ?

Comment diriger l’activité

  1. Divisez le grand groupe par paires. Demandez aux gens de se mettre avec quelqu’un qu’ils ne connaissent pas bien.
  2. Demandez aux paires d’avoir une conversation rapide l’un de l’autre et informez-les que plus tard ils présenteront leur partenaire. Vous pouvez laisser la conversation ouverte, ou choisir quelques questions auxquelles répondre (comme : nom, lieu de naissance, rôle actuel, nourriture préférée, lieu de voyage préféré).
  3. Faites le tour du grand groupe et laissez tout le monde présenter son alter-ego.
Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Exemple

Paulo dit: « Je vous présente Amit. Il est né au Canada, mais sa famille est en Inde. Il aime la samba brésilienne et sa nourriture préférée est le hot-dog, plus particulièrement en assistant à une partie de base-ball. Il travaille actuellement comme … »

Essayez Bubble Plan !

Essayez Bubble Plan !

Note: J’ai été surpris la première fois que l’on m’a invité à faire cet exercice dans le cadre d’une réorganisation et de la mise en place d’une nouvelle équipe de management.

Questions: Avez-vous également expérimenté cet exercice « brise-glace » ? En connaissez-vous d’autres ?

Enregistrer

Enregistrer

Enregistrer

27 September – Webinar (#Microsoft ) – Fix your project management processes or forget it

13 Sep

Second webcast of the series « Increase your team’s productivity« : Fix your project management processes or forget it

MS Project Collaboration webcast seriesDesigned for experienced users, during this webcast, you will learn best practice strategies to assess and then systematically improve performance by focusing on project management processes enabled by Microsoft technology.

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Read more.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

un mot et un seul pour démarrer vos rétrospectives #Agile…

9 Sep

One Word

post ithttp://www.funretrospectives.com/one-word/

La technique « Un Mot » est un contrôle simple dans l’activité qui permet aux participants de partager leurs sentiments avant d’entrer dans les données et détails de la réunion en elle-même. C’est une bonne ouverture pour une réunion car elle reconnaît les sentiments des personnes et les fait parler dès le début.

Get the book on Amazon

Get the book on Amazon

Déroulé de l’activité

  1. Donnez à chaque participant un marqueur et un post-it
  2. Demandez-leur de décrire leur sentiment (dans le contexte de la réunion) en un mot
  3. Groupez les notes sur une grande page
  4. Optionnellement, demandez si quelqu’un veut en dire plus sur leur mot choisi

Décrivez s’il vous plaît < le dernier sprint ou le mois passé ou vos sentiments sur XYZ > en un mot !

Cette activité est décrite comme un Activité de Checkin par Esther Derby Et Diana Larsen dans leur remarquable livre Agile Retrospectives book.

à la lecture de ce billet, quel mot écririez-vous sur votre post-it, quel sentiment vous inspire-t-il ?

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

comment découper vos « User Stories » #Agile (Histoires Utilisateur) avec la méthode INVEST

1 Sep

Splitting User Stories

http://www.agileadvice.com/2016/06/03/scrumxplean/splitting-user-stories/ par Faisal Ansari

Un défi usuel auquel sont confronté les équipes Scrum inexpérimentées est lié au découpage des « User Stories » (dans Scrum, les articles du Product Backlog) pour qu’elles soient suffisamment granulaires pour le développement. Le modèle INVEST est une bonne façon de tester si les « User Stories » sont bien écrites.

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

I.N.V.E.S.T.

  • IIndépendante
  • N– Négociable
  • V– de Valeur
  • EEstimable
  • SSuffisamment petite
  • TTestable

Indépendante

Chaque « User Stories » doit être indépendante l’une de l’autre. Ceci empêche les chevauchements entre les items; de plus, cela permet à l’équipe de les implémenter dans n’importe quel ordre.

Négociable

Les détails du travail doivent être négociables, tant parmi les parties prenantes que l’équipe. Les besoins spécifiques et décisions de conception seront étoffés pendant le développement. Beaucoup de praticiens agiles recommandent d’écrire les « User Stories » sur une petite fiche – ceci est intentionnel pour qu’une quantité limitée de détails puisse être prescrite.

de Valeur

Chaque « User Stories »doit ajouter un valeur métier/business au produit, au client et/ou à l’expérience des utilisateurs.

Estimable

Une bonne « User Stories » peut être suffisamment bien comprise par l’équipe pour qu’ils puissent l’évaluer – pas précisément – mais qu’à un haut niveau ils en perçoivent la taille. Il est utile de comprendre l’effort relatif en comparaison d’autres « User Stories ».

Suffisamment petite

Une « User Story » n’est pas assez petite si l’équipe ne peut pas la faire faire dans un seul Sprint. Comme des grandes « User Stories » sont divisées en items plus petits, la clarté sur la taille et la mise en œuvre est plus grande, ce qui améliore la probabilité que l’équipe le réalisera en un Sprint.

Testable

Chaque « User Story » devrait être testable; ceci est une caractéristique commune de tout besoin bien écrit. Si l’équipe ne peut pas déterminer comment la « User Story » peut être testée, c’est une indication que la fonction désirée ou la valeur business désirée ne sont pas assez claires.

Découpage vertical ou horizontal

Il y a deux manières communes de découper des « User Stories » : verticalement ou horizontalement. La découpe horizontale divise l’article au niveau d’un composant architectural. Exemple : Interface Utilisateur, bases de données ou services back-end. Tandis que, une découpe verticale aboutit à un résultat logiciel démontrable qui ajoute de la valeur au business. Donc, on recommande de découper verticalement les « User Stories » afin de réduire les dépendances et améliorer la capacité de l’équipe à livrer un incrémentent de produit potentiellement utilisable à chaque sprint.

Des exemples de découpe de « User Stories »

Trop grosse User Story: "En tant que client, je peux payer ma commande pour recevoir les produits"

Trop grosse User Story: « En tant que client, je peux payer ma commande pour recevoir les produits »

En tant que client, je peux payer ma commande pour recevoir les produits
Mindview est Partenaire de DantotsuPM

Mindview est Partenaire de DantotsuPM

Si la susdite histoire devait être divisée de façon verticale, elle pourrait se décomposer en fonction des façons de payer pour un client comme suit…

  • En tant que client, je peux faire un paiement par carte pour ma commande et collecter des points de récompense sur ma carte de crédit.

Et/ou

  • En tant que client, je peux faire un paiement PayPal pour ma commande pour que achever mon achat en toute sécurité sans partager les détails de ma carte de crédit avec un autre détaillant.

Le point clé de noter dans les « User Stories » verticalement décomposées comme ci-dessus consiste en ce que chaque « User Story »passe les tests INVEST mentionnés plus tôt et donc un Propriétaire de Produit (Product Owner) peut prioriser ces « User Stories » en fonction des besoins clients. Cependant, si une approche horizontale a été utilisée pour diviser la « User Story » (c’est-à-dire décomposition selon les couches et composants architecturaux) alors la mise en œuvre de tels besoins aboutira à une fonctionnalité utilisable Seulement quand tous les composants horizontaux seront finalement livrés et intégrés.

Découpage par flux de travail

revoir mon panier de courses

revoir mon panier de courses

Une autre approche souvent utilisée sur les « User Stories » est de se concentrer sur les étapes individuelles qu’un utilisateur peut entreprendre pour atteindre son objectif final. C’est-à-dire une « User Story » qui décrit un long parcours ou « flux utilisateur » dans un système peut être décomposé selon les étapes qui en représentent les parties. En reprenant l’exemple précédent d’un client faisant un achat en ligne, la « User Story » peut être décomposée de la manière suivante :

  • Fournir mes informations bancaires

    Fournir mes informations bancaires

    En tant que client, je peux passer en revue les articles que je veux mettre dans ma commande pour être confiant que je paye pour les bons articles.

  • En tant que client, je peux fournir mes informations bancaires pour ma commande pour recevoir les produits que j’ai achetés.
  • Recevoir une notification par SMS

    Recevoir une notification par SMS

    En tant que client, je peux recevoir un avis de confirmation pour mon achat pour suivre et garder une trace de mon achat.

D’autres méthodes

Il y a de nombreuses autres méthodes qui peuvent être utilisées dans le découpage des grandes « User Stories » comme :

Visitez le blog Agilistic

Visitez le blog Agilistic

  • par déroulement heureux / malheureux (ce qui se passe quand tout va bien versus quand il y a des exceptions, déviations ou autres problèmes)
  • par options d’interaction / par plate-forme
  • par types de données ou paramètres
  • par scénarios de test
  • par rôles
  • par ‘j’optimise maintenant ‘ contre ‘ j’optimise plus tard
  • par compatibilité de navigateur

la liste ci-dessus est détaillée (en anglais) dans ce billet: Blog.agilistic.nl.

Autres Ressources Utiles

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

14 Septembre – Montréal (#PMI ®) – #Kanban – La seule méthodologie quantitative de gestion de projet Agile

30 Août

Pourquoi adoptent-ils Lean Kanban partout ? Propos chocs !

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

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

Première Matinée de l’automne du PMI® Montréal!

Lean Kanban est le chemin alternatif à l’agilité et la seule méthode qui peut vous aider à atteindre le niveau 5 de CMMI. Fondée sur la science, Kanban est une méthode sans méthodologie, à double boucle, aidant l’entreprise à gérer sa gestion évolutive du changement.  Elle offre des résultats prévisibles qui bâtissent et maintiennent un haut climat de confiance.

Cette présentation au contenu avancé vous tiendra en haleine. Tout d’abord nous distinguerons Lean et Agile au niveau des filtres de prise de décision propres à chacun. À partir de ces filtres de décision, nous verrons comment l’autre et l’un traitent des coûts de transaction, des coûts de coordination et des coûts de correction. Puis nous plongerons très profondément dans les différences philosophiques qui distinguent les deux courants sur la valeur du respect et certains concepts afférents à la fragilité des équipes !

Kano chartEnsuite, nous verrons plusieurs optiques favorisant et supportant la pertinence de Lean Kanban comme une approche supérieure. Également, nous ferons un parallèle avec la valeur Agile de ‘confiance’ et confronterons ce paradigme avec l’efficacité Lean Kanban et l’efficience Agile; tout ça sous les rayons éclairants d’une variation du modèle KANO.

D’autres sujets avancés seront abordés : l’antidote Kanban à la résistance au changement faisant de cette méthode une approche humaine, la tyrannie du timeboxing, les valeurs sociales de Kanban, le dogmatisme, etc.

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

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

Enregistrer

Les 6 raisons pas si évidentes pour lesquelles un projet réussit !

29 Août

Ce billet m’a été inspiré par “The 6 not-so-obvious reasons a project plan fails” dont j’ai choisi de prendre le contrepied pour les transformer en raisons (ou conditions) de réussite !

https://blogs.office.com/2016/06/16/the-6-not-so-obvious-reasons-a-project-plan-fails/  by Office Team

Les bons et « petits » projets rapportent gros.

les bons petits projetsEn fait, les petits projets ont 10 fois plus de chances de réussir selon le rapport « Chaos Manifesto » et seront deux fois plus probablement dans les temps, dans le respect de leur budget et la livraison des fonctionnalités critiques attendues. Il n’est bien sûr aucunement garanti que tout petit projet réussisse…

Voici 6 des raisons pour lesquelles un petit projet ou au moins de taille raisonnable aura de meilleures chances de réussir

1. Des méthodes flexibles

flexibilité

soyez flexibles🙂

Tous les projets, même petits, ont beaucoup de composants en mouvement. Si vous travaillez dans le marketing, les ressources humaines, l’informatique, la construction ou autre industrie, l’agilité et la flexibilité sont de réels atouts pour vos projets. Le chef de projet Agile qui s’est développé avec l’adoption de postures et principes tel le Manifeste Agile, avec des artefacts et méthodes comme Scrum et des solutions logicielles de management de projet plus collaboratives. Adopter des méthodes flexibles permet d’être mieux armé pour manager un projet dans l’environnement actuel qui est en perpétuelle et rapide transformation. Le projet managé avec Agile génèrera du revenu plus rapidement grâce à la livraison itérative de solutions certes incomplètes mais apportant de la valeur rapidement. De plus, les bénéfices seront également plus importants en bout de course car les fonctions non critiques ne seront probablement jamais développées avec ces approches.

2. Des solutions logicielles performantes

above the cloudsUn outil performant devra être mis en œuvre (même sur un projet de petite taille). Les coûts d’acquisition, de configuration et d’utilisation sont devenus plus abordables (en particulier dans le Cloud). Selon Information Week les sociétés à haute-performance comprennent l’importance des logiciels de planification de projets en matière d’efficacité et de performance. Leurs principaux critères de sélection sont la fiabilité, la facilité d’intégration et la facilité d’usage (la convivialité). Le bon logiciel devrait aussi converser de manière transparente avec les outils universels de l’entreprise comme la bureautique.

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

3. Un travail efficace avec des équipes virtuelles

entrepreneur globalAvec des équipes travaillant à distance à distance, et souvent à l’échelle mondiale même dans les petites structures, sur des fuseaux horaires différents et des cultures variées, bien communiquer et bien manager le temps sont devenus plus critiques que jamais. Donner accès à des outils qui laissent des parties prenantes s’auto-manager et partager les derniers statuts, discussions et échéanciers de projet maintient tout le monde connecté et organisé.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

4. Un fort support du management

supporterAvoir un sponsor exécutif avec un réel intérêt dans le projet, quelqu’un qui ira se battre pour votre projet du début à la fin, est un grand facteur (sinon le plus grand) dans le succès du projet. L’avoir est déjà bien, mais l’engager activement pour qu’il donne une direction claire et aide dans la résolution rapide des problèmes est encore mieux. Le manque de temps est souvent un problème. Aussi, avant le démarrage du projet, Le sponsor et le chef de projet devraient se rencontrer pour discuter des questions comme l’engagement de temps, les rapports d’avancement, les réunions, les mécanismes de remontée de problèmes, etc.

5. Un parfait alignement pas sur les objectifs et stratégies de l’organisation

Restons bien alignés sur la stratégie de l'entreprise..

Restons bien alignés sur la stratégie de l’entreprise.

Être bien aligné sur la stratégie business n’est pas aisé pour le projet. Cependant, c’est un impératif pour avoir de bonnes chances de réussite. Il est critique d’avoir une compréhension des priorités stratégiques clés de la société puis d’examiner le projet pour voir comment il se justifie par rapport à celles-ci. Ceci va aider à positionner le projet dans la liste des priorités de l’entreprise. En plus d’économiser un temps, des efforts et ressources précieux, cela aide aussi à obtenir le support exécutif nécessaire.

MPM est Partenaire de DantotsuPM

MPM est Partenaire de DantotsuPM

6. Une excellente communication

Le PMI® a constaté qu’une des causes majeures de réussite rapportée par les sociétés est une communication supérieure. La capacité à communiquer en temps réel avec les membres de l’équipe où qu’ils soient grâce aux logiciels de management de projet collaboratifs  sécurise le succès d’un projet.

NQI est Partenaire de DantotsuPM

NQI est Partenaire de DantotsuPM

A chaque piège sa solution !

problem analysis solutionDu plus simple au plus complexe, il y a beaucoup de pièges qui peuvent emporter un projet. Mais pour chaque piège, il y a aussi une solution.

Les organisations ultra performantes ont compris qu’il n’y a pas de temps à perdre pour implémenter ces changements si nécessaires.

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

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Analyse « est – n’est pas » en résolution de problèmes par Christian Hohmann

26 Août

L’analyse Est / n’est pas sert à limiter les investigations lors de la recherche de causes de problèmes en identifiant ce qui appartient au périmètre et ce qui peut en être exclu.

Voici une brève vidéo qui en expose les concepts sur un exemple concret.

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

New free self-paced online courses on Microsoft Project and PPM

24 Août

2 NEW and FREE Microsoft produced courses for Microsoft Project and Microsoft PPM !

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

Visit the web site

Visit the web site

The courses offer a diverse self-training experience including videos, labs and assessments.

To take the courses: go to https://www.edx.org/ and enroll.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Then click on the links below to register for each of the online self-paced courses:

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

30 August – Webinar (Microsoft) – Extending Microsoft Project into a unified work management platform

21 Août

Increase your team’s productivity with best-in-class tools from Project

MS Project Collaboration webcast seriesDesigned for experienced users, this webcast series will take you through collaboration techniques in the Office 365 and Microsoft Project stack. Uncover new features that you can start leveraging to increase efficiency with your project teams.

All webcasts are live on Tuesdays 9:30 am – 10:30 am PT (18:30 CET/France)

Microsoft est partenaire de DantotsuPM

Microsoft est partenaire de DantotsuPM

First webcast of the series: Extending Microsoft Project into a unified work management platform

Break down organizational silos and reduce redundancy. This session offers an overview of a Microsoft Project solution to provide a unified work management experience.

Read more.

Campana & Schott est partenaire de DantotsuPM

Campana & Schott est partenaire de DantotsuPM

Enregistrer

Enregistrer

les articles les plus lus sur DantotsuPM en Février 2016

1 Août

Beaucoup d’Agilité et une meilleure gestion du temps et de ses priorités tout en n’oubliant pas de maintenir ses certifications du PMI.

Check this past article and Video

Check this past article and Video

Agile is dead ! Long life to Agility !

LA conférence qui discute de l’essence même des principes fondateurs de ce que l’on appelle maintenant « l’agilité ». L’orateur, Dave Thomas est ici tout à fait légitime puisqu’il revient sur la réunion, à laquelle il participait en 1999 qui donnait lieu au « Manifesto for agile software development »

3 articles sur Agile au niveau de l’organisation

L’étude du management de projet Agile fournit une compréhension de base d’Agile qui vous permet d’appliquer Agile à tous les aspects de votre rôle et votre organisation

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Certifiés du PMI® (PMP®, PgMP® et autres) : quid du nouveau programme de maintien de vos certifications ?

Les certifications PMP et PgMP ont une durée de validité de 3 ans à compter de la date de réussite à l’examen. Afin de prolonger leur certification PMP ou PgMP, les certifiés doivent « gagner » 60 Professional Development Units (PDUs) sur les 3 années du cycle de validité des certifications.

PMI, PMP and PgMP are registered mark of Project Management Institute, Inc.

Concentrationquelle est la première chose que vous faites en vous asseyant devant votre ordinateur le matin ?

Laissez-moi deviner : vérifier le flux entrant. Vérifier le courrier électronique ou des statistiques de trafic ou les messages de votre patron. Vérifier les tweets que vous suivez ou le statut Facebook d’amis.

La meilleure stratégie de gestion du temps : Ne trouvez pas le temps, trouvez le Pourquoi

C’est moins le Comment je trouve le temps que le Pourquoi je trouve le temps. Vous trouverez toujours le temps pour les choses qui ont un très fort pourquoi. »

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

%d blogueurs aiment cette page :