Archives de Tag: scope

tenir précisément les délais du projet n’est pas possible

16 mai

Keeping the Project Timetable Is Not Possible

http://www.pmhut.com/keeping-the-project-timetable-is-not-possible par The Grumpy Project Manager (le chef de projet grognon)

Quelques pensées sur les échéanciers de projet et un peu de Lean Project Management

Projets normaux

Il n’est pas possible de tenir précisément un échéancier de projet, ou du moins la possibilité en est très théorique. Nous clôturons d’habitude un projet quelques heures, jours, semaines, des mois ou années plus tard ou plus tôt que planifié. Il est tout à fait habituel que la différence par rapport au planning varie ±15 %. Ceci est normal, particulièrement quand plusieurs intervenants sont impliqués dans le projet. Ceci est parce que nous avons toujours un peu de ‘bruit statistique’ dans le travail de projet. Des chefs de projet professionnels utilisant des pratiques de management de projet normales ne peuvent pas atteindre de meilleurs résultats. Les choses ne sont pas aussi standardisées que nous l’assumons en préparant un plan théorique de projet. Il n’y a aucun ouvrier standard, les messages sont mal compris ou ignorés, certains trouvent le projet important et d’autres pas, certains ont une motivation plus forte ou plus faible que normal…juste pour mentionner certaines raisons causant la variation. Si les différences entre les échéanciers réels et planifiés sont enregistrées et placées sur un graphique, elles suivent la courbe normale. Elles suivent les lois de nature. Si nous essayons d’améliorer ceci nous empirons d’habitude les choses.

Courbe de distribution normale en rouge

Courbe de distribution normale en rouge

Projets à problèmes

gros problemeSi la variance par rapport au plan dépasse 15 % nous avons des problèmes sur le projet. Désormais, ceci n’est plus normal; quelque chose a mal tourné. Quelques raisons peuvent habituellement être identifiées. La première est la compétence; l’organisation, l’équipe projet ou une partie des membres ne sont pas tout simplement assez habiles pour planifier ou exécuter le projet. La deuxième est une combinaison d’importance, de motivation, de préparation et d’acceptation des objectifs; ce n’est pas à propos d’à quel point le projet est défini comme important, mais comment les parties prenantes le comprennent. Le troisième facteur est la gestion du contenu, un périmètre vague ou des changements non contrôlés sur la portée par rapport au contenu agréé.

Campana & Schott

Partenaire de DantotsuPM

Les suspects habituels

suspects potentielsComme on connaît les suspects usuels qu’il est possible de faire quelque chose avec eux. Par exemple, nous pouvons demander à toutes les parties prenantes appropriées avant qu’un projet ne commence ce qu’elles pensent du projet. Le trouvent-elles important, comprennent-elles les objectifs et les acceptent-elles, sont-elles ont motivées pour soutenir le projet, sont-elles prêtes à s’engage sur le projet et mettre en œuvre les livrables finaux. Des enquêtes en ligne simples peuvent être utilisées pour ceci. En conséquence, nous saurons s’il y a un écart entre la compréhension des initiateurs et des parties prenantes. Si les initiateurs trouvent un projet important, mais pas les parties prenantes, nous aurons des problèmes pendant l’exécution. En étudiant à l’avance les suspects habituels, nous pouvons considérablement améliorer la probabilité de succès des projets.

Projets Lean

competingIl est bien sûr possible de limiter à 15% la variance dans les échéanciers de projet. Cependant, ceci exige des actions spécifiques dans l’organisation. En outre, si des partenariats ou de l’externalisation sont nécessaires, Ils devront être particulièrement compétents dans le travail de projet. À cause de ceci, il vaut mieux en premier lieu se concentrer sur la sélection des bons projets. Sélectionner les bons projets est plus important que de rester sous les 15% de variance. La sélection des bons projets est aussi la première façon de rester sous ce seuil; les bons projets sont importants et motivent souvent les membres et les supporters. L’étape suivante serait de réduire la quantité de projets. Avoir deux projets particulièrement importants en même temps les fera rivaliser et tous les deux perdront.

Épilogue

