question d’entretien pour un job de PM: qu’utilisez-vous pour documenter les Rôles et Responsabilités ?

Cette question risque fort de vous être posée si vous passez un interview pour un job de chef de projet.

La RAM, Responsibility Assignment Matrix, ou Matrice d’Affectation des Responsabilités sert à documenter les rôles et responsabilités de chacun dans le projet.

Cet outil, qui prend la forme d’un tableau (qui croise la structure de décomposition du projet/WBS et les ressources de l’organisation) permet au chef de projet de lister les participants au projet ainsi que leur(s) responsabilité(s).

Objectifs principaux de la matrice des rôles et responsabilités

  • Donner une vision simple et claire de « qui fait quoi » dans le projet
  • Permettre au chef de projet de déléguer des lots de projet de manière explicite

Que signifie RACI  ?

RACI-exemple PMGSCette matrice qui est l’exemple de RAM le plus utilisé, a pour point de départ le croisement de la structure de découpage de projet ou SDP/WBS avec les ressources du projet.

  • R  : La lettre R est utilisée pour Responsable ou Réalise . Les personnes affectées d’un ‘R’ pour un lot ou un livrable seront donc en charge de la réalisation de ce dernier. Un ‘R’ doit être obligatoirement défini pour chaque livrable / lot.
  • A : La lettre A est utilisée pour Accountable ou Autorité . La personne affectée d’un ‘A’ pour un lot ou un livrable a donc l’autorité finale sur ce dernier. Elle sera responsable de l’approbation. Le ‘A’ est responsable là où le ‘R’ effectue. Il n’y a donc qu’un seul ‘A’ possible pour chaque livrable.
  • C  : La lettre C est utilisée pour Consulted ou Contributeur. Les personnes affectées d’un ‘C’ pour un lot ou un livrable devront être impliquées avant et lors de la réalisation des tâches liées au livrable/lot de travail.
  • I  : La lettre I est utilisée pour Informed ou Informé . Les personnes affectées d’un ‘I’ pour un lot ou un livrable devront donc être informées avant, pendant et à la fin de la réalisation de ce dernier.

Attention : Une personne ne peut être ‘A’ et ‘R’ pour le même livrable car elle ne peut à la fois réaliser et approuver le résultat !

Petit truc additionnel qui sera utile dans vos projets

Version française sur Amazon

Pour vous distinguer, vous pouvez mentionner que l’une des manières de l’utiliser qui n’est pas décrite explicitement dans le PMBoK® Guide mais qui fonctionne bien consiste à partir des livrables des contributeurs en présence. Il est facile avec le RACI de réaliser un tableau partagé de « qui fait quoi ». En effet, les livrables sont très concrets, exacts et beaucoup plus précis que des descriptifs de rôles et responsabilités. Les rôles et responsabilités donnent souvent une image de ce que l’on voudrait qu’ils soient plutôt que la réalité. Alors que, pour chaque livrable, il est relativement aisé de tomber d’accord sur qui le produit, avec qui, en le communiquant à qui et qui en porte ultimement la responsabilité car le livrable est concret, palpable.

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


Comme indiqué précédemment, DantotsuPM, le blog du management de projets, peut vous aider dans ce projet de changement de poste car j’ai sélectionné un réseau de recrutement à taille humaine et tout aussi profondément humain qui me fournit fréquemment des offres dans le domaine du management de projet, programme et PMO !

Vous souhaitez trouver un nouveau job de PM ou PMO ? Contactez DantotsuPM !

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

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

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

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

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

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

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

On vous donne aujourd’hui les 5 principaux !

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

Le Drag and Drop de la planification, on adore !

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

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

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

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

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

Le Kanban c’est SMART non ?

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

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

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

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

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

les diagrammes de Gantt ont 100 ans !

Le diagramme de Gantt est un centenaire depuis cette année !

À fin du 19ème siècle, aux États-Unis, des projets gouvernementaux à grande échelle fournirent l’impulsion pour prendre les décisions importantes qui sont devenues la base de la méthodologie de management de projet tel que la ligne de chemin de fer transcontinentale, dont la construction a commencé dans les années 1860.

Soudain, les dirigeants d’entreprise se sont trouvés face à la tâche intimidante d’organiser le travail manuel de milliers d’ouvriers et le traitement et l’assemblage sans précédent de quantités de matières premières.

Henry Gantt

Henry Gantt a étudié en détail l’ordonnancement des opérations dans le travail et est plus célèbre pour avoir développé le Diagramme de Gantt en 1917 lors de la préparation de l’entrée en guerre des États-Unis d’Amérique.

Le diagramme de Gantt est un type populaire de graphique qui illustre un échéancier de projet et est devenu une technique commune pour représenter les phases et les activités d’une structure de découpage du travail de projet, ils peuvent donc être compris par une très large audience.

Bien que maintenant considéré comme une technique de représentation graphique banale, les diagrammes de Gantt étaient tout à fait révolutionnaires au moment où ils ont été introduits. Ils ont été employés sur des projets d’infrastructure majeurs incluant le Barrage Hoover près de Las Vegas et le réseau autoroutier inter-états des USA et sont encore acceptés aujourd’hui comme un outil important dans les projets.

Microsoft est Partenaire de DantotsuPM

Hélas, Henry Gantt, mort 2 ans seulement après l’invention de ce mode de représentation des plannings n’aura jamais vu combien son invention serait critique au travail de très nombreux chefs de projets.

