Le changement est impératif, ne serait-ce que pour maintenir le niveau de performance, compétences, revenus, etc.
Voici par exemple les changements survenus en 60 ans dans le domaine des ravitaillement en F1…
articles, méthodes, partages d'expérience et rdv du management de projets et de l'agilité
Le changement est impératif, ne serait-ce que pour maintenir le niveau de performance, compétences, revenus, etc.
Voici par exemple les changements survenus en 60 ans dans le domaine des ravitaillement en F1…
Are you trying like many project managers to avoid audits like the plague?
Do you consider that an audit is at best a waste of time and at worse a weapon in the hands of psychopaths in search of victims, in this particular instance, you and your project?
Embed from Getty ImagesI shared some of these « a priori » but it is not a fate. Audits are both useful and necessary. They can be very productive, generate benefits and create real advantages for your project as well as yourself.

I discovered by experience that answering the latest, i.e. the precise scope of the audit, often allowed me to find the answers to the previous questions. Indeed, when the object of the audit is shared and understood, it often sheds light on several target domains of investigation and detailed review.
The audit can focus on the project management practices, the control of the expenditures, the quality of the deliverables, security aspects, progress tracking and management, project plan details or varied combinations of these and other topics not listed here. A little bit of thinking and discussion with the auditors should make the deep reasons surface and help to identify the requester.
Additionally, the type of auditors you get, internal or external, generalists or specialized consulting firms, expert auditors of the PM processes or technicians, tells a lot about the purpose and the importance granted to the audit.
Embed from Getty ImagesFor example, during a project for the integration and deployment of Enterprise Resource Planning software (ERP), we were internally audited. Once established that the focus was essentially to make sure that we controlled adequately the expenditures and were efficient at managing the risks, it was easy for the team to supply the evidences of what we were doing in these domains. We showed our processes to control the costs, our methods to follow-up on personnel assignments, the log of open questions and our risks register. The chief financial officer, who had asked for the audit, was reassured by the conclusions and few recommendations of the auditors on which of course we took prompt actions.
Besides, the auditors helped us to go farther in our management of the risks by facilitating the set-up of a brainstorming session on risks with the entire executive committee of the project (which we had requested without success in the past).

It is indeed important to understand their approach to better prepare the team for this event which they are likely to perceive as invasive, stressful and negative.
Generally, the first steps in any audit consists in conversations with keys members of the team as well as the executive committee of project. This can be preceded and/or followed by demands for diverse project documents for analysis. The following phase is composed of additional sessions and analysis to dive more deeply into specific domains and details, in particular looking at « how » processes or tasks are conducted.
A counter example of a not so useful audit taken from my personal experience took place on an IT project where we had met tough problems during software deployment. As a junior project manager, I had neither the experience nor the charisma to « manage » the auditor (an external one in this instance). He arrived and ran his show with no explanations of his purpose and the process he wanted to follow (if he had one) to anyone. Furthermore, from the beginning, he sent numerous negative messages about the project’s results. The team, disorientated by this lack of an understandable structure and no visibility on what was happening, quickly became worried and a little bit defensive. The team members supplied all project documents requested, but in an unstructured way, without any articulation of the many components. The storyboard was missing to position these raw materials in their context.
The audit took a lot of time and was very stressful for all. In the end, the audit did not succeed to help the project get over this difficult period. In that specific instance, an audit, which could bring value, only managed to kill a project which certainly had some weaknesses but these could have been corrected. I still (15 years later) keep a very bitter taste of this certainly useful experience but by far too painful for the team and the company.

You should take into account the fact as the auditors will certainly provide interim reports at regular checkpoints with the management and the requesters. During these sessions, they will share the progress, to expose their discoveries and « astonishments ». Often, this is useful for them to validate/test the waters on their initial ideas (to observe the potential sponsors’ reactions) and, later, they will present their recommendations (intermediate and final).
A few years ago, I was asked to lead the internal audit for the deployment of a set of IT applications. Since I had been several times on the other side of the audit, I tried to pay specific attention to explain the objectives, the milestones and the approach of the audit (the first and second hints mentioned in this article). We discussed with the project sponsor and the project manager the proposed perimeter and who would do what. We shared our observations as we went along with the team to avoid bad surprises (the third suggestion above). We gave them the opportunity to comment on our observations: which they did and we considered these (not necessarily accepted them). We shared our recommendations with the project team before doing it with the management which they greatly appreciated. We also helped to define and set up action plans to address the identified points of weakness. We have also, after the audit, provided a follow-up on the execution of these action plans. I am sure that it was much more beneficial to the company than a simple audit report.
Regardless of the scenario, the key point for the project manager is to support actively the auditors during their investigations. Supply them with all the required information in total transparency and ask members of our project team to do the same. Make time for them in your overloaded agenda. Be open, positive and value-add partners. This way, you can hope to gain the privilege to be involved in the preparation of documents and reporting sessions towards management. It can be limited to validating the correctness of the facts and details and this alone is already very useful. It could be to understand what they are going to shed a light on and also discuss some of their intermediate recommendations to start to prepare action plans.
In my PM role, if the auditors ask me for my expectations of the audit, I make 2 major points:
a) Fairness towards the members of the team.
b) Quality of the recommendations to improve the project
The following stage is the completion of the audit and the production of the recommendations. Inevitably, there are some items you will agree with and can easily understand. Others will be more difficult to accept.