Si la différence entre des échéanciers réels et planifiés est continuellement supérieure à 15%, des actions alors spéciales devraient être prises pour améliorer ceci avant de faire tout autre chose. Les suspects usuels devraient être étudiés et des actions d’amélioration prises en fonction des résultats. La compétence organisationnelle est la zone de problèmes la plus difficile : l’admettre et s’améliorer.

Quand la différence entre les échéanciers réels et planifiés est continuellement inférieure à 15%, les efforts pour essayer de réduire ces écarts devraient être arrêtés et le focus mis sur la sélection des bons projets. En outre, une recherche active peut être utilisée pour étudier les suspects habituels avant le lancement d’un projet pour garder la variance dans les ±15%.

Votre réussite passe par la performance de vos projets !

Partenaire de DantotsuPM

LoL Scrum-Master en cette journée du rire :-))

5 mai

Bonjour, je pense que cette vidéo humoristique sur Scrum et plus particulièrement sur le rôle de ScrumMaster vous fera sourire.

Bien que traités sous un angle amusant, les problèmes abordés sont ceux rencontrés par bien des équipes Agile.

  • Membre de l’équipe systématiquement en retard au Daily Stand-Up
  • "Scope Creep" avec des utilisateurs qui ne respectent pas le rôle du Product Owner
  • Quand "Done" est-il réellement "Done"?

Postez vos commentaires après avoir essayé ces techniques vigoureuses.

votre premier projet, c’est simple comme 1-2-3 avec Prince2 selon Jeff Ball

14 mar

votre premier projet PRINCE2 commence par 1-2-3

Comment démarrer votre premier projet PRINCE2 en 3 étapes simples.

QRP International France

Partenaire de DantotsuPM

téléchargez le document PDF original à partir du site de QRP International

Vous avez suivi une formation PRINCE2, vous avez passé l’examen, vous êtes maintenant de retour à votre bureau, vous rouvrez le manuel de 350 pages, 19 chapitres et 26 documents …

Oui mais …. Par où commencer ?
… Simplifions les choses en 3 étapes !

1. Rédiger l’Exposé de Projet et faites-le approuver par votre exécutif

Comme son nom l’indique, l’Exposé de Projet est un document de synthèse. Il doit être facile à lire. Le manuel PRINCE2 suggère un modèle pour ce document : cependant, mieux vaut privilégier la lisibilité et la clarté plutôt que le formalisme et les détails.

L’Exposé doit contenir la structure organisationnelle du projet. Vous êtes le chef de projet, et vous avez besoin d’un Exécutif. C’est VITAL, le minimum vital. Sans Exécutif vous n’utilisez pas PRINCE2. L’Exécutif va assumer la responsabilité du projet. Vous allez exécuter en son nom le projet.

L’Exposé doit aussi contenir une description du produit du projet, votre livrable final. C’est important  de le documenter, c’est ce qui va définir votre périmètre. Le manuel PRINCE2 nous dit que c’est un document séparé mais vous pouvez l’inclure comme un paragraphe de votre Exposé.

Afin de définir correctement votre produit du projet, vous devez comprendre qui est votre client ou utilisateur (celui-ci peut être un client interne ou externe). Vous devez discuter de vos livrables avec votre client, pour comprendre leur besoin. L’Exposé de Projet doit inclure les exigences qualité du client et les critères d’acceptation.

Une fois l’Exposé rédigé, l’Exécutif doit le valider, vous ne pouvez pas continuer sans cela.

2. Créer une Structure de Décomposition du Produit et en obtenir l’approbation

Car-WBS

La structure de Décomposition du Produit (SDP) est un excellent moyen de comprendre ce qui doit être produit. Le SDP commence avec votre produit du projet, votre livrable final. Le SDP va vous donner plus de détails, 15 ou 20 livrables en tout.

Le moyen le plus simple de créer un SDP est de coller des post-it sur un tableau. Par ce biais il est facile de remodeler le SDP au fur et à mesure que les idées émergent. De manière idéale, faites-vous appuyer d’un collègue ou deux pour garantir une vision plus large. Une fois cela réalisé, convertissez les post-it en version électronique en utilisant un outil tel que Visio ou Powerpoint. C’est important de créer le SDP avant de commencer toute planification. Pour PRINCE2, le SDP est la première étape de planification.

Si vous utilisez un outil de planification, tel que MS Projet ou même Excel, vous devez créer d’abord votre SDP et la faire approuver avant de commencer le travail avec ces outils. Votre PC doit être éteint !

