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

8 Septembre – Lausanne (SMP) – Être proche des parties prenantes pour être proche de leurs attentes

28 août

Comment faire émerger les détails du travail quotidien des parties prenantes qui vot faire ou défaire le succès de votre projet ?

Beaucoup de projets sont pilotés depuis des bureaux climatisés sans beaucoup de contact avec les parties prenantes, surtout quand celles-ci travaillent dans des conditions peu confortables.

L’état de l’art aujourd’hui préconise de faire des ateliers, des interviews et des sondages pour recueillir les attentes des parties prenantes.

Ces instruments sont certes utiles, mais ne sont guère efficaces pour découvrir les détails du travail quotidien.

Or c’est ce travail quotidien – avec ses petites frustrations, défauts de communication, imprévus et autres couacs – qui détermine bon nombre d’attentes implicites et ce sont souvent celles-ci qui sont à l’origine de la réussite ou de l’échec d’un projet.

La plupart des chefs de projets de formation technique ignorent que des méthodes issues des sciences sociales existent, qui peuvent faire émerger ces détails.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Lors de cette soirée, vous apprendrez des techniques pour :

  • Découvrir le travail quotidien de vos parties prenantes,
  • Faire émerger les problèmes de communication et parfois de politique qui freinent vos initiatives,
  • Établir un partenariat avec vos parties prenantes pour faire aboutir vos projets.

Cette soirée comportera 3 parties :

  • Un exercice ludique et interactif qui montre bonnes et mauvaises pratiques ;
  • Une présentation de ce que nous apprennent les sciences sociales ;
  • Des retours d’expérience concrets mettant en œuvre les points présentés précédemment.

inscription

voici 16 des meilleures méthodologies de management de projet (Infographie)

25 août

16 Top Project Management Methodologies (Infographic)

https://www.wrike.com/blog/a-crash-course-in-project-management-methodologies-infographic/

Sur Wrike, dans leur Guide Rapide de démarrage aux Méthodologies, 16 approches de management de projet reconnues sont couvertes. Leurs essentiels se trouvent dans cette infographie facile à référencer et partager avec vos collègues.

Certes, quelques mots par grande méthode ne peuvent être que réducteurs et incomplets mais cela donne tout de même un aperçu intéressant.

project-management-methods

Qu’en pensez-vous ?

 

Partenaire de DantotsuPM

Partenaire de DantotsuPM

 

Quelles sont les principales méthodes que vous pouvez utiliser pour développer des estimations fiables ?

21 août

Voici une question qu’un recruteur pourrait fort bien vous poser…

Les méthodes d’estimation plus répandues sont par analogie, paramétrique, intuitive, conseil d’expert et détaillée.

comparerPar analogie

Je réalise une comparaison entre un projet futur à des projets semblables déjà réalisés et j’extrapole les évaluations à partir de cette base.

Paramétrique

compterDans cette méthode, je me concentre à la définition des paramètres qui permettront d’évaluer la durée, les efforts et les coûts. Très souvent utilisée dans l’informatique avec des nombres : d’écrans, de lignes de code, d’interfaces entre systèmes, de « Points de Fonction ».

Intuitive

réfléchissonsLa méthode est basée sur l’appréciation personnelle de l’estimateur et elle est principalement utilisée pour obtenir rapidement un ordre de grandeur. Elle m’est particulièrement utile en amont pour prioriser les approches et en aval pour identifier de potentielles incohérences dans les résultats produits par des méthodes plus détaillées.

L’avis d’expert(s)

J’utilise souvent ces avis pour rationaliser et valider des estimations intuitives. Mais je reste attentif car ce qui pourrait demander quelques heures de travail à l’expert peut nécessiter plusieurs jours à une ressource moins qualifiée.

L’approche détaillée

WBS 3D - PBSLa méthode est plus analytique et exige un travail détaillé au niveau de chaque produit ou livrable du projet pour en évaluer les efforts, durée et coûts. Puis, je somme ces estimations pour obtenir une évaluation d’ensemble. Plus précis, mais bien sûr plus long et nécessitant plus de ressources.