Il avait conçu ces diagrammes afin que les contremaîtres et autres superviseurs puissent rapidement savoir si la production respectait le planning.

Tous les logiciels modernes de management de projet continuent d’embarquer cette fonction critique.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Vous n’utilisez pas des avions en papier pour envoyer des messages… Alors, pourquoi utiliser excel pour manager vos projets ?

Une première vidéo humoristique de notre partenaire Microsoft 🙂 . Elle met en évidence certains des avantages à quitter Excel pour un outil dédié au management de projet et donc bien plus puissant tout en restant simple. En effet, Project permet d’opter pour une planification totalement manuelle si nous le souhaitons.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Petit rappel : « Qu’est-ce qu’un WBS (ou SDP) ? »

Petit rappel : « Qu’est-ce qu’un WBS ? »

http://www.matchware.com/fr/products/mindview/mindview2_be/wbs.htm#01 et http://www.workbreakdownstructure.fr/

Les origines et l’objectif

Conçu à l’origine par le Département américain de la Défense dans les années 50, puis développé plus avant par la NASA au début des années 60, le WBS ou Work Breakdown Structure [aussi connu en français comme la Structure de Découpage de Projet, SDP] est un document utilisé dans le cadre de la gestion de projet pour en définir la portée et l’envergure. Un WBS décrit l’objectif final, et non les moyens d’atteindre cet objectif.

Par exemple, si l’objectif du projet est de construire une maison, le WBS définit tous les éléments d’une maison terminée et opérationnelle, avec un niveau de détail de plus en plus approfondi. Il ne spécifie pas la méthodologie de construction de ces éléments, sauf si cette méthodologie fait partie intégrante du produit fini.

La décomposition

Une structure WBS (work breakdown structure), fondement essentiel de tout projet, permet de découper l’ensemble du travail à accomplir en sections gérables. Le guide PMBOK (« Project Management Body of Knowledge »), conçu et réalisé par le Project Management Institute, définit le WBS en tant que « découpage hiérarchique en livrables spécifiques des travaux à exécuter ». Un WBS de projet permet donc de décomposer celui-ci visuellement en unités gérables et compréhensibles par tous les membres de l’équipe, chaque niveau du WBS permettant d’approfondir le détail des tâches jusqu’au niveau final : les tâches concrètes à réaliser. La figure suivante représente un exemple de projet WBS à trois niveaux.

Le WBS divise visuellement l’ensemble du projet en plusieurs sous-ensembles qui sont compréhensibles et appréhendables par l’équipe assignée au projet. Chaque niveau du projet propose plusieurs sous-niveaux, jusqu’à arriver au niveau final : les tâches concrètes à réaliser.

La création du WBS

WBS Standard Practice
Get the Project Management Institute Practice Standard for WBS

Le chef de projet crée la structure WBS en identifiant les grands ensembles du projet, puis en les divisant en sous-ensembles jusqu’à arriver aux tâches concrètes du projet qu’il est possible d’assigner à des personnes spécifiques. Les tâches nécessaires à l’obtention de chaque sous-ensemble, ainsi identifiées et regroupées, représentent l’unité de travail à accomplir pour produire le sous-livrable correspondant.

Si vous avez déjà fait l’expérience d’un projet planifié dans le détail, vous reconnaitrez facilement l’ensemble de tâches constituant l’unité de travail : il s’agit des tâches individuelles que les personnes assignées au projet doivent compléter dans un temps donné et avec un niveau d’implication donné.

Les coûts dans le WBS

Businesswomen Balancing Over MoneyDu point de vue des coûts, ces unités de travail sont généralement allouées à des départements spécifiques au sein de l’entreprise, dont ils ont la responsabilité. Ces départements, ou centres de coûts, qui figurent généralement sur l’organigramme de la société en tant qu’entités distinctes, se voient allouer un budget en fonction des tâches à réaliser. En mettant en parallèle le découpage du projet (WBS) avec ces centres de coût, l’entreprise dispose ainsi non seulement d’une vue globale de la progression du projet, mais également de son impact financier.

Campana & Schott est partenaire de DantotsuPM
Campana & Schott est partenaire de DantotsuPM

Un WBS (Work Breakdown Structure) vous indique en un coup d’œil :

  • Quels sont les différents éléments du projet
  • Comment le travail se répartit entre ces différents éléments
  • Comment les coûts budgétaires sont alloués aux différents éléments

Il n’apporte toutefois aucune précision sur les tâches individuelles ou l’ordre d’exécution de ces dernières.

Méta Projets Management est partenaire de DantotsuPM
Méta Projets Management est partenaire de DantotsuPM

Autres pointeurs utiles :

Enregistrer

Enregistrer

L’approche classique du chef de projet autodidacte peut être dangereuse, voire préjudiciable, au succès du projet

Jean-Baptiste Jourdant
Jean-Baptiste Jourdant

Dans un article intitulé « l’organigramme des tâches en management de projet » publié sur ce blog il y a déjà 5 ans, Jean-Baptiste Jourdant, consultant-formateur et Responsable du département Management de projet pour CSP Formation partait d’un constat simple :

L’approche classique du chef de projet autodidacte est de dire « quand on doit planifier, on planifie. Et quand on doit planifier, on le fait de façon détaillée, tant qu’à faire ! »

Hors, attaquer directement par la planification détaillée, c’est prendre le risque de se couper d’une réflexion structurelle sur la dynamique interne de son projet.