In any case, it is absolutely critical to remain positive and open. Switching to defensive mode would not help at all. Furthermore, keep in mind that the recommendations of the consultants and auditors are one thing, the selection of which recommendations on which to act upon is another matter (that is more important to you and your project). This selection/decision will be performed by the management or the project executive committee. As soon as you understand which corrective and improvement actions are retained, share these with the project team in a positive manner. It is quite often that the full report of the auditors will not be disclosed. Only the key (retained) points will be shared, those engaging the team on productive actions.
If your project is not yet the object of an audit, consider which domains could be improved by an external advice and seek an audit on these. Ask for help before somebody above you decides that you need to be helped. On many projects, you will see that the auditors will greatly help you improve some aspects like controlling the scope, increasing the rigor in change management or better engaging your sponsors and key stakeholders in risk management. The auditors look at your project with an external eye and are thus far more objective than you can ever be. Furthermore, they carry a legitimacy which can help you to communicate tough messages to your project executive committee, in particular when some things to be rectified are in their areas of responsibility. It could be a lack of involvement of some parts of the organization in the project or their own contribution and attitude to control of the scope and the risks.
http://www.ginaabudi.com/helping-team-member-wants par Gina Abudi
Parfois nous avons des membres dans l’équipe qui veulent en faire davantage mais n’ont pas les compétences ou l’expérience nécessaire. Nous ne voulons pas les décourager de prendre des responsabilités supplémentaires, mais voulons aussi être prudents puisqu’ils n’ont pas les compétences nécessaires et la prise de risque pourrait être trop élevée.
Voici quelques suggestions et bonnes pratiques pour aider ces membres de l’équipe à prendre des responsabilités supplémentaires, construire leurs compétences et augmenter leur connaissance tout en minimisant le risque :
Mettez en place un partenariat entre l’individu et un autre membre de l’équipe plus senior qui a les compétences nécessaires pour amener la tâche à sa complétude. Demandez au membre senior de permettre au membre plus junior d’observer, apprendre et participer là où il/elle peut le faire.Dans tous les cas, travaillez avec le membre de l’équipe pour développer un plan sur comment ils parviendront d’où ils sont maintenant à là où ils doivent se rendre. Ceci peut inclure accomplir certaines des étapes d’action ci-dessus. Ceci montrera à l’individu que vous êtes engagé dans leur développement professionnel.
Parfois quand le lieu de travail est trop agité et que les projets s’accumulent, nous oublions que nous devons développer les membres de l’équipe. Ces quelques suggestions simples peuvent aider à développer les membres de l’équipe pour les garder motivés dans le projet, le groupe de travail, le service et l’organisation dans son ensemble.


Personne ne veut rater une échéance clé. À mesure qu’une date butoir approche, si vous avez pris du retard, votre chef de projet et son équipe devront travailler d’arrache-pied pour finir dans les temps. Tout le monde travaillera tard le soir et même le week-end, ce qui provoquera du stress, une surcharge de travail et de l’épuisement.
Il existe une meilleure façon de finir un projet dans les temps, qu’on appelle le “time-boxing” en anglais, c’est à dire “méthode du temps limité“.
Un bloc de temps (ou “time-box”) a une date de fin définie, qui est fixe, mais le travail à faire est variable. Si vous avez pris du retard, le bloc de temps vous fournit une manière claire et pré approuvée d’en faire moins. Si vous en avez moins à faire, vous pourrez probablement rattraper votre retard. Avant le début du bloc de temps, vous devez définir le travail à faire, puis trouver la meilleure façon de le prioriser.
Prenons pour exemple un projet de nettoyage et de peinture d’un garage.
Sans time-box, vous établirez probablement la liste dans n’importe quel ordre, vraisemblablement dans l’ordre chronologique de travail :
Sans time-box, si vous manquez de temps, vous devrez sans doute bâcler les derniers travaux de peinture. Si vous voulez faire du bon travail, vous peindrez jusqu’à minuit, totalement stressé…
En utilisant un bloc de temps, vous pourrez garder votre calme et éviter la panique.

Vous vous concentrerez sur les points essentiels et vous assurerez que ces points seront finis dans les temps.
La clé est de définir les blocs de temps avant de commencer à travailler. Vous devez lister les besoins par ordre de priorité.
Si vous avez pris un peu de retard, vous pourrez laisser tomber un ou plusieurs points de la liste «pourrait être fait». Si vous êtes vraiment à la traine, vous pourrez omettre tous les points de la liste « pourrait être fait » et un ou plusieurs points de la liste « devrait être fait ». Vous organiserez votre travail de façon appropriée, en vous occupant d’abord des points « doit être fait » et en finissant par les points « pourrait être fait».
La première fois que les gens utiliseront la méthode du temps limité, ils auront peut-être du mal à prioriser leurs besoins. Votre chef considérera peut-être que tout est prioritaire, que rien n’est négociable. Ceci, généralement, n’est pas vrai, particulièrement si le respect des délais est important. Il est possible que vous deviez «former» votre chef sur ce point. Vous serez sans doute amené à aider les gens à réfléchir aux réelles priorités.