Le mieux reste d’appliquer plusieurs de ces méthodes et d’en comparer les résultats.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Notez que dans Agile, le conseil d’expert est souvent utilisé comme dans le « Poker Planning » au niveau des « User Stories » (c’est-à-dire à un niveau très détaillé de description des besoins de l’utilisateur). Chaque développeur, qui est en pratique considéré comme un expert, donne son estimation de charge pour la « user story » choisie. Puis l’on compare et discute des estimations de chacun avant de décider qui la réalisera. Un excellent moyen d’engager fermement chaque personne sur ses propres estimations faites devant ses pairs.planning poker in Scrum

August, September and October – 1 day Webinar – Managing Projects with Microsoft Project

16 août

With millions of users worldwide, Microsoft Project is the world’s most popular project scheduling software.

In this fast-paced full-day workshop, industry experts with practical real-world experience provide a solid foundation for managing projects with Microsoft Project. Learn techniques and leading practices for building and managing project schedules with Microsoft Project 2013 in a safe training environment… rather than learning « on the fly » in front of your boss or customer.

EPMA MS Project Training datesWho is this Training Workshop for?

  • Experienced Project Managers who are new to Microsoft Project.
  • Project Managers with limited experience with Microsoft Project, but want to learn how to use it properly.
  • New Project Managers who want to impress their bosses or customers with improved organization and communication.
  • Engineers, software developers, and people in other technical roles who want to open up new career options.
  • Contractors and vendors with customers asking for accurate and comprehensive project schedules.
  • Anyone needing a more structured approach to managing project timelines, deadlines, workloads, and costs effectively.

Workshop Itinerary: Microsoft Project Foundations and Advanced Scheduling Techniques

Lancez-vous dans l’aventure de chef de projet !

Lancez-vous dans l’aventure
de chef de projet !

The day will begin by learning techniques for effectively building a dynamic Microsoft Project schedule that can be used to forecast timelines, work hours, and costs throughout the life of a project… especially when things do not run according to the original plan. Foundational concepts and basic schedule building blocks will be covered, as well as tips and traps that any professional project scheduler should understand.

MS Project 2013

Partenaire de DantotsuPM

Topics:

  • Working with Project Tasks, Resources, and Assignments
  • Building a Deliverables-Based Project Schedule
  • Estimating and Sequencing Project Activities
  • Using Resources to Plan Project Work Effort and Costs

Break for Lunch

After lunch, attendees will dive into advanced techniques that will assist them through the entire project lifecycle. Three task progress techniques will be covered as well as other advanced techniques for manipulating the Microsoft Project interface to facilitate task progress tracking.

MS Project 2013Topics:

  • Task Progress Tracking Overview
  • Working with Project Baselines
  • Customizing the Microsoft Project Interface for Progress Tracking
  • Tracking Task Progress and Updating the Project Forecast

The class is FREE. Space is limited. Please connect to this site to register. 

Partenaire de DantotsuPM

Partenaire de DantotsuPM

August 20 – Webinar (PM) – Growing Your PM Leadership Tool Kit

12 août

Leaders are learners.

smp leadershipWhether you are just getting started in project management, in the middle of your PM career, or have extensive project management experience, your Leadership Tool Kit needs to constantly grow.

This interactive webinar will focus on practical, hands-on tools and techniques that you can immediately put into use as a leader, mentor or coach or add to your toolbox and be utilized as part of your ongoing development as an emerging leader and practitioner. Either way, you will walk away with an “action plan” for getting started.

Together, we will explore leadership skills involving:

  • Partenaire de DantotsuPM

    Partenaire de DantotsuPM

    Strategy – working at the 30,000 foot level to achieve long-term goals and supporting the vision

  • Action – turning that strategy into action through communication, decision making, and leading through change
  • Results – delivering on our commitments, inspiring and empowering, making things happen

An added bonus, the webinar presentation will include a list of suggested Leadership Books and Websites to continue growing your tool kit.

Leadership is a key element in PMI’s Talent Triangle; this webinar will be an excellent opportunity to grow your leadership skills. Leaders are learners. Join us for this informative and fun learning experience!

Details and registration

Scrum Alliance Report 2015 disponible gratuitement !

8 août

Tous les ans, la Scrum Alliance réalise une enquête sur l’utilisation et les évolutions de Scrum et en résume les résultats dans le State of Scrum report.

2015 State of Scrum ReportOn y trouve les taux d’adoption en entreprise (5000 réponses de 108 pays et 14 industries), les tendances actuelles, les prochaines évolutions telles que perçues par les pratiquants de la méthode.