WBS 3D - OBSEn effet, le découpage va impliquer tout d’abord un regroupement de tâches a l’intérieur de lots. Ensuite cela va nécessiter pour chacun de ces lots un responsable auquel la réalisation sera déléguée: Objectif spécifique, moyens adaptés, contraintes (qualité, couts, délai)…

WBS 3D - ZBSEnfin, le choix de structuration de ces tâches va structurer le développement et le suivi du projet. Ces groupement par lots de tâches peuvent refléter une organisation du projet par métier (informatique, processus, opérations, commercial, marketing…), ou par région et pays dans ces régions pour le développement et déploiement de nouveaux produits par exemple, ou par cycle du projet : définir la stratégie, configurer, communiquer, implémenter, tester, former, …

Quelle que soit l’option choisie, elle n’est ni bonne ni mauvaise en soi.

CSP est partenaire de DantotsuPM
CSP est partenaire de DantotsuPM
Jean-Baptiste préconisait dans ce billet de respecter quelques précautions dans le choix de l’option :

WBS 3D - PBSÊTRE CHOISIE. Rien de pire qu’un découpage par défaut, par habitude, ou héritée par hasard d’un autre projet (qui pourrait être totalement différent).

• ÊTRE ALIGNÉE avec les enjeux du projet et les objectifs de la société.

• ÊTRE  ÉQUILIBRÉE et « COMPENSÉE ». En fonction du choix de découpage, le chef de projet devra probablement ajouter dans le management de son projet les composantes structurellement manquantes. Il doit par exemple mettre en place des processus, outils, réunions… pour garantir la cohérence métier ou technique si le choix de découpage est géographique. Ou, à l’inverse, veiller à impliquer les régions et pays si le découpage du projet est par métier.

Comment bien démarrer?

Jean-Baptiste propose que le chef de projet organise une réunion d’acteurs  ou d’experts et suive la démarche suivante:
  1. BRAINSTORMER : Lister toute tâche, activité, lot, thème nécessaire au projet.
  2. REGROUPER: Envisager au minimum 2 possibilités de regroupement des tâches pour avoir un choix.
  3. POSER LES AVANTAGES ET INCONVÉNIENTS de chacune de ces possibilités.
  4. CHOISIR UN DÉCOUPAGE et y incorporer les actions permettant d’incorporer les avantages de la solution non retenue.
  5. CRÉER LES LOTS, les sous-lots ou macro-tâches, puis nommer les responsables de ceux-ci.

Ensuite seulement il sera temps de penser à un planning…

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

comment approcher un projet à date fixe ?

How To Approach A Fixed Date Project

http://www.pmsouth.com/2013/05/04/how-to-approach-a-fixed-date-project/ par Harry Hall

Beaucoup de chef de projets haïssent les projets aux dates de fin fixées à l’avance. Les managers décident d’une date et disent « respectez-la ». Souvent, le manager a peu ou aucune compréhension du niveau d’effort requis.

Pourquoi les chefs de projets n’aiment pas les dates fixes

  • dateManipulation. Les chefs de projets estiment qu’ils sont manipulés. LE management donne une date empirique. Plus tard, ils changent la date quand elle ne peut pas être respectée. Ce syndrome amène de la méfiance entre PMs et direction.
  • Manque de contrôle. Le chef de projets veut avoir le contrôle sur leur univers de projet. Quand quelqu’un dicte une date fixe, ils perdent un peu du contrôle désiré.
  • La réputation du chef de projets. Le chef de projets sait que sa réputation est basée sur sa capacité à livrer les projets dans les temps. Naturellement, nous n’aimons pas être mis dans une position où nous n’allons probablement pas rencontrer le succès.
  • Stress. Le chef de projets se sent coincé. Le sponsor pousse le chef de projet à faire pression sur l’équipe projet. L’équipe projet pousse le chef de projets à résister aux demandes du sponsor.
Partenaire de DantotsuPM
Partenaire de DantotsuPM

Manager un Projet à Date Fixe

Quand vous êtes mis au challenge de manager un projet à date fixe, voyez-y une opportunité. Vous pouvez livrer le projet dans les temps avec la bonne approche.

Voici certaines choses à considérer:
  • go signEngagez-vous. Faites savoir à votre sponsor que vous mettrez tout en œuvre pour livrer le projet à la date demandée. Établissez un rapport de travail positif avec votre sponsor. Exprimez le besoin de collaboration entre le sponsor et l’équipe.
  • Négociez les ressources compétentes. Formez une équipe avec la bonne alchimie. Les personnes, plus que quoi que ce soit d’autre, sauront faire la différence.
  • Choisissez votre cycle de vie de projet. Utiliserez-vous une approche traditionnelle en cascade ou quelque chose comme un cycle de vie adaptatif (avec les méthodes agiles) ? La réponse à cette question a des implications significatives dans l’aide ou l’entrave à la réussite de projets plus courts.
  • Définissez la charte de projet.
  • Rassemblez et priorisez les besoins.
  • Définissez le périmètre/le contenu.
  • wbs
    Un manuel de référence

    Créez la structure de répartition de travail (WBS).

  • Développez votre échéancier. Si votre chemin critique s’étend au-delà de la date fixée, travaillez avec votre sponsor et votre équipe pour réduire le contenu ou reporter certaines fonctionnalités sur de futures étapes ou itérations.
  • Complétez l’identification et l’évaluation initiales des risques.
  • Construisez des fonds de contingence. Cette réserve n’est pas un amortisseur artificiel. Le fond de contingence est basé sur les risques résiduels connus.