Vous devez passer en revue la première version avec les acteurs clés : L’Exécutif, le client ou l’utilisateur et avec les chefs d’équipe qui vont produire la solution. Une fois approuvée vous pouvez créer le plan de projet autour des 15-20 livrables de votre SDP.

3. Créer un Cas d’Affaire en collaboration avec votre Exécutif.

Le cas d’affaire fourni la justification du projet. Il explique les ressources que le projet va utiliser et les compare avec les bénéfices escomptés. C’est un document important, cela dit, il doit être simple et court. Le problème avec le Cas d’Affaire est que l’on ne sait jamais quel niveau de détail est approprié. Votre Exécutif va vous guider sur ce point. N’ajoutez pas de détails superflus (si votre société n’a pas besoin d’exprimer les besoins en termes financiers, ne le faites pas).

balance temps vs ressourcesCommencez avec un résumé de votre besoin en ressources, et les bénéfices escomptés – pour de nombreux projets, c’est suffisant.

  • Les ressources sont habituellement des personnes et/ou de l’argent. Vous devez comprendre quels types de ressources sont nécessaires. (Par exemple, vous avez besoins de développeurs et de testeurs et de l’argent pour acheter les équipements).
  • La justification se base sur les bénéfices – obtenez les informations sur les bénéfices avec votre Exécutif. Tous les deux, vous devez comprendre les types de bénéfices que votre projet va générer (par exemple, réduction des coûts de production, de maintenance).

Une fois que vous avez un résumé vous pouvez détailler davantage, seulement si nécessaire. Il faudra peut-être convertir les ressources et les bénéfices en termes financiers. Vous aurez besoin probablement d’un calendrier et aussi d’un calcul financier complexe tel que la valeur actualisée nette. En tous les cas, simplifiez toujours les choses, n’effectuez pas le travail si ce n’est pas nécessaire.

3 poissons qui sortent du commun

1,2,3…

En trois étapes simples, on a les fondements de notre DIP (Documentation d’Initialisation de Projet).

Les trois piliers clés du DIP sont : l’Exposé de Projet, le Plan de Projet et le Cas d’Affaire. Ces trois étapes nous permettent de créer ces trois piliers. Voici la manière de mettre en pratique les concepts de votre formation PRINCE2 en trois étapes simples.

© Copyright QRP International 2013. Reproduction in full or part is prohibited without prior consent from QRP International.

APMG International Showcase

mais quelles sont les responsabilités principales du PMO ?

25 jan

Key Responsibilities of the PMO

http://www.gantthead.com/article.cfm?ID=267501P par Brad Egeland

Brad Egeland

Brad Egeland

Un bureau de management de projet, Project Management Office (PMO), est une entité organisationnelle d’habitude chargée de centraliser et coordonner la gestion de projets dans une organisation. Un PMO surveille le management des projets et programmes, ou une combinaison des deux. Les projets supportés ou administrés par le PMO peuvent ne pas être reliés les uns aux autres.

Dans beaucoup d’organisations, les projets sont groupés ou rapprochés d’une certaine façon selon la façon dont le PMO coordonnera et gérera ces projets. Le PMO se concentre sur la planification coordonnée, la priorisation et l’exécution des projets et sous-projets qui sont liés à des objectifs fonctionnels de l’organisation parentale (ou du client). Le PMO est aussi responsable de pourvoir en personnel chaque projet avec les bonnes personnes pour donner la meilleure chance de succès au projet.

Les PMOs peuvent fonctionner sur un continuum, depuis fournir des fonctions de support au projet avec des formations, des logiciels, des procédures normalisées, jusqu’au management direct  réel et la responsabilité d’atteindre les objectifs de projet. Un PMO particulier peut recevoir la délégation d’autorité pour agir comme une partie prenante à part entière et un décideur pendant l’étape d’initiation de tout projet, peut avoir l’autorité de faire des recommandations ou peut arrêter des projets pour maintenir des objectifs fonctionnels cohérents. De plus, le PMO peut être impliqué dans la sélection, le management et le redéploiement (si nécessaire) de personnel partagé entre les projets et, possiblement de personnel dédié au projet.