Certaines statistiques sont révélatrices:

  • 87% estiment que Scrum améliore la qualité de vie au travail
  • 56% utilisent les cérémonies de Scrum avec discipline
  • 71% pensent que leur utilisation de Scrum crée des tensions avec d’autres parties de l’organisation qui ne l’utilisent pas
  • 59% of des ScrumMasters certifiés et 81% pensent que cela les aide à améliorer leurs pratiques
  • 93% des projets Scrum supervisés par un PMO réussissent

L’essayer c’est l’adopter puisque 95% vont continuer à utiliser Scrum

The report est téléchargeable gratuitement (en anglais) sur le site de la Scrum Alliance.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

lignes directrices pour une charte de projet réussie

28 juil

Guidelines to a Project Charter within Project Management

http://www.pmhut.com/guidelines-to-a-project-charter-within-project-management par Cora Systems

strategyLa Charte de Projet dans le management de projet est une des tâches les plus importantes pour formellement autoriser un projet. Le but de la Charte de Projet quand on manage des projets et des programmes est de détailler la vision complète du projet, ses objectifs, son périmètre, ses livrables, son organisation et le plan de mise en œuvre. Elle vous aide à établir la direction, l’organisation et la mise en œuvre du projet. Elle assurera aussi que vous contrôlez votre périmètre de projet car vous définirez exactement ce qu’il est et ce que vous voulez réaliser. Le format d’une charte de projet peut varier, cependant le but restera toujours le même.

La création d’une charte de projet a tendance à être plus facile à dire qu’à faire et ne devrait pas être commencée avant d’avoir une pleine compréhension du projet et de toutes les parties prenantes et que les acteurs assignés se réunissent.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

sunglasses-woman-girl-model-mediumPourquoi devriez-vous créer une Charte de Projet ?

  • Elle garantit que le chef de projet comprend entièrement les besoins du sponsor de projet
  • Elle met en évidence les informations clés du projet qui sont essentielles avant le commencement du projet
  • Elle permet d’établir la base du plan de projet
  • Elle aide à aligner chacun sur une même page
Partenaire de DantotsuPM

Partenaire de DantotsuPM

Qu’est-ce qui devrait être inclus dans une Charte de Projet ?

  • people-office-group-team-largeTitre du Projet
  • Description
  • Chef de projet Assigné
  • Cas d’affaires (Business case)
  • Ressources allouées
  • Parties prenantes
  • Description des Produits et livrables
  • Objectifs de Projet mesurables
  • Exigences du projet
  • Risques Projet
  • Signature et Approbation du projet
Partenaire de DantotsuPM

Partenaire de DantotsuPM

Pour créer une Charte de Projet un certain nombre d’étapes doivent être suivies pour en gagner les pleins bénéfices :

  1. Temps: Donnez-vous le temps adéquat pour créer la charte. Cela pourrait nécessiter une semaine ou plus selon la taille du projet et le nombre de personnes avec lesquelles vous devez engager quant au projet.
  2. Planification de rencontres: prévoyez les réunions avec quiconque doit être impliqué ou mentionné pendant la création de la Charte de Projet.
  3. light-man-new-year-hope-mediumTrouvez votre Vision, Objectifs, Périmètre et Livrables:
    • Vision : Identifiez le but final du projet.
    • Objectifs : Une fois que le but est défini, une liste d’objectifs doit être rédigée. Chaque objectif devrait être SMART – Spécifique, Mesurable, Atteignable, Réaliste et achevé en un Temps défini.
    • Périmètre : Maintenant que vous devriez avoir bonne compréhension du but et des objectifs du projet, il est temps de définir le périmètre du projet. Le périmètre définira les frontières du projet en décrivant comment le business sera changé quand le projet sera livré.
    • Livrables : décrivez finalement chacun des livrables qui seront produits par le projet.
  4. Organisation Du Projet: l’étape suivante est d’identifier comment le projet sera organisé en décrivant et listant :
    • Les clients (qui Accepteront les produits finaux du projet)
    • Les parties prenantes (dans ou à l’extérieur du projet qui ont un intérêt avéré ou un impact dans l’ensemble du projet)
    • Les rôles (rôles clés et les responsabilités qui seront impliquées pour exécuter le projet)
    • Structure (la hiérarchie de l’équipe projet)space-desk-workspace-coworking-large
  5. Mise en œuvre du Projet: Après ces étapes, vous devriez maintenant être dans en position de commencer la mise en œuvre du projet :
    • Plan de mise en œuvre : Pour assurer que le projet a été bien réfléchi sérieusement un plan de mise en œuvre devrait être créé pour donner un cadrage des activités dans le temps.
    • Jalons : Inscrivez les jalons importants du projet (les grands événements) et décrivez pourquoi ils sont importants pour le projet.
    • Dépendances : Inscrivez les dépendances clés qui vont probablement avoir un impact sur le projet.
    • Plan de Ressource : Listez les ressources planifiées (la main-d’œuvre, les équipements et matériels) qui seront impliquées dans le projet et exposez le budget pour celles-ci.
  6. Risques et Problèmes associés au Projet: Pour conclure vous devez classifier les risques et les problèmes associés au projet à l’instant présent.