(Gardez à l’esprit qu’une bonne gestion des risques raccourcit souvent le projet. Les risques sont éliminés ou diminués. Cependant, il y a toujours les risques résiduels qui devraient être reconnus dans vos fonds de prévoyance. Par exemple, vous pouvez spécifier que le projet exige que des six semaines supplémentaires pour manager les risques identifiés sur le projet.)

Campana & Schott est partenaire de DantotsuPM
Campana & Schott est partenaire de DantotsuPM

Astuces pour la compression de planningcar-pound-compression-destroy-leeroy

  • Ajoutez des ressources (c’est-à-dire, compression des délais ou « crashing ») et considérez d’utiliser des heures supplémentaires. Soyez prudent. L’ajout de ressources ou mise en des ressources existantes peut causer plus de mal que de bien. Réduire les délais résulte aussi souvent en un accroissement des coûts.
  • Accélérez l’exécution par chevauchement des tâches (« fast tracking ») : Cherchez des façons d’exécuter des tâches qui sont sur le chemin critique en parallèle ou en chevauchement. Cela peut provoquer des choses à refaire et des risques plus importants.

success 2Votre approche envers un projet à date fixe déterminera votre succès.

Le Chef de projets doit avoir la bonne attitude, s’assurer que les engagements envers le sponsor et l’équipe sont appropriés et choisir les bons processus, outils et techniques.

Question : quelles autres astuces proposeriez-vous pour permettre aux PMs de manager des projets à date fixe ?

Nouveau dans MS Projet 2016: les chronologies multiples

New in Project 2016 Multiple timelines

http://msprojectnow.com/blog/new-in-project-2016-multiple-timelines Par Melinda Schultz

Les chronologies de projet sont d’excellentes façons de visualiser nos progrès sur un projet.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Bientôt, dans MS Projet 2016 davantage de fonctionnalités pour les Chronologies :

1) Chronologies multiples :

chrono1Si vous utilisez Projet 2016, vous pouvez créer une deuxième barre de chronologie, pour afficher des chronologies multiples, puis vous pouvez changer les dates de début et de fin de chaque chronologie.

2) Réarranger les tâches, les couleurs et plus encore

Vous pouvez utiliser la chronologie en l’état, ou vous pouvez réarranger les tâches de toute façon qui vous sied, ajouter du texte et même changer les couleurs pour qu’elles se détachent mieux.

Avant :

chrono4 before

Après :

chrono5 after

chrono share3) Partager et imprimer la chronologie

Il est aussi devenu beaucoup plus facile de partager et d’imprimer vos chronologies.

Lire l’article dans sa totalité sur Microsoft blog.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

que trouve-t-on dans un bon plan de projet du point de vue de la planification ?

Quand le projet atteint la fin de la phase de planification que vous attendriez-vous à voir dans un bon plan de projet du point de vue de la planification ?

8 éléments clés:

  1. PM PlanTous les livrables sont représentés dans la structure de découpage de projet (SDP) ou « Work Breakdown Structure » (WBS).
  2. On a répondu toutes les questions sur le périmètre/contenu du projet : risques, contraintes, suppositions.
  3. Les estimations sont détaillées
  4. Les estimations sont acceptées par les parties prenantes clés ET les membres de l’équipe d’équipes projet, en particulier ceux qui vont devoir les réaliser.
  5. Il y a une marge suffisante incorporée dans le plan.
  6. Nous avons mis en place des mécanismes adéquats de suivi des temps.
  7. Nous avons des lignes de bases bien établies et partagées.
  8. La complétude et l’accord de tous sur les estimations sont clés.

Question complémentaire que l’on pourrait vous poser…

time valueSur votre dernier projet, comment suiviez-vous et teniez-vous à jour les données réelles sur les temps passés et progrès réalisés par rapport aux prévisions ?

Soyez prêt à répondre même si ceux-ci ont été suivis dans un simple tableur et basés sur la saisie de données déclaratives de la part des membres de l’équipe.

Ceci est mieux que ce que j’ai pu observer sur bien des projets sur lesquels j’ai travaillé…

Qu’est-ce qu’une WBS (ou SDP), quand est-elle construite et que vérifiez-vous quand elle a été développée ?

Voici une question qui peut vous être posée en entretien pour un poste de Chef de projet ou de PMO.

Car-WBSLa « Work Breakdown Structure (WBS) » ou Structure de Découpage de Projet (SDP) en français est développée pendant la phase de planification. Elle décrit tout le travail qui doit être fait pour compléter le projet. C’est une décomposition orientée produit de toutes les tâches qui organise et définit le périmètre total du projet. Elle reflète aussi souvent la façon dont les coûts et le progrès du projet seront regroupés, sommés et rapportés. C’est une structure hiérarchique qui devient plus détaillée comme vous détaillez les tâches, attributions, durées, coûts, produits/livrables, dépendances et contraintes de votre projet.

1 tâche = 1 personne + 1 action + 1 livrable

Diagramme de Gantt affichant les différentes tâches et leur progrès
Diagramme de Gantt des différentes tâches de la WBS et de leur progrès

Ma recommandation personnelle en passant en revue une WBS en sus de sa complétude et de sa structure, est de vérifier qu’une tâche représente clairement une action  à réaliser par une personne pour produire un livrable afin que la responsabilité et ce qui est à réaliser soient 100% limpides. Je vérifie aussi que les durées de chaque tâche n’excèdent pas 2 semaines sur un projet de 12 mois pour faciliter un suivi de progrès régulier.