Certaines des responsabilités et des caractéristiques principales de PMO incluent typiquement, mais ne sont pas limitées à :

why-pmosRessources partagées et coordonnées à travers tous les projets.

Le PMO agit comme le groupe centralisé de personnel de projet qui mène tous les projets dans l’organisation. Et, alors que le personnel de projet peut souvent venir de l’extérieur du PMO dans une organisation matricielle, les efforts et les décisions principales sur la dotation en personnel de ces projets, le « qui » et le « quoi », sont coordonnés au sein ou en accord avec la direction du PMO.

Identification et développement de méthodologie de conduite de projet.

Le PMO doit être celui qui définit, contrôle et forme sur la méthodologie de management de projet de l’organisation. Ceci comprend toutes les meilleures pratiques de management de projet qui devraient être utilisées pour implémenter des standards de management de projet et définir comment les projets doivent être gérés et suivis.

tour de controleCentre de commande pour les règles, procédures et modèles de projet.

Le PMO devient l’emplacement centralisé pour toutes les règles et procédures de management de projet et le centre d’acquisition et de développement de tous les modèles de projet, documents de planification et autre documentations. Cela s’applique aussi à la base de connaissance centralisée des leçons apprises et autres Questions/Réponses (Q&A).

Management de configuration centralisé.

Toute la gestion du changement et la gestion de configuration concernant les projets, y compris toutes les demandes de modifications, devraient être produites et gérées depuis le PMO. Cela permet un suivi et sert de référence pour de similaires changements et problèmes de configuration sur les projets futurs.

risque financierEnregistrement et management centralisé des risques.

Souvent, les risques ne varient pas beaucoup de projet en projet, tout du moins pour une grande majorité d’entre eux. Avec le PMO servant de point central pour le management des risques, on aide à diminuer l’effort qui doit être dépensé sur des projets actuels et futurs pour identifier le risque, manager les risques, éviter et réduire les risques.

Le bureau central pour l’opération et le management des outils de projet.

Tout comme la définition, la mise en application et la formation de la société dans son ensemble à la méthodologie de management de projet, il est aussi de la responsabilité du PMO que de choisir les outils de management de projet appropriés. Ceci inclue le logiciel principal de management de projet que le personnel de projet utilisera pour gérer tous les projets. Fournir un standard stable pour tous est important pour la réussite et la collaboration.

Canaux de Communication pendant le Cycle de vie du Projet

Canaux de Communication pendant le Cycle de vie du Projet

Coordination centrale de la communication.

La communication est la responsabilité la plus importante du chef de projet. Le PMO joue aussi un rôle critique dans ce processus. Le PMO est la source primaire de communication et d’annonce sur tous les projets. Cette communication s’adresse autant au personnel interne de la société qu’à ses clients externes, ses prospects et ses fournisseurs (si nécessaire).

Une plate-forme de mentoring pour chefs de projet.

Le PMO est directement responsable de former les chefs de projet et de mettre en œuvre une infrastructure de mentoring appropriée permettant aux chefs de projet moins expérimentés d’apprendre à côté (et avec) des chefs de projet plus expérimentés.

inspecter les livrablesLe contrôle central de tous les échéanciers et budgets des projets du PMO.

Avec un reporting de projet centralisé, le PMO devient un emplacement central pour contrôler les échéanciers et budgets des projets. Cela permet au PMO d’être le guichet unique pour des informations pour tout le management exécutif et les services financiers, plutôt que de charger des chefs de projet individuels avec encore une autre source de diffusion de leurs matériels et rapports de projet.

Coordination des normes de qualité complètes de projet.

Finalement, le PMO défini le standard pour toutes les normes de qualité en termes de management de projet, de leadership et de performance. Il sert aussi de d’intermédiaire entre les chefs de projet et tout personnel de qualité interne ou externe ou l’organisation de gestion des normes.

2 November – Webinar (PMI) – Tips for Creating the WBS and Gathering Better Estimates

30 oct

Tips for Creating the WBS and Gathering Better Estimates

2 November 2012 4:00 PM to 5:00 PM French Time