Si vous utilisez une méthode comme PRINCE2, vous pouvez vous aider de la méthode du temps limité. En termes PRINCE2, une séquence ou un lot de travaux pourraient être un bloc de temps. Vous vous engagez à respecter des délais (tolérance zéro sur les délais), tout en gardant de la flexibilité par rapport à ce sur quoi vous vous engagez, et ce grâce à votre liste de besoins par ordre de priorité (pour laisser une tolérance maximum au périmètre).
Il est également possible d’utiliser une méthode Agile telle que Agile ATERN (avec une certification Agile PM), qui s’appuie sur les blocs de temps et les listes par ordre de priorité. Cette méthode utilise l’acronyme MuSCoW, qui veut dire Doit être fait, Devrait être fait, Pourrait être fait, Ne sera pas fait (Must Have, Should Have, Could Have, Won’t Have), pour vous rappeler d’établir des priorités.
En résumé, si vous luttez constamment pour terminer vos projets dans les temps, il existe une solution, une façon d’éviter le stress et la panique de dernière minute. Si vous devez respecter des délais, il est temps pour vous de commencer à utiliser la méthode du temps limité.
© Copyright QRP International 2013. Reproduction in full or part is prohibited without prior consent from QRP International

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 2: Comment ?
Dimension 3: Où ?
Dimension 4: Qui ?
La conduite du changement s’est imposée comme un concept clef dans le monde et ce, depuis la nuit des temps et depuis des siècles. Les occasions d’évolution, voire de révolution, sont aujourd’hui nombreuses dans le quotidien des États, des organisations et des entreprises : mondialisation, systèmes d’information, communication numérique, nouveaux marchés, nouveaux outils, nouveaux produits, restructuration… Mais derrière ces besoins réels d’évolution, quoi ? L’inertie, les défenseurs des droits acquis, la résistance, les freins…
Et ce ne sont pas les techniques et méthodes qui y changeront quelque chose. Nécessaires peut-être mais pas suffisantes. Alors quoi ? Exit les changements et évolutions ?
À en croire l’histoire, pas vraiment. Si de tout temps la résistance au changement a régné, les changements et transformations ont aussi eu leurs heures de gloire. Ces succès pourraient se résumer en 3 mots : « donner du sens ! ».
Donner du sens suscite l’intérêt, motive, donne confiance, touche les émotions, génère l’optimisme…
Le changement et les transformations sont avant-tout une aventure humaine, c’est savoir dire aux homme et aux femmes « c’est quand qu’on va où » ?
Toute transformation peut se définir selon :
Définir la finalité de la transformation (par rapport aux valeurs, métiers/ activités, clés de succès/ atouts, aux produits, au périmètre géographique, …) : cahier des charges, types de stratégie (faire plus ou faire mieux), objectifs stratégiques à atteindre, contour de la transformation (nature, critères, intensité)
Prendre la température du capital humain → mesurer la situation, les conditions, le contexte existant … afin de bien cerner l’état actuel à partir duquel va s’opérer la transformation (niveaux d’enjeux, de confiance, compréhension de la transformation, climat social…)
Commencer par identifier les différentes tactiques en utilisant selon les besoins ou l’importance une ou plusieurs méthodes (SWOT, TOC, Risques, …) et ce à 3 instants cibles (avant-pendant-après la transformation).La mise en œuvre de la transformation consiste à établir une feuille de route (management de projet). Cette feuille de route permet de conduire une succession de changements aboutissant à la transformation souhaitée.

Formaliser les bases de la transformation → Préparer le terrain, organiser le projet, cadrer, planifier

La conduite du changement s’est imposée comme un concept clef dans le monde depuis des siècles. Dans le monde moderne dans lequel nous vivons, un changement élémentaire ne suffit pas, ce sont de véritables transformations qu’il nous faut conduire. C’est l’objet de la synthèse de Synertal (ce billet n’en est qu’un bref extrait) réalisée par Pierre BAUDRY, Gilbert GARELLI, Frédéric LEVY, Vincent IACOLARE (et aussi Ousmane, Patrice, Cristina, Laurent).
Pour ceux qui souhaitent la synthèse complète, avec méthodes et outils, n’hésitez pas à visiter: http://www.synertal.fr/content/4514-diffusion-synthese-transformations-changements

Cet article est proposé par Jean-François Coulon, consultant Numediatec – réseau d’experts SMP2 en Management de Projets.
Le référentiel SMPP, édité conjointement par Bureau Veritas Certification et par SMP2 est disponible sur demande.
Ce référentiel est construit autour de 3 niveaux de maturité et de 5 groupes d’exigences. Il peut conduire à une labélisation du mode de gestion de votre portefeuille des projets.
Le référentiel SMPP est gratuit, accessible, outillé et disponible en Français. Si vous souhaitez en savoir plus et/ou vous auto-évaluer par rapport à ce référentiel et ses 5 groupes d’exigences demandez la grille de l’auditeur. |
En vous appuyant sur cette grille, vous questionnerez votre organisation au regard des 23 exigences que le référentiel articule autour de 5 groupes clefs :
Exigences qui permettent à l’auditeur de vérifier que l’entreprise assure un cadre de gestion Transverse, Agile & pérenne favorable à la réalisation efficiente des meilleurs projets.
Exigences qui permettent à l’auditeur de vérifier que l’entreprise crée l’adhésion des équipes par la clarté et la communication de son engagement ainsi que par le développement du leadership des acteurs en projets.
Exigences qui permettent à l’auditeur de vérifier que l’entreprise planifie les transformations et réalise des projets en cohérence avec sa capacité et ses stratégies.
Exigences qui permettent à l’auditeur de vérifier que l’entreprise pilote son portefeuille de projets, de manière dynamique et intégrée à ses systèmes de management de la production et de la qualité, en place.
Exigences qui permettent à l’auditeur de vérifier que l’entreprise réalise chacun des projets sélectionnés de manière efficace et en s’appuyant sur un langage et une méthodologie commune et partagée.
Plusieurs référentiels ou modèles de maturité sont à la disposition des Directions qui souhaiteraient mettre sur une même page leurs ressources, leurs visions de l’organisation et des transformations. SMPP, porté par la Communauté (SMP2®) (experts, démarche et outils dédiés au déploiement du référentiel SMPP) est l’un d’entre eux.