Pour davantage de détails (re)lisez:

Work Breakdown Structure (WBS) ou Structure de Découpage du Projet (SDP) par PMGS

WBS -Work Breakdown Structure ou Structure de Découpage

La WBS ou Structure de Découpage est une décomposition hiérarchique du contenu total du projet. Elle définit et organise les livrables du projet et supporte le chef de projet dans la planification de ses activités.

La WBS – Épine dorsale du projet

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Une WBS bien construite est la base du projet dans son ensemble. En effet, elle peut être la source de :

  • la définition du contenu de projet (livrables)
  • la planification
  • l’estimation des coûts et du budget
  • la délégation et l’allocation des ressources
  • la gestion des risques et de la qualité du projet
  • la communication avec toutes les parties prenantes du projet

Format de la WBS

La WBS peut prendre différentes formes. En effet, elle peut être construite sous forme de table ou être représentée en mapping hiérarchique.

WBS Standard Practice
Le PMI a publié un guide des meilleures pratiques dédiées au WBS disponible sur Amazon

Les règles de construction

La première règle fondamentale d’une WBS est qu’elle doit être composée uniquement de phases ou de livrables. Elle sera donc composée de NOMS et non de verbes ! Aucune activité ne doit être dans la WBS même.

Car-WBSUne règle très importante à respecter est la Règle des 100% qui peut être énoncée en deux points :

  • la WBS doit inclure 100% des livrables à fournir durant le projet
  • la WBs est construite de telle sorte que chaque niveau de décomposition contient 100% des livrables du niveau supérieur.

La WBS est aussi construite pour faciliter la communication avec les parties prenantes. Pensez donc à la construire avec elles et pour elles et prévoyez des niveaux intermédiaires simples et compréhensibles par tout le monde.

Enfin, sachez que votre WBS ne se construira pas en une seule session mais de manière itérative et progressive. Elle sera continuellement enrichie pendant la phase de planification et très certainement mise à jour suite à des changements pendant l’exécution de votre projet.

Pour avoir une idée d’un découpage vous pouvez télécharger notre modèle: Télécharger le template – PMGS WBS

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Précédents billets sur le sujet important des WBS

Quelles sont les structures élémentaires des projets ? par Jean-Yves Moine

Article original: http://cubixpm.com/2014/05/02/quelles-sont-les-structures-elementaires-des-projets/

Jean-Yves nous invite à considérer le planning à travers 4 axes, illustrés par 4 questions très simples !

Dimension 1 : Quoi ?

WBS 3D - PBSDimension 2: Comment ?

WBS 3D - ABSDimension 3: Où ?

WBS 3D - ZBSDimension 4: Qui ?

WBS 3D - OBS

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Cubix360, l’unique outil de planification s’appuyant sur la méthodologie WBS 3D, devient partenaire de DantotsuPM !

Cubix360Avec vingt ans d’expérience opérationnelle sur des projets, l’équipe Cubix360 a rassemblé son savoir-faire au sein du logiciel Cubix360 qui permet de réaliser bien et rapidement des plannings en proposant une approche méthodologique efficace basée sur la méthode WBS 3D.

Mieux comprendre et mieux structurer les projets

Cubix360 s’appuie sur la démarche méthodologique WBS 3D qui pose des définitions simples sur des concepts jusque-là flous. Ceci permet de rationnaliser la méthode d’élaboration du planning.

Avec Cubix360, le WBS du projet n’est plus réalisé par décomposition successives à partir du sommet de l’arborescence du travail (approche top-down) mais par croisement et développement des trois arborescences élémentaires, à savoir les arborescences Zones, Produits et Activités, qui constituent le WBS 3D.

Gain de temps et d’effort dans l’élaboration d’un planning

logo_cubix360_transparentCubix360 permet de réaliser vite et bien les plannings de vos projets, quelle que soit leur secteur d’activité. Le gain de temps par rapport à une construction manuelle d’un WBS peut être considérable dès que le nombre de tâches est important.

Avec Cubix360 il est possible de bâtir un planning de 5000 tâches en 4 jours alors qu’une approche classique nécessite quelques deux mois de travail. Le facteur moyen de gain de temps pour la réalisation d’un planning est de 10.

Un outil simple pour une mise en œuvre intuitive du WBS 3D

Avec Cubix360, il n’est pas nécessaire de connaître la méthodologie WBS 3D pour l’appliquer. La prise en main est rapide et efficace grâce à une interface simple et des manipulations élémentaires.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

planning your PM activities in MS Project ala PMI or Agile

PM PlanThis template provides a work breakdown structure that can be used to plan and schedule project management activities. The template applies the stages, activities and tasks from the Project Management methodology.

http://office.microsoft.com/en-us/templates/results.aspx?qu=project&av=zpj150&queryid=4f87d1b9-100c-4436-b17a-c545bb01f418#ai:TC103360093|

PMI ProcessThis template applies the Project Management Institute’s (PMI) processes and knowledge areas as defined in the Project Management Body of Knowledge (PMBOK). It incorporates the five processes and nine knowledge areas defined in the PMBOK to identify the planning components that are important in successful project management.

http://office.microsoft.com/en-us/templates/results.aspx?qu=project&av=zpj150&queryid=4f87d1b9-100c-4436-b17a-c545bb01f418#ai:TC103360091|

Agile Project ManagementThis template enables you to manage your agile projects using Project 2013.