The process of creating a schedule looks simple, but the elements that make up that process can be quite complex. In this webinar Vince McGevna will address two key aspects of creating a schedule – developing the WBS and gathering estimates for the deliverables – to help reduce their complexity and create a more realistic schedule. The WBS lays out all of the work in the project in the form of a hierarchy of deliverables. He will discuss what goes into a WBS, breaking down the elements into a hierarchy similar to an actual WBS, then he’ll offer tips, many unique, for obtaining realistic estimates to develop the deliverables in the WBS. Having all of the work defined with realistic estimates, you will be on your way to developing a realistic schedule.

The WBS and estimates are part of a planning process Vince calls Schedule Centered Planning. An overview of the process is presented in this video.

Vince’s second YouTube video, A More Agile Approach to Waterfall, presents a unique and key aspect of the process: creating a high level strategy.

To register click here

les organisations prévoyantes développent les talents de Leadership avec des Projets Spéciaux

2 oct

Savvy Organizations are Developing Leadership Talent with Special Projects

http://www.pmhut.com/savvy-organizations-are-developing-leadership-talent-with-special-projects par Michael Stanleigh

leadershipUne des pratiques les plus efficaces liées au développement des leaders est de leur assigner des projets spéciaux. Les leaders qui peuvent atteindre des objectifs financiers et organisationnels recueillent le plus de respect et sont une des priorités supérieures des organisations globales. Ces découvertes viennent d’une étude de Development Dimensions International (DDI), Inc.,  sur les bonnes pratiques pour les leaders mondiaux de demain.

Les implications de ces découvertes sont significatives pour des programmes de développement de leadership. En plus de l’importance connue de développer les équipes, prendre des décisions difficiles et créer une vision et une stratégie, avoir la connaissance et l’expérience dans le management de projets est une compétence critique de leadership pour beaucoup d’organisations globales.

Un rapport de recherche publié Business Improvement Architects, "de la Crise au Contrôle : une nouvelle ère dans le management de projet stratégique," identifie que, tandis que les organisations cherchent à développer le talent de leadership avec des projets spéciaux, en fait, le manque de compétence en management de projet est une énorme préoccupation pour eux. On demande aux personnes de mener des projets sans un outil ou processus pour valider leurs compétences, connaissances et expérience. Il y a aussi un manque de processus pour identifier les opportunités d’augmenter le niveau de compétence de ces leaders et des membres de leurs équipes.

L’attribution d’un projet spécial est une stratégie valable pour développer un leader dans un certain nombre de compétences clés parce qu’un chef de projet doit agir comme le leader de l’équipe projet. Cependant, les organisations doivent aussi s’assurer qu’elles ont les outils et les processus en place pour le management de projet et identifier des stratégies pour augmenter la compétence du chef de projet. Le management d’un projet exige stratégie et planification, prise de décision, compétences relationnelles, un focus sur le client et l’équipe et la gestion financière. Ces compétences supporteront la capacité du leader à atteindre des buts financiers et organisationnels.

Stratégie et Planification

la triple contrainteLe management d’un projet exige que le chef de projet soit clair sur les objectifs du projet et son importance pour l’organisation. Les chefs de projet doivent pouvoir clairement définir les buts, objectifs et priorités du projet. Ils doivent aussi comprendre les besoins tant business que techniques pour la mise en œuvre et choisir une équipe avec les bonnes compétences et l’expérience requise pour le projet. Ils apprennent à adopter une mentalité orienté business qui leur permet d’évaluer leur procédure, systèmes et approche d’ensemble de la perspective de leurs clients internes. De plus, ils apprennent l’importance de l’évaluation et de la revue de par leur expérience de clôture de projets; où ils évaluent chaque projet et documentent les leçons apprises pour de futurs bénéfices.

Prise de décisions

prise de décisionIndépendamment de la taille du projet il y aura des moments où l’équipe projet rencontrera des problèmes. Le chef de projet devra analyser l’impact du problème et traiter systématiquement sa résolution en rassemblant des faits adéquats de façon opportune et en examinant la cause du problème. Il apprendra à prévoir, se débrouiller et écarter les différences d’opinions et les conflits et aussi comment analyser l’impact des diverses alternatives et solutions, en considérant les délais, le coût et les implications de ressource.

Compétences relationnelles