Un bulletin est édité par Risk Doctor, le site anglais spécialisé en management des risques dirigé par le célèbre Dr David Hillson.
Ces articles périodiques (environ une fois par mois) sont traduits de l’anglais en français par Kik Piney et Rose-Hélène Humeau, membres émérites du PMI France.
Vous pouvez trouver les derniers numéros de ce bulletin sur le site PMI France (rubrique Ressources – Bulletin du Risk Doctor) et l’intégralité des éditions, dans plusieurs langues, est disponible sur le site du Risk Doctor.
Lire le billet original en anglais sur Projectmanager.com

Un chef de projet travaillait sur un petit projet, trois mois pour livrer une nouvelle partie de logiciel. Après environ deux semaines, le sponsor de projet a décidé d’ajouter quelques nouveaux besoins. Le chef de projet les a incorporé. Un peu plus tard, le sponsor a fait un peu plus de changements et a demandé un peu de nouvelle fonctionnalité. De nouveau, le chef de projet a dit que ce n’était pas un problème. Les changements ont été faits. Vers la fin des trois mois, le sponsor est allé chez le chef de projet se plaindre que le projet soit en retard sur le calendrier. Le chef de projet a essayé d’expliquer que tous les changements signifiaient qu’il n’y avait aucune possibilité que le logiciel puisse être achevé dans le délai original. Le sponsor n’était pas content et le chef de projet a été viré du projet parce qu’il était « trop lent ».
Cela vous semble familier ? J’espère que non ! La dérive de contenu est ce qui arrive quand les changements sont faits sur la portée d’un projet sans contrôle. Bien sûr, les changements arrivent tout le temps dans les projets et il est très rare qu’un projet livre au final exactement ce que l’on avait demandé au premier jour. Cependant, les changements sans contrôle signifient que le chef de projet a une très faible chance de rester en contrôle du travail sur le projet et manager efficacement le projet.
Typiquement ceux-ci ne sont pas correctement passés en revue et l’équipe projet est escomptée les livrer avec les mêmes ressources et dans le même temps que le périmètre original. D’autre part, vous pourriez finir avec un projet qui a des tas de changements dûment considérés et approuvés, mais qui ne finit jamais parce que, chaque fois vous pensez que vous avez fini, un nouveau besoin arrive dans votre boîte à lettre et vous devez faire davantage de changements.
L’unique et plus importante chose à faire sur votre projet lorsqu’il s’agit de dérive de contenu est de documenter vos besoins. Parlez à toutes les parties prenantes du projet et mettez au point exactement ce qu’elles veulent que le projet réalise. Documentez leurs besoins. Vous aurez à gérer quelques conflits – si une partie prenante veut que le nouveau site Web soit bleu et une autre partie prenante veut du vert, vous aurez besoin de quelqu’un pour arbitrer et rendre une décision finale. De plus, vous devriez prioriser certains des besoins car il peut ne pas être possible de les réaliser tous.
Cela peut prendre du temps de consulter toutes les parties prenantes et d’enregistrer tout ce qu’elles disent. Une fois que vous l’avez fait, capturez tous les besoins dans un document. Alors, vous pouvez ceci partager dans votre espace de stockage de fichiers en ligne pour que tout le monde puisse les consulter facilement.

Votre documentation des besoins est le point de départ, mais que se passe-t-il quand quelqu’un veut changer quelque chose ? Il est peu réaliste de penser que rien ne changera. Ce que vous visez est un changement managé et contrôlé sur votre projet et pour cela vous avez besoin d’un processus de contrôle des changements.
Un processus de contrôle des changements est très simple. Votre logiciel de management de projet peut avoir la fonctionnalité de gérer des demandes de changement et vous pouvez alors l’utiliser. Essentiellement, quelqu’un suggère un changement, il est passé en revue, approuvé ou rejeté et si approuvé, incorporé ensuite dans le plan de projet.
La mise en place du processus pour votre projet signifie de vraiment réfléchir à qui va passer en revue et approuver les changements. Vous pourriez les revoir avec votre sponsor de projet ou lors d’une réunion d’équipe. Vous n’avez pas besoin de planifier une réunion formelle et récurrente de revue des changements à moins que vous ne pensiez en recevoir énormément et qu’il sera alors plus facile d’être assis avec vos collègues pour les passer en revue tous en même temps.
Utilisez vos besoins pour créer une liste détaillée de tâches. L’échéancier de projet résulte de savoir ce que livrera votre projet, donc il devrait montrer tous les besoins et comment ils seront réalisés, sous forme de tâches et d’activités.
Vous pouvez établir des références croisées entre votre échéancier et votre documentation des besoins, juste être sûr que vous n’avez rien oublié.

Il est important aussi de vérifier que vous ayez correctement compris les besoins. Ce que vous pensez que veux le sponsor de projet pourrait en réalité ne pas correspondre exactement à ce qu’il a voulu dire. Souvent les gens se contredisent sans le réaliser, prenez le temps de retourner voir vos sponsors et de partager votre documentation de ses besoins avec eux. Vous pouvez aussi leur montrer votre échéancier de projet et vous assurer que tous les éléments qu’ils se seraient attendus à y voir y sont bien présents dans la liste des tâches.
Vous pouvez aussi faire ceci avec toutes les autres parties prenantes. Prévoyez un peu de temps avec chaque partie prenante et parlez leur précisément de ce que le projet va livrer. Montrez-leur le plan et donnez-leur la chance d’exprimer des remarques. Vous pourriez constater qu’ils changent d’avis, même à cette étape, mais il vaut mieux le savoir maintenant que poursuivre votre projet et constater dans deux ou trois mois qu’ils vous amènent des besoins différents.
Vous pouvez aussi utiliser ces discussions pour parler à votre sponsor et parties prenantes du processus de contrôle des changements. Expliquez comment vous gérerez des changements sur le projet et de quelle approbation vous aurez besoin de leur part pour les accepter. Ceci est un bon moment pour leur rappeler qu’ils peuvent avoir à peu près tout ce qu’ils veulent – s’ils sont préparés à payer pour cela et à autoriser le projet à prendre plus de temps comme ils incluent de nouveaux besoins !
Si vos parties prenantes sont satisfaites, vous devriez vous assurer que votre équipe projet l’est aussi. Ils ont besoin de connaître le processus de contrôle des changements et comment il les impactera. Parfois les membres de l’équipe d’équipes projet voudront être vraiment serviables et ils accepteront de changer certaines choses sans utiliser le processus formel. Utilisez votre discussion avec eux pour expliquer qu’ils ne peuvent pas dire oui à un changement sans que ce changement ait été formellement approuvé. S’ils veulent aider une partie prenante, la meilleure chose à faire est d’expliquer le processus et offrir d’aider à documenter la demande de changement.
La dérive de contenu peut être un réel problème sur des projets, particulièrement quand l’équipe et les parties prenantes ne comprennent pas l’impact que les changements peuvent avoir sur les ressources, le budget et les délais. Heureusement, cela ne doit pas être un problème majeur si vous êtes clairs de la portée initiale du projet et managez soigneusement les demandes de changements pendant le cycle de vie de votre projet.
Établissez au départ si vous voulez prendre des questions au fil de votre intervention ou les garder pour la fin. Si vous devez dérouler un argumentaire minutieux, dès le début, demandez aux gens de noter leurs questions pour y répondre à la fin de l’exposé.
Réfléchissez bien à toutes les questions que l’auditoire pourrait soulever, de la plus banale à la plus hostile. Préparez des réponses à l’avance pour ne pas être pris de court quand tous les yeux seront braqués sur vous. Apprenez-les, mais restez toujours mentalement préparé aux questions tordues.
N’inventez jamais une réponse. Votre auditoire s’en apercevra. Si vous ne connaissez pas la réponse à une question, dites-le et offrez de faire un peu de recherche après la présentation pour revenir vers le groupe.
Adapté de HBR Guide to Persuasive Presentations.

les organisations qui alignent leurs talents sur la stratégie business de l’entreprise réussissent davantage de projets et gaspillent donc moins d’investissements.
Le bon management des compétences, en particulier en management de projet, est l’un des moteurs de réussite des organisations.


Planzone répond aux besoins des professionnels qui gèrent de nombreux projets, parfois complexes, sans pour autant être formés en management de projet. Ces personnes sont aussi amenées à travailler avec différents collaborateurs dans des structures décloisonnées.
Basé sur les 20 années de savoir-faire de sa maison mère, Augeo Software (l’un des premiers éditeurs d’outils PPM), Planzone veut combiner la gestion d’informations métier structurées et la puissance de la collaboration.
La solution vise donc à simplifier la planification et le suivi des projets pour tous les membres d’une équipe et leur permettre de travailler plus efficacement ensemble.
Accessible depuis une simple connexion Internet, vous pouvez organiser, prioriser et assigner les différentes tâches qui composent votre projet pour suivre son évolution sur un diagramme de Gantt.
Vous allez ainsi pouvoir gérer vos priorités, anticiper les retards et rectifier votre planification au besoin.
Planzone offre aussi des outils pour la gestion des équipes. Le chef de projet a la possibilité de répartir la charge de travail des utilisateurs et ces derniers peuvent renseigner le temps passé sur chaque phase du projet. Vous savez donc à tout moment qui est disponible et où en est l’avancement du projet.
Une bonne gestion de projet passe aussi par la capacité des parties prenantes à collaborer efficacement. En centralisant les échanges liés à votre projet dans un environnement structuré, vous gagnez du temps et favorisez la participation des utilisateurs.
Planzone vous offre ainsi un outil de gestion documentaire : vous pouvez stockez et partager vos documents de projets directement dans l’interface. Vous n’avez plus à chercher vos documents êtes certain de travailler sur la bonne version. Pour les adeptes Google, l’application est aussi compatible avec Google Drive.
Les discussions sont aussi au cœur de Planzone : au lieu de recevoir 50 emails concernant un projet, rendez-vous sur l’interface pour échanger avec vos collaborateurs sur un élément précis : une tâche, un jalon, un document, un événement… Vous seul choisissez ce que vous souhaitez notifier par email.
Avec Planzone, vous allez aussi pouvoir construire une base de connaissances en utilisant les pages Wiki.
Le savoir-faire de l’entreprise est ainsi conservé et accessible par tous.
En combinant planification et collaboration, Planzone est sans aucun doute l’une des solutions les plus complètes du marché.
Planzone met également un point d’honneur à proposer un Service Client de qualité. Intégrer un outil collaboratif revient à adopter un nouveau mode de travail ; c’est pourquoi les équipes vous accompagnent avant, pendant et après la vente. Elles vous proposent notamment des démonstrations du logiciel en 1to1, un support live intégré à l’outil et des sessions de formation allant de l’accompagnement annuel au Workshop sur-mesure.


Il est facile d’être critique envers les leaders qui ne peuvent pas regarder les choses en face, mais en vérité, la plupart d’entre nous s’engagent dans le déni à un moment ou un autre, la plupart du temps sans le savoir.
Embed from Getty ImagesPour encourager un meilleur examen des sujets difficiles, trouvez des façons d’encourager le dialogue quand des problèmes complexes sont sur la table. Le déni va moins probablement se matérialiser quand les équipes regardent la situation sous de multiples angles, challengent à la base des suppositions et se forment une meilleure image de ce que se passe vraiment.
Aussi, ne supposez pas que tous voient le monde par le même prisme que vous. Les faits et données sont souvent ouverts à interprétation et les personnes ont des critères d’analyse sous-jacents différents.
Nous mettons tous en exergue certaines choses et en oublions d’autres, selon nos expériences passées, notre personnalité et notre tolérance à l’inconfort.
Adapté de “The Dangers of Denial” by Ron Ashkenas.

En se basant sur les référentiels du PMI®, notre partenaire PMGS a identifié six profils type de participants dans les projets et défini des parcours de formation adaptés pour chacun de ces profils selon leurs niveaux de connaissances en management de projets.

Depuis le 1er mai, Microsoft propose une licence intitulée « Project Lite » destinée aux utilisateurs de Microsoft Project Online ayant un profil de ressource (ou selon la terminologie officielle de « Membre d’équipe »).
Visitez le blog Microsoft Office.
L’intérêt de cette licence est qu’elle permet d’accéder aux principales fonctionnalités dont une ressource a besoin, à un prix très limité : 7$ par mois et par utilisateur.
Les fonctionnalités offertes sont présentées dans le tableau ci-dessous.

Cette demande vous semble-t-elle relever du masochisme ?
Êtes-vous de ces très nombreux chefs de projet qui fuient les audits comme la peste noire ?
Considérez-vous qu’un audit est au mieux une perte de temps et au pire l’arme de psychopathes à la recherche de victimes, en l’occurrence, vous et votre projet ?
Embed from Getty ImagesJ’ai partagé, au moins en partie, ces « à priori » mais cela n’a rien d’une fatalité. Les audits sont utiles et nécessaires.

J’ai découvert par expérience que répondre à la dernière interrogation, c’est-à-dire la portée de l’audit, permet souvent de trouver les réponses aux questions précédentes. En effet, une fois que l’objet de l’audit est partagé et compris, il met souvent en évidence plusieurs domaines cibles d’investigation et de revue détaillée. Il peut s’agir des pratiques de management de projet, du contrôle des dépenses, de la qualité des livrables, des aspects sécurité, du suivi de l’état d’avancement, des détails du plan de projet ou de diverses combinaisons de ceux-ci plus d’autres non listés ci-dessus.
Avec un peu de réflexion et de discussion avec les auditeurs, vous devriez parvenir à faire remonter à la surface les raisons profondes et ainsi identifier le commanditaire.
D’autre part, le type d’auditeurs vous recevez, internes ou cabinets de conseil externes, généralistes ou auditeurs spécialisés, experts des processus ou techniciens en dit également long le but et l’importance accordée à l’audit.
Embed from Getty ImagesPar exemple, pendant un projet d’intégration et déploiement de progiciel de gestion intégrée (PGI), nous avons fait l’objet d’un audit interne. Une fois compris que le focus était essentiellement de s’assurer que nous contrôlions correctement les dépenses et les risques, il fut bien plus facile à l’équipe de fournir les évidences de ce que nous faisions dans ces domaines. Nous avons montré notre processus de suivi des dépenses, notre méthode de suivi des affectations, le journal des questions ouvertes et le registre des risques. Le responsable financier, commanditaire de l’audit, a été rassuré par les conclusions et recommandations des auditeurs sur lesquelles nous avons bien sûr rapidement engagé des actions. De surcroît, les auditeurs nous ont aidés à aller plus loin dans notre management des risques en favorisant l’organisation d’une session de brainstorming sur les risques avec le comité exécutif du projet, ce que nous n’étions jusqu’alors pas parvenu à faire.

Il est en effet important de comprendre leur approche pour mieux préparer l’équipe à cet événement qu’ils vont initialement percevoir de manière stressante et négative. En général, la première étape des auditeurs consiste en une série d’entretiens avec des membres clefs de l’équipe et du comité exécutif de projet, précédés et/ou suivis de demandes de divers documents projet à fin d’analyse. L’étape suivante est composée d’analyse et de sessions additionnelles pour plonger plus profondément dans les questions et détails spécifiques, en particulier sur le « comment » sont réalisés certains processus et tâches.
Un contre-exemple basé sur mon expérience personnelle s’est déroulé sur un projet informatique où nous avions rencontré de graves problèmes durant le déploiement. En tant que chef de projet junior, je n’avais ni l’expérience ni le charisme pour « manager » l’auditeur (un externe dans ce cas). Il est arrivé et a fait un véritable show sans expliquer ni le pourquoi ni le comment (le processus qu’il allait suivre) à qui que ce soit. De plus, dès le départ, il a émis de nombreux commentaires négatifs sur le projet. L’équipe, désorientée par ce manque de repères et de visibilité sur ce qui déboulait, est rapidement devenue préoccupée et quelque peu défensive. Les personnes ont certes fourni tous les documents du projet, mais de façon peu structurée, sans articuler les composants entre eux. Il manquait une histoire d’ensemble pour positionner ces données brutes dans leur contexte. L’audit a nécessité beaucoup de temps et fut très stressant pour tous. Au bout du compte, le rapport n’a pas su aider le projet à traverser cette période difficile. Dans ce cas spécifique, un audit, qui aurait pu apporter de la valeur, n’a réussi qu’à tuer un projet qui avait certainement quelques faiblesses mais n’auraient-elles pu être corrigées ? Je garde un souvenir fort déplaisant de cette expérience qui me fut utile par la suite bien que trop douloureuse sur le moment.

Vous devez aussi prendre en compte le fait que les auditeurs feront certainement des points de suivi avec la direction et les commanditaires. Lors de ces sessions, ils vont partager l’état avancement, exposer leurs découvertes et « étonnements », tester leurs idées initiales (pour observer les réactions potentielles du management) et, plus tard, présenter des recommandations (intermédiaires puis finales).
Il y a quelques années, je fus nommé leader, en interne à ma société, pour l’audit d’un déploiement d’applications informatiques. Comme j’avais été plusieurs fois du côté de l’audité, j’ai essayé de porter une attention particulière à bien expliquer l’objectif, les jalons et l’approche de l’audit (première et deuxième suggestions de cet article). Nous avons discuté du périmètre proposé et de qui ferait quoi. Nous avons partagé nos observations au fur et à mesure avec l’équipe pour éviter les surprises (la troisième suggestion ci-dessus). Nous leur avons donné l’opportunité de commenter ces observations : ce qu’ils ont fait et que nous avons pris en considération. Nous avons partagé nos recommandations avec l’équipe de projet avant de le faire avec la direction. Nous avons aussi aidé à définir et mettre en place un plan d’action pour adresser les points de faiblesse identifiés.
Nous avons même ensuite (après l’audit) assuré un suivi de l’exécution de ces plans d’action. Ceci, je suis certain, fut beaucoup plus bénéfique à la société qu’un simple rapport d’audit.
Indépendamment du scénario, le point clé pour le chef de projet est de supporter activement les auditeurs pendant leurs investigations. Leur fournir toutes les informations appropriées en totale transparence et demander à nos membres de l’équipe projet de faire de même. Dégager du temps pour eux dans nos agendas surchargés. Être des partenaires ouverts, positifs et de valeur. En agissant ainsi, nous pouvons espérer gagner le privilège d’être impliqués dans la préparation des documents et sessions pour la direction. Ceci peut être limité à valider l’exactitude des faits et détails rapportés et c’est déjà très utile. Ce peut aussi être de bien comprendre ce qu’ils vont mettre en évidence et même de discuter certaines de leurs recommandations intermédiaires afin d’élaborer de premiers plans d’action.
Dans mon rôle de PM, si les auditeurs me demandent mes attentes de l’audit, je mets en évidence 2 points majeurs :
a) Équité envers les membres de l’équipe.
b) Qualité des recommandations afin d’améliorer le projet

L’étape suivante est l’achèvement de l’audit et la production des recommandations. Inévitablement, il y en a certaines avec lesquelles vous êtes d’accord ou que vous pouvez aisément comprendre. Il y en a d’autres qui sont plus difficiles à accepter. Dans tous les cas, il est absolument vital de rester positif et ouvert. Passer en mode défensif n’aiderait en rien. De plus, gardez à l’esprit que les recommandations des consultants et auditeurs sont une chose; le choix des recommandations sur lesquelles la direction ou le comité exécutif de projet décidera d’agir est une autre affaire (bien plus critique pour vous et votre projet). Dès que vous comprenez quelles actions correctives ou d’amélioration sont retenues, partagez celles-ci avec l’équipe projet de manière positive. Il est fréquent que le rapport intégral des auditeurs ne soit pas diffusé. Seuls les points principaux et retenus sont présentés. Ceux qui engagent l’équipe sur des actions productives.
Si votre projet ne fait pas encore l’objet d’un audit, considérez quels domaines pourraient être améliorés par un conseil externe et sollicitez un audit sur ceux-ci. Demandez de l’aide avant que quelqu’un au-dessus de vous ne décide que vous avez besoin d’être aidé. Sur de nombreux projets, vous constaterez que les auditeurs vous aideront énormément à améliorer certains aspects comme le contrôle du périmètre, la rigueur dans la gestion des demandes de changement ou l’engagement de vos sponsors dans le management des risques. Les auditeurs portent un œil externe sur votre projet et sont donc bien plus objectifs que vous ne pouvez l’être. De plus, ils ont une légitimité qui peut vous aider à faire passer certains messages difficiles à votre comité exécutif de projet, en particulier si certaines choses à rectifier leur incombent. Par exemple un manque d’implication de certaines parties de l’organisation dans le projet, ou leur propre contribution dans le contrôle du périmètre et des risques.
http://johnmaxwellonleadership.com/2013/02/06/when-you-get-kicked-in-the-rear-you-know-youre-out-in-front-repost par John C Maxwell
Le philosophe grec Aristote a dit, « la critique est quelque chose vous pouvez facilement éviter, en ne disant rien, ne faisant rien et n’étant rien. » Évidemment, ce n’est pas une option pour quelqu’un qui veut réussir comme leader.
Les bons leaders sont actifs et leurs actions les mettent souvent sur le front. Cela attire souvent la critique. Quand les spectateurs observent une course, où concentrent-ils leur attention ? Sur les coureurs de tête ! Les gens observent chacune de leurs actions et les critiquent souvent.
Puisque la critique est une partie du leadership, vous devez apprendre à la traiter de manière constructive. Les petites choses suivantes m’ont aidé à manager la critique, donc je vous les transmets.
Vous connaissez-vous vraiment ? Êtes-vous conscients de vos faiblesses aussi bien que vos forces ? Où échouez-vous en tant que personne et que leader ? Pas sûr de quelles sont vos faiblesses? Demandez à cinq personnes dignes de confiance et proches de vous. Elles pourront vous indiquer les endroits où vous êtes un peu léger.
Quand vous recevez de la critique, comment décidez-vous si cela est constructif ou destructif ? (Certains disent que la critique constructive c’est quand je vous critique, et la critique destructive c’est quand vous me critiquez!)
Voici les questions je pose pour déterminer quel est le type de critique:
Supposons que vous vous connaissiez plutôt bien. Vous pouvez dire quand une critique est inadaptée; peut-être est-elle davantage dirigée sur votre position que sur vous. Et vous savez quand une critique est 100 % légitime parce qu’elle relève d’une faiblesse que vous avez déjà découverte.
Mais en ce qui concerne les zones floues ? Les critiques qui pourraient contenir juste un peu de vérité ?
Un bon leader reste ouvert à l’amélioration en :
Jonas Salk, le développeur du vaccin pour la poliomyélite, reçut beaucoup de critiques malgré sa contribution incroyable à la médecine. Sur la critique, il a observé, « Au départ, les gens vous diront que vous avez tort. Puis, ils vous diront que vous avez raison, mais que ce que vous faites n’est pas vraiment important. Finalement, ils admettront que vous avez raison et que ce que vous faites est très important; mais en fait, ils savaient cela tout du long. »
Comment font les leaders qui sont sur le front pour manager cette sorte de réponses inconstantes ?
Dieu, accordez-moi la sérénité
D’accepter les choses que je ne puis changer;
Le courage de changer les choses que je peux changer;
Et la sagesse de reconnaître la différence.
Si vous avez essayé de vous connaître et avez travaillé dur pour vous changer, que pourriez-vous faire de plus ?

L’étape finale du processus pour manager efficacement la critique est d’arrêter de vous focaliser sur vous-même. Les gens qui se sentent en sécurité s’oublient eux-mêmes et peuvent ainsi se concentrer sur les autres. En faisant cela, ils peuvent faire face à presque n’importe quelle sorte de critique – et même être utile au critique.
J’essaie de vivre d’un sentiment exprimé par Parkenham Beatty qui a conseillé, « Apprenez à vivre selon votre propre âme. Et si les hommes vous contrecarrent, ne tiennent pas compte de vous, si les hommes vous détestent, ne prennent aucun soin de vous : Chantez votre chanson, rêvez votre rêve, espérez votre espoir et priez votre prière. »
En tant que leaders, nous devons toujours être sérieux envers nos responsabilités, mais il n’est pas sain pour nous de nous prendre trop au sérieux. Un proverbe chinois dit, « Bénis sont ceux qui peuvent rire d’eux-mêmes. Ils ne cesseront jamais d’être amusés. »
Mon ami Joyce Meyer observe, « Dieu vous aidera à être tout ce que vous pouvez être, mais il ne vous laissera jamais réussir à devenir quelqu’un d’autre. ». Nous ne pouvons pas faire plus que d’essayer d’être tout ce que nous pouvons être. Si nous le faisons comme des leaders, nous donnerons aux autres notre meilleur et recevrons parfois des coups. Mais c’est ok. C’est le prix à payer pour être devant, sur le front.
Si vous êtes comme moi utilisateur de LinkedIn et y trouvez un grand intérêt pour maintenir le contact avec vos connaissances professionnelles, suivre leur actualité et bénéficier de leurs découvertes, sachez que LinkedIn fut lancé le 5 mai 2003
Nombre de membres : 259 millions