http://office.microsoft.com/en-us/templates/results.aspx?qu=project&av=zpj150&queryid=4f87d1b9-100c-4436-b17a-c545bb01f418#ai:TC103345697|

Campana & Schott
Partenaire de DantotsuPM

comprendre le chemin critique sur les projets

Understanding Critical Path

Seth Godin a vraiment l’art d’expliquer très simplement des choses qui pourraient paraître complexes !

http://sethgodin.typepad.com/seths_blog/2013/11/understanding-critical-path.html par Seth Godin

La chaîne la plus longue de tâches dépendantes, non-compressibles est le chemin critique.

Seth Godin
Seth Godin’s Blog

Chaque projet compliqué est identique. Beaucoup de personnes travaillent sur beaucoup d’éléments, dont certains dépendent d’autres.

Je veux un jardin, ce qui signifie que j’ai besoin d’ajouter de la terre, d’un bulldozer, d’un permis, de graines, d’engrais, d’irrigation, de sarcler, de planter, d’entretenir et de temps pour que tout pousse. Exécutez ces étapes dans le mauvais ordre, rien ne se produit. Essayez de faire pousser du maïs en une semaine en lui donnant un bonus ou menaçant de le faire brûler, rien ne se passe…

L’analyse du chemin critique fonctionne à l’envers, en regardant l’échéancier et sa réussite à chaque étape depuis la fin jusqu’au début, en déterminant à chaque étape ce que vous attendrez de la précédente.

Par exemple, si dans votre esprit, le jardin a un joli panneau à l’entrée. Le panneau nécessite environ une semaine pour être réalisé par le gars qui les produit et il ne dépend de rien. Vous pouvez commander le panneau n’importe quand jusqu’à une semaine avant d’en avoir besoin. D’un autre côté, vous ne pouvez pas planter jusqu’à ce que vous ayez labouré et vous ne pouvez pas labourer tant que vous n’avez pas reçu la terre et vous ne pouvez pas vous faire livrer la terre tant que vous n’avez pas obtenu un permis de la localité.

Ce qui signifie si vous êtes la personne responsable tant du panneau que du permis: faites le permis en premier.

C’est évident, n’est-ce pas ? Et pourtant…

Et pourtant la plupart des organisations se concentrent sur des objectifs brillants ou des discussions litigieuses ou se laissent dérouter par des urgences au lieu d’honorer le chemin critique.

Il y a trente ans, j’ai mené une équipe de quarante personnes construisant une série incroyablement complexe de produits, lesquels devaient être expédiés à temps pour la période commerciale de Noël. Les enjeux étaient élevés : si nous rations la date même d’un seul jour, la société entière pouvait capoter.

Nous avons fait un peu d’analyse du chemin critique et avons assez rapidement identifié les groupes de personnes sur lesquels d’autres attendraient à chaque étape de développement du projet. C’est une course de relais et à l’instant, ce sont ces quatre personnes qui portent le témoin.

Je suis sorti et ai acheté quelques boutons – verts et rouges.

Green Button
Le marché était simple : si vous étiez sur le chemin critique, vous portiez un bouton vert. Tous les autres étaient en rouge. Quand un bouton rouge rencontre un bouton vert, il pose à la simple question : « comment puis-je aider ? »

Le président ira chercher du café pour l’illustrateur qui porte un bouton vert s’il lui fait ainsi gagner trois minutes. Autrement dit, les gens aux boutons rouges n’interrompront jamais une personne à bouton vert. Pas si vous vous souciez du chemin critique, pas si vous vous souciez de la date de livraison.

Une fois que vous êtes conscients de ce qui se trouve sur le chemin, vous comprenez la chose suivante : un délai d’une heure sur le chemin critique au début du projet est la même chose qu’un délai d’une heure sur le projet tout entier à la fin de celui-ci.

Dépêchez-vous tôt, pas tard. Cela revient moins cher de cette façon et c’est aussi bien meilleur pour votre tranquillité d’esprit.

critical pathAutres billets sur le chemin critique que vous aimerez peut-être (re)lire:

Campana & Schott
Partenaire de DantotsuPM

la structure de découpage du projet (Work Breakdown Structure: WBS) par Philip Diab (R)

The Work Breakdown Structure (WBS) par Philip R. Diab

Philip DiabSi je devais identifier un seul outil/méthode/processus qu’il faut maîtriser parfaitement pour les chefs de projet, ce serait la structure de découpage du projet (WBS). Encore, je suis toujours stupéfié que dans certains des ateliers de travail poussés que je conduis sur la gestion de projet très peu de praticiens comprennent ce qu’est un WBS et comment développer un bon WBS qui aidera dans la planification de projet.

Heureusement, cette semaine j’enseigne « les essentiels du management de projet » donc mes attentes du savoir des participants sur le WBS sont assez faibles. C’est l’un des sujets que j’essaye de ne pas couvrir à toute vitesse, même si cela signifie que je déborde le temps qui lui est imparti dans l’agenda de l’atelier. L’endroit où je commence d’habitude est par la définition standard du WBS selon le PMBOK, qui expose :

“A deliverable-oriented hierarchical decomposition of the work to be executed by the project team to accomplish the project objectives and create the required deliverables.  It organizes and defines the total scope of the project.”