travail d'équipeEntreprendre n’importe quel projet est un effort d’équipe. Le travail avec les autres est un terrain fertile pour les défis de communication potentiels et les conflits parce qu’un certain nombre de personnalités différentes composent l’équipe. Le management d’un projet est une occasion parfaite d’apprendre sur les compétences relationnelles et développer des compétences de communication plus efficaces. Par le management de conflit d’équipe, des présentations aux parties prenantes et les rapports d’avancement, le leader éventuel apprend à écouter activement pour déterminer les besoins du sponsor, du client, des membres de l’équipe, des responsables de service et autres parties prenantes. Il apprend à partager ouvertement des informations, des avis et des idées et à façonner convenablement toute la communication orale et écrite.

Focus sur le client et l’équipe

Un chef de projet apprend rapidement que le succès du projet exige un effort d’équipe. Au début, un chef de projet doit développer une déclaration de contenu sur le projet et s’assurer que les membres de l’équipe sont clairs sur leurs rôles et responsabilités. La déclaration de contenu définira les paramètres du projet : L’objectif du projet, des livrables, des contraintes, des suppositions et des risques… et, une fois approuvé, il fournira de la clarté pour l’équipe projet. En outre, les plans détaillés de projet qui incluent les dépendances entre les tâches, les allocations de ressources et les jalons cristalliseront la mise en œuvre.

Le focus exige aussi que l’équipe projet maintienne de bonnes procédures administratives pour produire des rapports et communications qui soient précis et opportuns. Ils apprennent à gérer les aspects d’un projet qui peut exiger la connaissance d’experts spécifiques et du travail pour nouer des relations avec d’autres chefs de département afin de s’assurer que les défis de personnel n’entravent pas le succès de projet.

Gestion Financière

balance temps vs ressourcesTout projet vient avec ses contraintes de ressource uniques incluant le budget, les délais et le contenu. Il est peu probable que l’on considérera un projet qui n’a pas respecté ses contraintes comme réussi. Donc, les futurs leaders apprennent sur la gestion financière quand ils traitent des changements au projet, quand ils analysent les risques et développent leurs structures de répartition du travail. Ils apprennent à établir des contrôles en définissant le budget et les paramètres de l’échéancier conformément à la portée approuvée du projet et en tenant des réunions régulièrement prévues pour passer en revue et comparer l’avancement et la performance budgétaire réelle par rapport au planifié.

PMGS Formations en Management de Projet

Partenaire de DantotsuPM

Résumé

On voit clairement le développement des niveaux de compétence de leaders par leur participation dans le management de projets est un chemin vers le succès. Cela bénéficie tant au leader individuel qu’à son organisation. Il est important pour les organisations d’avoir les outils et processus en place pour le management de projet. Les principaux processus de management de projet qui contribuent à la réussite des projets doivent être compris et utilisés par les leaders pour permettre leur propre croissance et développer leurs connaissances.

configurer et rétablir les attentes

18 sept

75s d'attenteJ’ai récemment croisé sur ma route ce feu de signalisation qui m’a rappelé combien établir les bonnes attentes chez les clients ou utilisateurs de nos livrables est important. Savoir que ce feu de signalisation ne passera au vert que dans 75 secondes, me permet de:

  • tirer le frein à main,
  • mettre le moteur au point mort et
  • attendre tranquillement

au lieu de m’exaspérer sur la durée de cette attente sans savoir quand elle prendra fin. Et en plus, j’économise essence et stress et je pollue moins !

Setting and Resetting Expectations

http://www.pmhut.com/setting-and-resetting-expectations par Johan Magnusson

Nous créons parfois nos propres clients difficiles en ne créant pas, ne configurant pas et ne maintenant pas des attentes réalistes dès le départ. Les déconnexions dans les communications et la compréhension clients peuvent arriver à un certain nombre de moments au cours de l’engagement.

Ils peuvent se produire:

  • Pendant le processus de ventes
  • Pendant le démarrage du projet
  • Sur des demandes de changement
  • Dans les réunions d’avancement
  • Pendant chaque communication informelle qui a lieu, quoique moins probablement sous forme écrite comme des courriers électroniques

Même si nous essayons de documenter les communications avec nos clients et d’obtenir leur approbation formelle sur attentes et compréhension, nous n’y parvenons pas toujours ou ce sur quoi nous signons peut être une généralité quand en fait les détails laissent à interprétation.