Après ces étapes vous devriez avoir une charte concrète pour votre projet qui vous aidera à gérer le périmètre et livrer dans les temps et dans le budget.

Partenaire de DantotsuPM, LE blog du management de projet

Partenaire de DantotsuPM, LE blog du management de projet

montée en volume d’Agile : le nombre de Dunbar

16 juil

Scaling Agile: Dunbar’s Number

https://tcagley.wordpress.com/2015/05/19/scaling-agile-dunbars-number/ par T Cagley

Robin Dunbar

Robin Dunbar

En déterminant de quelle taille un programme Agile pourrait être, un des « faits » souvent cité est que le nombre de personnes impliqué dans un programme Agile est soumis au nombre de Dunbar. Le nombre de Dunbar est la limite du nombre de personnes dans un groupe qui peuvent entretenir des relations sociales stables. Le terme, relation sociale est le reflet d’interactions régulières, la capacité de reconnaître un autre membre dans le cadre du groupe ou d’être engagés sur un but commun. Ces attributs sont importants pour tout projet et sont peut-être plus importants dans les projets Agile parce que ceux-ci comptent sur la cohésion d’équipe pour minimiser les mécanismes de contrôle et la bureaucratie.

Le concept du nombre de Dunbar est basé sur de la recherche à l’origine exécutée par les observations de primates et étendue ensuite aux humains au début des années 1990. En juin 1992, Robin Dunbar publié « La taille du néocortex comme contrainte de la taille de groupe chez les primates » dans le Journal of Human Evolution (Volume 22, Edition 6, juin 1992, pages 469-493). Dans ce papier, Dunbar a mis en évidence une corrélation entre la taille du cerveau d’un primate et la taille moyenne de groupe social.

En résumé, Dunbar a écrit :

La taille de groupe se révèle être une fonction de volume néocortical relatif, mais les variables écologiques ne le sont pas. Ceci est interprété comme l’évidence en faveur de la théorie d’intellect social et à l’encontre des théories écologiques. Il est suggéré que le nombre de neurones du néocortex limite la capacité de traitement de l’information de l’organisme et que ceci limite alors le nombre de relations qu’un individu peut contrôler simultanément. Quand la taille d’un groupe excède cette limite, le groupe devient instable et commence à se fragmenter. Ceci situe alors une limite supérieure pour la taille des groupes que n’importe quelle espèce donnée peut entretenir comme des unités sociales cohésives dans la durée.

Dunbar Number

Bien que la taille de groupe de 150 soit souvent citée comme le nombre de Dunbar, 150 est une approximation.

Comme indiqué dans le « Les limites d’Amitié » (Limits of Friendship) par Maria Konnikova (7 octobre 2014) le nombre de Dunbar peut aller de 100 à 200 personnes selon des facteurs comme le fait d’être sociable. D’autres limites de taille de groupe ont aussi été publiées par d’autres docteurs comme Peter Killworth et Russell Bernard qui indiquent plus de 200 personnes.

Selon le nombre de Dunbar, le Scaled Agile Framework Enterprise (SAFe) suggère que les plus grandes Releases Agile (ART) pourraient inclure environ 150 personnes. L’ART est supporté par un cadre (le framework SAFe), une hiérarchie ( des ingénieurs de Release et des ScrumMasters) et une bureaucratie (un management de produit et des propriétaires de produits). Quand Agile est pratiqué par une équipe de 5 à 9 personnes cette « surcharge administrative » ne serait pas nécessaire pour assurer la coordination.