Dans la communauté de management de projet il y a deux vues du développement de WBS. Un groupe se concentre sur l’identification des tâches qui sont nécessaires à accomplir sur le projet. Ce que cela signifie est qu’ils aiment identifier tous « les verbes » associés au projet. Dans ce cas, l’argument est qu’en identifiant les activités, on est capable de produire l’échéancier à partir du WBS. Dans certains outils de planification, il y a même une option pour produire une vue imagée de l’échéancier comme un WBS.

Il y a un autre groupe qui est concentré sur l’identification de tous les livrables qui doivent être produits par l’équipe projet. Ce que cela signifie est qu’ils identifient tous « les noms » associés au projet. Je suis un partisan de cette dernière vue. En travaillant sur la définition de tous les livrables, nous sommes capables de produire une liste des éléments à fournir par le projet. L’identification des tâches, l’évaluation et la planification sont donnent en effet des activités qui suivent mais à mon avis ne font pas partie du développement du WBS.

Voici quelques bons trucs qui m’ont servi bien dans le développement du WBS

  • Concentrez-vous le quoi pas le comment. ”Qu’essayons-nous de faire, pas comment ?”
  • Le WBS est une activité d’équipe, il devrait impliquer les parties prenantes du projet, pas seulement le chef de projet.
  • Donnez l’occasion à l’équipe de « remuer ses méninges » (brainstorm) en utilisant des post-it pour qu’ils puissent travailler tant de haut en bas que de bas en haut. Cela permettra de prendre en compte de multiples styles de travail. Ceux qui aiment commencer par la vue d’ensemble et ceux qui aiment les détails peuvent être satisfaits de cette réflexion en commun d’une façon qui les met à l’aise.
  • “Les mauvaises idées” devraient être encouragées pendant le remue-méninge et prises en compte lors de regroupements de livrables plus tard. L’avantage d’identifier un livrable qui est en dehors du périmètre projet est que cela peut être parqué sur une feuille séparée et documenté plus tard en tant que tel.
  • Assurez-vous de documenter les suppositions faites par l’équipe et d’utiliser ensuite ces suppositions comme une entrée potentielle dans l’identification des risques.
  • Ne vous contraignez pas à essayer de fournir les éléments dans l’ordre, cela viendra plus tard.
  • Assurez-vous que l’équipe documente les livrables internes et externes. Chez IBM nous utilisions le terme « produit de travail » pour des livrables internes pour les distinguer des livrables qui entrent dans un énoncé des travaux (statement of work).
  • Capturez les deux types de livrables. Beaucoup d’équipes oublient souvent qu’une une charte de projet et un plan projet sont en réalité des livrables qui devraient apparaître dans le WBS.
  • Utilisez le développement du WBS comme une opportunité de construction d’équipe en rassemblant les membres du projet et en accélérant les étapes de développement d’équipe.
  • Rappelez-vous la règle de 80 heures par lot de travail. À un bas niveau dans le WBS, on trouve les lots de travail. Ces lots de travail sont des livrables composés de tâches dont la somme devrait atteindre environ 80 heures d’effort.

Les bénéfices et utilisations du WBS sont multiples.

En identifiant la portée totale du projet par une décomposition par livrables, le WBS aide l’équipe de projet à réaliser les choses suivantes :

  • Comprendre ce qui est « à l’intérieur » et ce qui est « à l’extérieur » du périmètre du projet. Ce qui n’est pas listé, est en dehors. Ce processus peut permettre l’équipe de projet de documenter qu’un livrable donné est à l’extérieur du périmètre.
  • Envisagez les secteurs potentiels de risque, en vous servant des suppositions documentées.
  • Construisez une fondation pour développer une référence de base solide de projet et chaque lot de travail peut être utilisé pour identifier des tâches principales selon règle des 80 heures.
  • Communiquez avec des parties prenantes sur les besoins potentiels qui pourraient être demandés en croisant exigences et livrables.
  • Établissez une responsabilité claire pour les lots de travail et assignez des propriétaires/champions.

Work Breakdown StructureIl y a beaucoup d’autres trucs et bénéfices pour le WBS, tels que le système de codage qui peut être utilisé ou comment se servir du WBS pendant la phase d’exécution et dans le processus de contrôle. Même si chacun de ceux-ci est une considération importante, mon focus pour ce billet a été en utilisation du WBS comme un robuste point d’ancrage pour l’équipe pendant le processus de planification.

Je conclurai en soulignant qu’un bon WBS peut en effet être un facteur différenciant entre un projet réussi et un échec. Ceux qui ne sont pas familiers avec le WBS ou ne savent pas comment le créer doivent passer du temps à parcourir le PMBOK Guide et autres livres qui contiennent les appropriées.

Microsoft Project
Partenaire de DantotsuPM

using MS Project for Agile projects

Microsoft Project
Partenaire de DantotsuPM

Agile project management methodologies (such as Scrum, Extreme Programming and others) are based on process-centric and iterative development rather than a traditional waterfall approach. Some of the key characteristics of an agile project include a backlog, burn-down charts, frequent communication, and short-cycle delivery of project outputs that don’t typically lend themselves to traditional MS Project scheduling techniques. But in this informative webinar, we’ll show you techniques and tips on how to use MS Project to effectively manage projects in the new frontier of Agile Project Management!

This session is presented by Matt Davis, PMP, MCITP, President of the Microsoft Project Users Group (MPUG) Boston Chapter.

Campana & Schott
Partenaire de DantotsuPM

à quoi ressemble un bon WBS (Structure de découpage des taches / SDT) ?

What Does A Good WBS Look Like?