Une partie cruciale d’exécuter des engagements réussis est la capacité de mettre ou remettre en place les attentes des clients tôt dans le projet. Une technique que nous pouvons utiliser avec succès est appelée UPDATE.

la technique "Update"la technique UPDATE dans le management des attentes

Understand Customer ExpectationsComprendre les Attentes des Clients

Les clients ont différentes attentes de ce qu’ils veulent et attendent de notre part. Ces attentes influencent comment ils perçoivent nos livrables. Parfois ils ont des attentes correctes, quand nous avons fait un bon travail de mise en place d’attentes réalistes pendant la phase de vente.

Parfois leurs attentes pourraient être trop élevées ou même trop basses. Pour positionner ces attentes avec succès, nous devons d’abord connaître le niveau d’attente initial des clients.

Primary (and secondary) deliverablesLivrables primaires (et secondaires)

L’étape suivante est d’être très clair sur ce que nous livrerons et comment ce sera livré. Ces livrables doivent être clairement définis dans notre « service level agreement – SLA ».

expliquerDon’ts – Ne pas faire

Nous devons aussi clairement définir auprès de nos clients ce que nous ne livrerons pas. En convenant de tout qui est hors du périmètre, nous pourrons manager les attentes beaucoup plus facilement dans les dernières étapes de l’engagement. Beaucoup de professionnels des services sont réticents pour expliquer le « don’ts » (ce qu’ils ne feront pas) tôt dans l’engagement parce qu’ils pensent que cela affectera négativement la satisfaction client. Cependant, il est toujours meilleur de traiter ce conflit au plus tôt dans l’engagement.

Alternatives

Parfois quand nous communiquons nos « don’ts » au client, ils ressentent soucis et préoccupation. Qu’arrivera-t-il si nous ne le faisons pas ? Quelles sont nos alternatives si cela ne marche pas ?

En définissant ou rétablissant les attentes, c’est une bonne idée que d’expliquer quelles pourraient être nos alternatives. Quel est notre plan de repli ? Qui nous aidera si nous ne pouvons pas résoudre ces problèmes ?

Trust – Confiance

confianceLa confiance en votre équipe, la confiance en votre client et la confiance en la solution est l’ingrédient principal qui maintient la cohésion. Une partie énorme de la définition ou du rétablissement des attentes correctes est de montrer notre confiance en notre capacité à résoudre le défi même avec toutes les limitations ci-dessus expliquées au client. Pendant cette partie nous pouvons exposer la compétence et l’expérience de notre équipe ou toute autre chose qui pourrait renforcer la confiance du point de vue du client.

Connaître les préoccupations de nos clients et connecter nos points de confiance à celles-ci les rendra encore plus forts.

Engagement

La dernière partie de la définition ou de la redéfinition des attentes est de repasser pas à pas au travers de toutes les étapes de l’engagement avec le client en expliquant comment et pourquoi nous atteindrons nos différents jalons.

Méta Projets Management

Partenaire de DantotsuPM

La clarté autour du processus est absolument critique pour manager avec succès le projet.

cadrage et périmètre projet avec Jean-Baptiste Jourdant de CSP

1 août

Une des premières activités d’un projet c’est le cadrage. L’objectif principal c’est de définir précisément une feuille de route, d’éclaircir et de partager une vision commune entre le chef de projet et son sponsor en lien avec la direction. Découvrez dans cette première « vidéo de cadrage projet » pourquoi et comment cadrer son projet.

Petite Bannière CSP

Partenaire de DantotsuPM

Mais qu’appelle-t-on exactement le périmètre du projet?

Dans un projet, je dois connaître précisément ce qui m’est confié. Bien évidement, je vais expliciter ce dont je suis responsable. Mais il est aussi très pertinent d’identifier tout ce qui est nécessaire à la bonne réalisation du projet mais qui ne semble pas m’être confié. Découvrez dans cette vidéo comment circonscrire précisément le périmètre d’un projet.

ma juridiction (en management de projet) s’arrête ici

15 mar

My (Project Management) Jurisdiction Ends Here par Kiron D. Bondale

http://www.pmhut.com/my-project-management-jurisdiction-ends-here

Le titre de cet article est une réplique de John Cleese, le Shérif Langston, dans le film Silverado. Alors qu’elle a été prononcée pendant une séquence emplie d’humour, elle me vient à l’esprit à chaque fois que je suis témoin d’un chef de projet qui impose des limites auto-créées sur la mesure de sa propre influence.