croire en soi et ses capacitésLa mise à l’échelle d’Agile est un numéro d’équilibriste entre efficacité des techniques Agiles au niveau de l’équipe et les concessions faites pour contrôler quand Agile est utilisé sur de plus grands efforts.

Historiquement, les très grands projets ont tendance à être moins efficaces. Capers Jones dans Applied Software Measurement, Third Edition (P295) indique que la productivité chute pour tous les types de projets lorsqu’ils excèdent 1000 points de fonction. Les points de fonction sont une méthode du standard ISO pour mesurer la taille du logiciel basée sur un ensemble de règles standard. Tout simplement, plus un projet est grand en points de fonction et plus grande sera l’équipe (ou l’équipe d’équipes) qui devra livrer le projet. D’où le besoin de plus de contrôle toutes choses égales par ailleurs. Il met en exergue (p 307) le fait que comme la taille de projet augmente, la probabilité d’annulation croit pareillement.

Le livre référence

Le livre référence

La montée en volume d’Agile nécessite beaucoup de techniques utilisées au niveau d’une équipe Agile, comme la petite taille d’équipe, le travail par petits lots de fonctionnalités et Scrum. Ces techniques sont très « Lean », mais limitées par la quantité de valeur qui peut être délivrée dans une période spécifique de temps. Comme les projets Agiles grandissent en taille, des techniques supplémentaires sont nécessaires pour maintenir le contrôle. Le nombre de Dunbar (ou des idées similaires) fournit une limite pour essayer d’éviter de laisser un travail devenir trop important pour être gérable. Le nombre agit comme une limite au nombre de personnes impliquées dans un travail. L’application de contraintes supplémentaires, comme des releases ou des incréments de programme SAFe, ajoutent la dimension de temporalité comme contrainte. La combinaison des contraintes sur le nombre de personnes et combien de temps ces personnes travailleront fournit une contrainte explicite de combien de travail peut être livré.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

les 5 forces de la compétitivité de Michael Porter restent d’actualité

15 juil

J’ai apprécié cette interview vidéo d’une douzaine de minutes de Michael Porter.

L'une des publications de Michael Porter

L’une des publications de Michael Porter

Michael Porter est professeur de stratégie d’entreprise de l’Université Harvard,  très célèbre pour ses études sur la façon dont une entreprise peut gagner un avantage concurrentiel (ou avantage compétitif) en maîtrisant mieux que ses rivaux les forces qui structurent son environnement.

Il a publié un papier en 2008 chez Harvard Business Review qui actualise sa théorie « Les cinq forces de Porter » (http://fr.wikipedia.org/wiki/Cinq_forces_de_Porter) qui date des années 80.

J’avais déjà à l’époque beaucoup apprécié sa synthèse des facteurs qui influent sur la performance d’une entreprise selon cinq forces :

  1. le pouvoir de négociation des clients ;
  2. la menace de nouveaux entrants potentiels ;
  3. le pouvoir de négociation des fournisseurs ;
  4. la menace de produits de substitution ;
  5. l’intensité de la concurrence intra sectorielle.

De plus, ces cinq forces peuvent être utilisées au plan personnel.

Elles expriment également toute leur puissance lorsque vous les appliquez à vous même, à votre job, à votre contribution dans l’entreprise, et ce, quelque soit votre occupation:

  1. Two Businessmen Running in Officequel est le pouvoir de mes clients, de mon employeur, de mon manager… ?
  2. quel nouveau venu pourrait prendre mon job ?
  3. quel est le pouvoir de négociation de mes fournisseurs sur le projet, quel est celui des membres de mon équipe ?
  4. existe-t-il d’autres solutions de substitution à ma contribution pour l’entreprise? Ma fonction pourrait-elle être externalisée ou sous-traitée ? Un nouveau « business model » pourrait-il rendre mes services inutiles ou totalement dépassés ?
  5. au sein de l’entreprise ou de l’organisation, quel autre chef de projet pourrait aisément, voire avantageusement, me remplacer ? Certains se seraient-ils déjà positionnés pour reprendre mon job ?

Partenaire de DantotsuPM

Partenaire de DantotsuPM

le changement dans le management de projet

13 juil

Change in Project Management

http://www.pmhut.com/how-to-guide-change-in-project-management par Cora Systems

Image courtesy of mrpuen / FreeDigitalPhotos.net

Image courtesy of mrpuen / FreeDigitalPhotos.net

On s’attend au changement (les choses dans la vie n’évoluent pas toujours de la façon prévue). Dans le management de projet, le changement est attendu et même parfois la norme. Dire que quelque chose doit changer n’est pas important; c’est la façon dont vous le gérez qui l’est. Le changement dans le management de projet n’est pas quelque chose que l’on devrait aborder avec crainte et souci; c’est une tâche qui aide à s’assurer que le projet délivre exactement ce qu’il avait l’intention de faire. Cependant le management de ce changement ne fonctionne pas toujours sans à-coups, de la résistance des collaborateurs à celle des processus. Donc avoir un processus en place pour traiter avec ces changements est recommandé.

La gestion effective des changements a été identifiée comme étant un des domaines de bonne pratique les plus critiques pendant l’exécution d’un projet. Le changement doit être géré efficacement tant sur le plan technique que sur le plan humain. Techniquement le changement doit être établi, planifié et exécuté efficacement. Sur le plan humain, les collaborateurs vont être affectés par ce changement et donc un processus qui s’assure que le changement est compris, adopté et utilisé doit être mis en place. En fin de compte, les chefs de projet devront établir un processus et manager le changement. Ils auront aussi à payer le prix des conséquences si le changement n’est pas géré correctement.

risques à éviterLe changement peut s’insinuer subrepticement en utilisant les faiblesses d’un projet; mais il y a quelques premiers signaux d’alarme à surveiller. Il est important de contrôler votre projet pour identifier le besoin de changement dès son début. Il est bien connu que plus vous êtes avancés dans un projet plus l’impact que peut avoir ce changement sur le coût et les délais sera important. Quelques premiers signaux d’alarme pourraient inclure des dérapages d’échéances, des déviations de coûts/planning/risques et une augmentation du nombre de risques et de problèmes. En tenant compte de ceux des premiers potentiels signaux d’alarme, vous pouvez commencer à mettre en place un plan d’actions si nécessaire.

Comme n’importe quel projet, le changement devrait être managé selon un certain nombre d’étapes. Ceci empêchera les changements d’avoir un impact négatif sur un projet. Contrôler le changement avec votre procédure / processus permettra de garder le projet dans la bonne direction vers une livraison réussie du projet.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Un exemple d’un processus de changement possible serait la chose suivante :

  • Identifier

Ballade à motoLe chef de projet (PM) identifie ou est mis au courant de la possibilité d’un changement. Le PM doit alors déterminer si ce changement devrait être implémenté. Avoir des canaux de communication clairs entre les parties prenantes pertinentes vous permettra d’identifier le besoin de changement à temps pour réduire son effet sur le projet global incluant le budget et les délais.

  • Évaluer

Man Holding Stop SignMaintenant que le changement a été identifié, vous devez estimer l’impact qu’il aura en fin de compte sur le projet global. Les réunions entre les bonnes personnes devraient être organisées. Il peut sembler que le changement fait sortir le projet tout entier de son périmètre et que tout le travail réalisé à ce jour est mis de côté. Ne sautez pas l’arme au poing sur ce changement, il pourrait ne pas causer les implications auxquelles vous avez pensé à l’origine.

  • Approuver

Une fois que tous les détails quant à l’impact sont documentés et passés en revue par les personnes appropriées, le changement peut être soit approuvé soit rejeté.

  • Implémenter
Partenaire de DantotsuPM

Partenaire de DantotsuPM

Si vous décidez d’adopter ce changement alors il doit être reflété dans la déclaration de contenu du projet, son budget et ses délais. En implémentant un changement de projet vous établissez en fin de compte une nouvelle ligne des bases de référence pour le projet.

  • Surveiller

Passer en revue toutes les actions pour s’assurer que le plan a été entièrement implémenté et qu’aucun problème n’a résulté du changement.

Le changement devrait être quelque chose que les organisations acceptent et travaillent avec plutôt qu’évitent. Le changement est fait pour donner un résultat plus positif à un projet et ultimement à l’organisation. Une fois que vous avez le focus et un processus réfléchi en place le chef de projet devrait être certain que les changements seront correctement évalués, approuvés et implémentés.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Suivre

Recevez les nouvelles publications par mail.

Rejoignez 1 327 autres abonnés

%d blogueurs aiment cette page :