http://herdingcats.typepad.com/my_weblog/2011/10/what-does-a-good-wbs-look-like.html par  Glen B. Alleman

Il y a de nombreux livres et des conseils pour construire une bonne Structure de Découpage du Travail (Work Breadown Structure : WBS). Mais il y a un principe sous-jacent qui guide, ou devrait guider cet effort. C’est le MECE ( Mutuellement Exclusif, Collectivement Exhaustif).

Mutuellement Exclusif

Aucune sous-catégorie ne devrait représenter une autre sous-catégorie (« aucun chevauchement »). Dans le WBS cela signifie que les produits sont uniques donc nous pouvons leur assigner le coût et déterminer qui va les développer.

Collectivement Exhaustif

L’ensemble de toutes les sous-catégories, prises ensemble, devrait entièrement caractériser la plus grande catégorie dont les données font partie (« aucun trous »). Le WBS représente le « tout le travail ». Si ce n’est pas dans le WBS, cela ne va pas être fait.

La figure suivante représente un projet.
WBS 3D de Jean-Yves Moine. Cliquez sur l’image pour lire l’article.

Construire un bon WBS, ne commence pas par la définition du niveau du WBS, cela commence par le principe MECE et l’architecture résultant du produit (ou du service). L’architecture du produit ou du service est développée par une approche de systèmes, la construction de WBS est de l’architecture de systèmes, et ce pour plusieurs raisons :

  1. Nous avons besoin de connaître les composants du système qui sont ME (Mutuellement Exclusifs).
  2. Les enfants de ces composants doivent être CE (collectivement exhaustifs). Des parties peuvent être partagées dans le WBS, si le travail pour ces parties peut être partagé, mais elles doivent avoir un numéro différent dans le WBS, donc elles sont ME, tout en étant CE.
  3. Puis le WBS peut être utilisé pour rassembler les coûts et répondre à la question, « quel est le coût de cette partie, sous-ensemble, combinaison, système.
  4. Les ressources sont alors assignées nominativement et forme la RAM (la Matrice de d’Affectation des Responsabilités) pour voir qui travaille sur quoi, à quel coût.
  5. Ce système de codage peut être positionné dans l’IMS (Integrated Master Schedule) dans des colonnes séparées (WBS et peut-être CWBS : Contract Work Breakdown Structure) et avec la Catégorie de Ressource pour montrer quand la chose est construite, combien elle coûte et dans quelle catégorie de travail.
Microsoft Project
Partenaire de DantotsuPM

à quoi ressemble un bon WBS?

What Does A Good WBS Look Like?

http://herdingcats.typepad.com/my_weblog/2011/10/what-does-a-good-wbs-look-like.html par  Glen B. Alleman

Microsoft Project
Partenaire de DantotsuPM

Il y a de nombreux livres et des conseils pour construire une bonne Structure de Découpage du Travail (Work Breadown Structure : WBS). Mais il y a un principe sous-jacent qui guide, ou devrait guider cet effort. C’est le MECE ( Mutuellement Exclusif, Collectivement Exhaustif).

Mutuellement Exclusif – Aucune sous-catégorie ne devrait représenter une autre sous-catégorie (« aucun chevauchement »). Dans le WBS cela signifie que les produits sont uniques, donc nous pouvons leur assigner un coût et déterminer qui va les développer.

Collectivement Exhaustif – L’ensemble de toutes les sous-catégories, prises ensemble, devrait entièrement caractériser la plus grande catégorie dont ces données font partie (« aucun trous »). Le WBS représente « tout le travail ». Si ce n’est pas dans le WBS, cela ne va pas être fait.

Construire un bon WBS, ne commence pas par la définition des niveaux du WBS, cela commence par le principe MECE et l’architecture résultant du produit (ou du service). L’architecture du produit ou du service est développée par une approche de systèmes, la construction de WBS est de l’architecture de systèmes, et ce pour plusieurs raisons :

  1. Nous avons besoin de connaître les composants du système qui sont ME (Mutuellement Exclusifs).
  2. Les enfants de ces composants doivent être CE (collectivement exhaustifs). Des parties peuvent être partagées dans le WBS, si le travail pour ces parties peut être partagé, mais elles doivent avoir un numéro différent dans le WBS, donc elles sont ME, tout en étant CE.
  3. Puis le WBS peut être utilisé pour rassembler les coûts et répondre à la question, « quel est le coût de cette partie, sous-ensemble, combinaison, système.
  4. Les ressources sont alors assignées nominativement et forme la RAM (la Matrice de d’Affectation des Responsabilités) pour voir qui travaille sur quoi, à quel coût.
  5. Ce système de codage peut être positionné dans l’IMS (Integrated Master Schedule) dans des colonnes séparées (WBS et peut-être CWBS : Contract Work Breakdown Structure) et avec la Catégorie de Ressource pour montrer quand la chose est construite, combien elle coûte et dans quelle catégorie de travail.

Work Breakdown StructureSi le sujet vous intéresse, ne manquez pas ces quelques billets publiés précédemment:

Tutoriel : Réaliser un diagramme de Gantt sous Excel

allez voir la vidéo de 6 minutes

Bluffant ! Sur Excel Downloads

Un diagramme de Gantt permet le suivi des délais d’un projet et sa représentation sous la forme d’un diagramme.

En l’absence d’un logiciel de gestion de projet, le tableur Excel pourra réaliser ce diagramme en utilisant astucieusement un graphique en barres empilées.

Microsoft Project
Partenaire de DantotsuPM