où sont les limites?Dans les organisations de faible maturité, on demande ou même exige souvent des chefs de projet qu’ils entreprennent des activités qui sont clairement la responsabilité d’autres parties prenantes simplement pour garder leurs projets en piste. Je serai la dernière personne à suggérer qu’un PM doive constamment outrepasser des frontières de travail qui ont été clairement définies car cela ne fait que renforcer le comportement inopportun de la part de des autres et aboutit souvent au surmenage et à une réduction de la satisfaction dans son travail pour le chef de projet.

D’un autre côté, le défi de manager uniquement la triple (ou quadruple) contrainte consiste en ce que cela peut encourager un focus très clinique qui va à l’encontre de "l’art" du management de projet. Un chef de projet qui ignore manifestement la portée, l’échéancier, les coûts ou les contraintes de qualité n’agit certainement pas professionnellement, mais celui qui adhère rigidement à ceux-ci en démontrant un manque de perspective sur les résultats du projet ne fait pas mieux.

Alors, après avoir tourné ma langue 7 fois dans ma bouche, voici ma liste des cinq premiers signes que vous avez passé trop de temps à vivre dans ce que Bill Maher appellerait "Votre Bulle".

  • Vous parez aux demandes de regarder la vue d’ensemble en utilisant votre descriptif de poste et votre Structure de décomposition de projet (WBS) comme armes de duelliste.
  • Votre expression préférée est "faites passer au suivant".
  • Vous avez demandé à ce que le modèle de requête de changement de votre PMO soit modifié pour le numéro d’identification des requêtes de changement passe à six chiffres.
  • Vous avez monopolisé un avocat pour développer des contrats et des " règles d’engagement" à toutes épreuves envers vos pairs d’autres services.
  • L’opération (de projet) est un succès, mais le patient (livrable) est mort.
CSP Formation

Partenaire de DantotsuPM

trop occupé à couper du bois pour aiguiser la hache

13 mar

Too busy chopping wood to sharpen the axe

http://www.energizedwork.com/weblog/2011/12/too-busy-chopping-wood-to-sharpen-the-axe

Posté par Simon Baker

hacheLa mentalité dominante dans le management et la finance dans les sociétés est aujourd’hui centrée sur l’efficacité, la productivité et les coûts. La préoccupation principale est de maximiser tous les actifs et capacités pour que rien ne reste assis, inoccupé. Ce que cela signifie vraiment est de garder les gens utilisés à 100 %.

Si la demande est là, cela a du sens de maximiser la production. Mais connaît-on vraiment la demande ?

Avec le développement piloté par les spécifications, il y a d’habitude l’attente implicite que toutes les fonctionnalités exigées soient exprimées. Et si toutes les fonctionnalités construites n’étaient pas utilisées avant longtemps ? Cela accroîtrait simplement l’Inventaire. Et si une proportion de ces fonctionnalités n’était jamais mise en œuvre par les utilisateurs ? Ce serait un gaspillage d’argent et de ressources.

Toutes les demandes ne sont pas égales. Toute chose n’est pas fonctionnalité. Il vaut mieux supprimer la demande qui ajoute un coût, mais peu de valeur. Quels sont les différents types de travail et quels sont leurs besoins ?

Trouver l’équilibre entre la capacité avec la demande signifie que quelques actifs resteront inoccupés: parfois certaines personnes se retrouveront avec un peu de temps libre entre leurs mains. Dans le domaine de la production, les coûts d’inoccupation sont généralement acceptés en échange d’une réduction de l’inventaire et des coûts de stockage et d’éviter la conséquence de devoir vendre la surproduction à prix réduits.

hache bien aiguiséeLe temps "mort" fournit un espace dont il devrait être fait bon usage. Toute personne avec du temps libre a une responsabilité de s’assurer que le coût de ce temps "mort" est récupéré par des améliorations sur l’ensemble de la valeur (incluant des améliorations de la façon de travailler et la suppression d’inefficacités) qui réduisent le coût de production et augmentent la qualité.

Suivre

Recevez les nouvelles publications par mail.

Joignez-vous à 387 followers

%d bloggers like this: