A very interesting standard to read for all project, program and portfolio managers !
PMI and PMP are registered mark of Project Management Institute, Inc.
SMPP est Partenaire d DantotsuPM
Pour les francophones, il existe aussi SMPP, l’unique référentiel francophone pour le Système de Management du Portefeuille de Projets. Élaboré en 2012 avec Bureau Veritas Certifications, le numéro un mondial de l’audit et de la certification, la méthode SMPP (Système de Management du Portefeuille de Projets) est à la fois : un référentiel en projet, un modèle de maturité complet en management du portefeuille de projets et un ensemble de ressources permettant aux organisations de s’auditer ou de se mobiliser sur le sujet de la maturité en projets. Et il est téléchargeable gratuitement.
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Pensez-vous avoir à maitriser une horde de chevaux sauvages au lieu de mener une réunion quand les membres de votre équipe ne parviennent pas à tomber d’accord ? Eh bien, si cela peut vous réconforter, sachez que ce problème est le lot de la plupart des facilitateurs de réunion à un moment ou un autre.
En effet, si les membres de votre groupe s’opposent avec véhémence (mais avec respect), c’est un signe de sain conflit. Bravo !
Vous êtes probablement en chemin vers quelques bonnes et grandes idées et solutions ! Malheureusement dans votre rôle de facilitateur de réunion, vous devez souvent guider le groupe vers une décision de consensus et parfois cela ne semble pas réalisable.
La bonne nouvelle est que le fait d’atteindre une décision de consensus ne signifie pas qu’une session de deux heures doive se transformer en session de deux semaines, ou pire, provoquer un réel coup d’arrêt.
Explorons quelques astuces à utiliser la prochaine fois que vous faîtes face à cette situation.
Souvenez-vous d’abord que le consensus ne signifie pas que chacun obtient exactement ce qu’il veut.
Il signifie en fait que chacun peut vivre avec la décision et la supporter à l’extérieur de l’équipe.
CSP est partenaire de DantotsuPM
a) Développez une règle du jeu avec l’équipe sur comment le groupe prendra ses décisions AVANT de devoir prendre ces décisions.
Si le groupe a déjà établi un accord sur le processus de décision, prendre les décisions devient beaucoup plus facile (et moins chargé émotionnellement). Par exemple, si le groupe a déjà convenu des critères de décision et du processus de sélection avant de commencer la discussion de quel salarié recevra la récompense du « Salarié de l’Année », cette décision devient soudainement beaucoup plus facile.
b) Quand vous vous enlisez dans le désaccord, séparez les secteurs d’accord et de désaccord.
Identifiez et documentez clairement les secteurs d’accord pour continuer à faire avancer le groupe. Pour les secteurs de désaccord, clarifiez sur quoi précisément porte le désaccord. Par exemple : « Michel, il semble que toi et Élisabeth reconnaissiez tous les deux que le temps de cycle actuel de 5 jours est trop long. Je note que le secteur de désaccord porte uniquement sur la réduction de durée nécessaire. Mike propose 2 jours tandis que Beth pense que 1 jour est une meilleure cible, donc nous avons une différence d’avis de 1 jour. Est-ce correct ? »
c) Assurez-vous d’avoir toutes les informations visibles de tous
Parfois nous pouvons ne pas être d’accord parce que nous n’avons pas assez d’informations et nous raisonnons à partir de suppositions mal informées. Invitez des parties prenantes clefs à participer à la discussion (par exemple : les experts en informatique, les membres de l’équipe de direction, les ressources humaines ou des experts financiers, etc.). Ces personnes peuvent souvent apporter un éclairage sur des problèmes critiques et aider le groupe à déterminer plus facilement la meilleure alternative.
d) Mettez un terme aux tergiversations insignifiantes
Si vous avez tendance à penser que le groupe peut chicaner sur des différences insignifiantes, suggérez qu’ils fassent le reste de la réunion debout (jusqu’à ce qu’une décision soit atteinte). Cette technique est parfois utilisée comme une méthode « qui sort des habitudes » pour encourager la brièveté et l’esprit de compromis.
Genius Project est partenaire de DantotsuPM
e) Facilitez la collaboration
Innovez en utilisant une technique de facilitation qui encourage la prise de décisions collaborative (par exemple les diagrammes d’affinité, les « dot voting », etc.). Ces techniques dotent chaque participant d’un certain nombre de votes; puis les participants votent simultanément et l’option recevant le nombre de votes le plus élevé est en général retenue.
f) Faites preuve d’Intelligence Émotionnelle
Si vous sentez que les désaccords peuvent être dus à des conflits de personnalité ou autres raisons personnelles, abordez ces questions en aparté dans une configuration plus privée et uniquement avec les individus impliqués.
Microsoft est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Même s’il y a beaucoup de causes pour qu’un PMO soit fermé, l’incapacité à démontrer sa proposition de valeur est l’une des raisons plus communes.
Alors, comment un PMO peut-il prouver qu’il y a eu une amélioration dans la livraison des projets ?
Time to Market: le temps c’est de l’argent
Pour répondre à cette question, nous devons identifier une ou plusieurs métriques qui seront utilisées pour représenter la capacité à livrer un projet. Une métrique généralement utilisé de nos jours est le délai de mise sur le marché (Time to Market / TTM) qui pourrait être calculé comme la durée entre le début des investissements dans le projet et la première livraison de valeur au client.
Vous pourriez penser qu’il s’agit simplement de calculer le TTM moyen basé sur un échantillon de projets pré-PMO et post-PMO, mais ceci n’est pas statistiquement défendable. La taille de l’échantillon pour déterminer des valeurs moyennes pourrait ne pas être suffisante pour prouver que la différence est statistiquement significative. Si la variation est restée stable ou a peu augmenté, et même si le TTM moyen a baissé, les résultats au niveau du portefeuille de projets ne se seront pas améliorés significativement.
Il est temps d’appeler un ami statisticien !
Cela pourrait ne pas avoir de sens que de regrouper tous les projets ensemble pour ces calculs. Par exemple, on pourrait raisonnablement s’attendre qu’un projet de 10,000 euros nécessite habituellement moins de temps pour délivrer de la valeur qu’un projet à 1 million. La taille et la complexité de projet influencent les délais, donc vous pourriez vouloir répartir votre population de projets entre plusieurs groupes distincts.
Essayez la version d’essai gratuite
L’étape suivante est de déterminer la taille d’échantillon minimale pour prouver qu’une différence est statistiquement significative. Des outils d’analyse statistiques comme Minitab vous permettent de calculer la taille de l’échantillon en fonction du test statistique que vous exécuterez, la différence que vous voudriez voir et une estimation de l’écart-type de la population. Par exemple, disons que nous voulions prouver une réduction d’un mois du TTM et que l’estimation de l’écart-type est aussi un mois. Minitab calculera une taille minimale pour notre échantillon de 18 projets. À moins que nous n’ayons au moins 18 projets tant avant la mise en place du PMO que après et ce pour chaque groupe de projets, la différence dans les moyennes ne pourra pas être considérée comme statistiquement significative.
Si vous avez les données suffisantes pour supporter le test statistique, les deux tests statistiques vous pouvez faire tourner pour chaque groupe de projets sont le test à 2 variances et le test t à 2 échantillons. Le premier vous aidera à décider si la différence entre les moyennes avant et après est statistiquement significative ou pas et le deuxième détermine s’il y a une différence statistiquement significative dans la variation entre deux échantillons. Idéalement, après ces tests vous verrez une réduction tant dans le délai moyen de mise sur le marché que dans la variation dans l’échantillon post-PMO. Ceci ne prouvera pas de causalité… Il pourrait y avoir eu d’autres facteurs qui ont plus directement causé l’amélioration, mais vous pourrez déclarer avec confiance que les choses se sont améliorées depuis que votre PMO a été établi.
Une supposition de base de ces tests est qu’avant et après la mise en place du PMO les données de TTM soient normalement distribuées. Ceci peut être confirmé utilisant la Statistique d’Anderson-Darling. S’il s’avère que l’échantillon est significativement non-normal, d’autres tests devraient être utilisés pour prouver une amélioration.
Disraeli voyait juste quand il a dit : « Il y a trois types de mensonges – des mensonges, des satanés mensonges et la statistique «
Mais, utilisé convenablement, le test statistique peut supporter le bienfondé et la survie d’un PMO.
SMPP est Partenaire d DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
La version précédente, utilisée par des milliers de chefs de projets à travers le monde date de 2009. Les 7 Principes, 7 Thèmes et 7 Processus sont conservés et il s’agit donc d’une évolution pour coller aux retours des utilisateurs de la méthode et répondre aux évolutions des entreprises et organisations.
Vous trouverez davantage de clarté et de focus sur comment adapter la méthode à votre industrie, organisation et projet. Au lieu d’avoir un chapitre séparé sur cet aspect fondamental de Prince2, cette caractéristique de Prince2 est intégré dans les 7 principes, thèmes et processus et mise en exergue dans l’examen.
Partenaire de DantotsuPM
Quelques changements notables
Des liens plus clairs sont établis entre les principes et les thèmes.
Des lignes directrices sur comment adapter chaque thème et processus ont été ajoutées.
Un nouveau chapitre expose comment adopter Prince2 dans une organisation.
Des lignes directrices sont présentes pour adapter la méthode au management de produits.
De même, l’adaptation des rôles est clarifiée.
Des références aux approches Agile sont intégrées.
La terminologie utlisée dans PRINCE2 est mieux alignée sur ISO21500 et BS6079 et les différences expliquées.
Les ‘stratégies’ comme celles de management des risques sont maintenant appelées approches.
Une approche de management des bénéfices remplace le plan de revue des bénéfices.
…
Les bénéfices de cette mise à jour PRINCE2 2017
Pas de rupture pour les certifiés et utilisateurs de la méthode, notre investissement sur Prince2 est protégé.
Davantage de compétences et outils pratiques utilisables par les chefs de projets.
Partenaire de DantotsuPM
Pour rappel:
Official book launch May 2017 (English, other languages, e.g. Dutch, Polish, German, … as of 2018 and beyond)
Exams as of mid 2017, as of 2018 only PRINCE2 2017 Update exams
PRINCE2 2017 Update Foundation exam: tailoring added, now 60 questions
PRINCE2 2017 Update Practitioner exam: focus on practical skills, all parts are now included, 75 questions
Current PRINCE2 version 2009 Practitioner certificate expiry dates remain valid
Découvrez en 20 minutes l’essentiel des fonctionnalités de Microsoft Project Online, la solution de gestion de projet et de portefeuille d’Office 365 dans le Cloud.
Ce mois de novembre fut l’occasion de découvrir de nouveaux livres, MOOCs et blogs sur MS Project et Kanban, et aussi comment améliorer son management de projet et ses capacités à le vendre.
Que vous soyez déjà chef de projet ou souhaitiez le devenir, ou que vous vouliez simplement améliorer vos compétences en leadership, Agile, management, projets, soft skills, … : Voici quelques livres qui sauront vous être utiles !
Planner est une application Office 365 pour la gestion des tâches d’équipe. Quelles fonctionnalités pour ce nouveau service cloud ?
Campana & Schott est partenaire de DantotsuPM
Notre partenaire Campana & Schott a produit une fiche descriptive sur deux pages qui présente les principales fonctionnalités proposées par Office 365 Planner. Cette fiche comprend des cas d’utilisation ainsi qu’un scénario d’intégration avec Project Online sur lequel une fiche de résumé est également proposée.
« Avec Office Planner, Microsoft offre un service cloud dédié à la collaboration des équipes, qui s’intègre parfaitement aux fonctions existantes de l‘entreprise. », déclare Sven Hausen, Director Enterprise Project Management chez Campana & Schott.
Pas besoin de davantage de temps pour comprendre comment utiliser MS Planner.
Dans cette vidéo en anglais de 10 minute vidéo, réalisée par Microsoft, presque tout ce que vous devez savoir pour démarrer est présenté.
Ce produit est encore jeune et en plein développement, donc ne soyez pas surpris de voir apparaitre de nouvelles fonctionnalités au fil du temps. En effet, Planner est seulement disponible en tant que module de Office 365 et donc Microsoft mettra en ligne des améliorations selon son propre calendrier.
Campana & Schott est partenaire de DantotsuPM
Je vous ai déjà parlé des pages Microsoft pour donner votre feedback et il en existe une pour Microsoft Planner : the uservoice page. En lisant les remarques et demandes des utilisateurs, vous verrez rapidement les limitations et réponses de Microsoft à celles-ci. Microsoft y communique également sur le produit, fonctionnalités actuelles et à venir !
Microsoft est partenaire de DantotsuPM
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Vidéos CAS D’USAGE, TUTORIELS et cours en ligne… ainsi qu’accès à la communauté Yammer.
Le portail de formations Office 365 met à disposition de tous des sessions en webconférences sur la plupart des produits avec des explications détaillées sur les fonctionnalités souvent méconnues mais aussi des aides à la prise en main et des cas d’usage très concrets.
Le Point de Fonction n’est pas la panacée en matière d’estimation logicielle mais il permet d’établir un référentiel compréhensible par tous !
Cet article a été écrit il y a déjà plus de 5 ans par Jean-Baptiste Jourdant, consultant-formateur et Responsable du département Management de projet pour CSP Formation et partenaire de DantotsuPM.
Le chef de projet informatique Maîtrise d’OEuvre (MOE) client : « Avec cette méthode d’évaluation des charges avec les points de fonction (PF), on croit que tout est résolu, mais le prestataire fait ce qu’il veut avec tous ces ajustements, et on n’est pas plus avancé. »
Le chef de projet SSII : « Depuis qu’ils nous demandent des cotations en PF, on n’a plus de marge de manœuvre. En plus, on ne maîtrise pas les coefficients de productivité, alors on s’engage les yeux fermés, et puis on est coincé. »
La théorie synthétisée
Les PF sont une méthode d’évaluation des fonctionnalités logicielles telles que perçues par les utilisateurs (finaux, administrateurs métiers) de l’application. A travers différents composants (groupes de données, transactions) l’application est cartographiée puis valorisée en nombre de PF.
Puis, à l’aide d’un coefficient de productivité (nombre de PF produits par homme-jour), on calcule la charge estimée du projet.
Intérêt
Le PF n’est certainement pas une panacée universelle. Toutefois, il permet d’établir un référentiel compréhensible par tous les interlocuteurs de la chaîne de production.
La Maîtrise d’OuvrAge (MOA) voit ses fonctionnalités (disséquées, certes),
la MOE client va disposer d’une base de comparaison entre ses différents projets (à manier avec précaution),
la MOE SSII va disposer d’une image fonctionnelle « anticipée » de ses composants techniques, et faire valoir directement les carences éventuelles.
Les éléments variables
Les différents éléments suivants sont évalués pour prendre en compte les spécificités.
PRODUIT : nouveauté logicielle, complexité du langage, progiciel, niveau d’ergonomie ou de sécurité demandée, réutilisation du code, …
PROJET : Organisation de l’équipe (plateau de développement unique ou éclatement de la réalisation (off-shore), niveau de compétences des acteurs, urgence planning, …
MODÈLE DE PRODUCTION : Répartition des activités entre le client et le prestataire (RTU-Réalisation & Tests unitaires, conceptions, tests d’intégration, pilotage, prise de risques, …)
Microsoft est partenaire de DantotsuPM
Processus de calcul des charges
Entre la fonctionnalité et les charges, le chef de projet passe par plusieurs étapes :
Cartographie : Nombre de PF dits bruts
Ajustements produits : Nombre de points de fonction ajustés
Utilisation du ratio de productivité standard : Charge nominale
Intégration des spécificités projet (périmètre RTU) : Charge brute
Prise en compte du modèle de production : Charge nette
Exemple
1° Cartographie fonctionnelle =>100 PF Bruts
2° Ajustement produit (sécurité, techno), +20% =>120 PF Ajustés
Finalement, dans la méthode, pour passer à l’étape suivante, on utilise un ratio qui mesure la contribution de chaque catégorie.
Et pour une productivité nominale de 2 PF/HJ, on a en réalité entre les PF bruts et la charge nette, une productivité globale de 0,88PF/HJ : 100 PF / 112,5 HJ
CSP est partenaire de DantotsuPM
Recommandations
CONTRAT : C’est votre contrat qui fait foi. Précisez le ratio de productivité sur lequel vous vous appuyez. Et attention aux engagements préliminaires quand vous ne disposez pas de références.
MARGE DE MANŒUVRE : Soyez clair entre clients et fournisseurs sur les éléments variables et cadrer leur influence.
CAPITALISATION : C’est le secret de la fiabilisation de vos ratios de productivité !
Essayez Bubble Plan !
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
Le jeu d’introduction de pairs est une activité de développement de l’esprit d’équipe pour que les nouveaux membres de l’équipe en apprennent davantage les uns des autres. Une conversation rapide suivie par introduction par un pair fournit un mécanisme rapide de présenter chaque personne dans un grand groupe.
Avez-vous également expérimenté cet exercice « brise-glace » ?
Comment diriger l’activité
Divisez le grand groupe par paires. Demandez aux gens de se mettre avec quelqu’un qu’ils ne connaissent pas bien.
Demandez aux paires d’avoir une conversation rapide l’un de l’autre et informez-les que plus tard ils présenteront leur partenaire. Vous pouvez laisser la conversation ouverte, ou choisir quelques questions auxquelles répondre (comme : nom, lieu de naissance, rôle actuel, nourriture préférée, lieu de voyage préféré).
Faites le tour du grand groupe et laissez tout le monde présenter son alter-ego.
Microsoft est partenaire de DantotsuPM
Exemple
Paulo dit: « Je vous présente Amit. Il est né au Canada, mais sa famille est en Inde. Il aime la samba brésilienne et sa nourriture préférée est le hot-dog, plus particulièrement en assistant à une partie de base-ball. Il travaille actuellement comme … »
Essayez Bubble Plan !
Note: J’ai été surpris la première fois que l’on m’a invité à faire cet exercice dans le cadre d’une réorganisation et de la mise en place d’une nouvelle équipe de management.
Questions: Avez-vous également expérimenté cet exercice « brise-glace » ? En connaissez-vous d’autres ?
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
La technique « Un Mot » est un contrôle simple dans l’activité qui permet aux participants de partager leurs sentiments avant d’entrer dans les données et détails de la réunion en elle-même. C’est une bonne ouverture pour une réunion car elle reconnaît les sentiments des personnes et les fait parler dès le début.
Get the book on Amazon
Déroulé de l’activité
Donnez à chaque participant un marqueur et un post-it
Demandez-leur de décrire leur sentiment (dans le contexte de la réunion) en un mot
Groupez les notes sur une grande page
Optionnellement, demandez si quelqu’un veut en dire plus sur leur mot choisi
Décrivez s’il vous plaît < le dernier sprint ou le mois passé ou vos sentiments sur XYZ > en un mot !
Un défi usuel auquel sont confronté les équipes Scrum inexpérimentées est lié au découpage des « User Stories » (dans Scrum, les articles du Product Backlog) pour qu’elles soient suffisamment granulaires pour le développement. Le modèle INVEST est une bonne façon de tester si les « User Stories » sont bien écrites.
Microsoft est partenaire de DantotsuPM
I.N.V.E.S.T.
I – Indépendante
N– Négociable
V– de Valeur
E – Estimable
S – Suffisamment petite
T – Testable
Indépendante
Chaque « User Stories » doit être indépendante l’une de l’autre. Ceci empêche les chevauchements entre les items; de plus, cela permet à l’équipe de les implémenter dans n’importe quel ordre.
Négociable
Les détails du travail doivent être négociables, tant parmi les parties prenantes que l’équipe. Les besoins spécifiques et décisions de conception seront étoffés pendant le développement. Beaucoup de praticiens agiles recommandent d’écrire les « User Stories » sur une petite fiche – ceci est intentionnel pour qu’une quantité limitée de détails puisse être prescrite.
de Valeur
Chaque « User Stories »doit ajouter un valeur métier/business au produit, au client et/ou à l’expérience des utilisateurs.
Estimable
Une bonne « User Stories » peut être suffisamment bien comprise par l’équipe pour qu’ils puissent l’évaluer – pas précisément – mais qu’à un haut niveau ils en perçoivent la taille. Il est utile de comprendre l’effort relatif en comparaison d’autres « User Stories ».
Suffisamment petite
Une « User Story » n’est pas assez petite si l’équipe ne peut pas la faire faire dans un seul Sprint. Comme des grandes « User Stories » sont divisées en items plus petits, la clarté sur la taille et la mise en œuvre est plus grande, ce qui améliore la probabilité que l’équipe le réalisera en un Sprint.
Testable
Chaque « User Story » devrait être testable; ceci est une caractéristique commune de tout besoin bien écrit. Si l’équipe ne peut pas déterminer comment la « User Story » peut être testée, c’est une indication que la fonction désirée ou la valeur business désirée ne sont pas assez claires.
Découpage vertical ou horizontal
Il y a deux manières communes de découper des « User Stories » : verticalement ou horizontalement. La découpe horizontale divise l’article au niveau d’un composant architectural. Exemple : Interface Utilisateur, bases de données ou services back-end. Tandis que, une découpe verticale aboutit à un résultat logiciel démontrable qui ajoute de la valeur au business. Donc, on recommande de découper verticalement les « User Stories » afin de réduire les dépendances et améliorer la capacité de l’équipe à livrer un incrémentent de produit potentiellement utilisable à chaque sprint.
Des exemples de découpe de « User Stories »
Trop grosse User Story: « En tant que client, je peux payer ma commande pour recevoir les produits »
En tant que client, je peux payer ma commande pour recevoir les produits
Si la susdite histoire devait être divisée de façon verticale, elle pourrait se décomposer en fonction des façons de payer pour un client comme suit…
En tant que client, je peux faire un paiement par carte pour ma commande et collecter des points de récompense sur ma carte de crédit.
Et/ou
En tant que client, je peux faire un paiement PayPal pour ma commande pour que achever mon achat en toute sécurité sans partager les détails de ma carte de crédit avec un autre détaillant.
Le point clé de noter dans les « User Stories » verticalement décomposées comme ci-dessus consiste en ce que chaque « User Story »passe les tests INVEST mentionnés plus tôt et donc un Propriétaire de Produit (Product Owner) peut prioriser ces « User Stories » en fonction des besoins clients. Cependant, si une approche horizontale a été utilisée pour diviser la « User Story » (c’est-à-dire décomposition selon les couches et composants architecturaux) alors la mise en œuvre de tels besoins aboutira à une fonctionnalité utilisable Seulement quand tous les composants horizontaux seront finalement livrés et intégrés.
Découpage par flux de travail
revoir mon panier de courses
Une autre approche souvent utilisée sur les « User Stories » est de se concentrer sur les étapes individuelles qu’un utilisateur peut entreprendre pour atteindre son objectif final. C’est-à-dire une « User Story » qui décrit un long parcours ou « flux utilisateur » dans un système peut être décomposé selon les étapes qui en représentent les parties. En reprenant l’exemple précédent d’un client faisant un achat en ligne, la « User Story » peut être décomposée de la manière suivante :
Fournir mes informations bancaires
En tant que client, je peux passer en revue les articles que je veux mettre dans ma commande pour être confiant que je paye pour les bons articles.
En tant que client, je peux fournir mes informations bancaires pour ma commande pour recevoir les produits que j’ai achetés.
Recevoir une notification par SMS
En tant que client, je peux recevoir un avis de confirmation pour mon achat pour suivre et garder une trace de mon achat.
D’autres méthodes
Il y a de nombreuses autres méthodes qui peuvent être utilisées dans le découpage des grandes « User Stories » comme :
Visitez le blog Agilistic
par déroulement heureux / malheureux (ce qui se passe quand tout va bien versus quand il y a des exceptions, déviations ou autres problèmes)
par options d’interaction / par plate-forme
par types de données ou paramètres
par scénarios de test
par rôles
par ‘j’optimisemaintenant ‘ contre ‘ j’optimise plus tard ‘
par compatibilité de navigateur
la liste ci-dessus est détaillée (en anglais) dans ce billet: Blog.agilistic.nl.
Ce billet m’a été inspiré par “The 6 not-so-obvious reasons a project plan fails” dont j’ai choisi de prendre le contrepied pour les transformer en raisons (ou conditions) de réussite !
En fait, les petits projets ont 10 fois plus de chances de réussirselon le rapport « Chaos Manifesto » et seront deux fois plus probablement dans les temps, dans le respect de leur budget et la livraison des fonctionnalités critiques attendues. Il n’est bien sûr aucunement garanti que tout petit projet réussisse…
Voici 6 des raisons pour lesquelles un petit projet ou au moins de taille raisonnable aura de meilleures chances de réussir
1. Des méthodes flexibles
soyez flexibles 🙂
Tous les projets, même petits, ont beaucoup de composants en mouvement. Si vous travaillez dans le marketing, les ressources humaines, l’informatique, la construction ou autre industrie, l’agilité et la flexibilité sont de réels atouts pour vos projets. Le chef de projet Agile qui s’est développé avec l’adoption de postures et principes tel le Manifeste Agile, avec des artefacts et méthodes comme Scrum et des solutions logicielles de management de projet plus collaboratives. Adopter des méthodes flexibles permet d’être mieux armé pour manager un projet dans l’environnement actuel qui est en perpétuelle et rapide transformation. Le projet managé avec Agile génèrera du revenu plus rapidement grâce à la livraison itérative de solutions certes incomplètes mais apportant de la valeur rapidement. De plus, les bénéfices seront également plus importants en bout de course car les fonctions non critiques ne seront probablement jamais développées avec ces approches.
2. Des solutions logicielles performantes
Un outil performant devra être mis en œuvre (même sur un projet de petite taille). Les coûts d’acquisition, de configuration et d’utilisation sont devenus plus abordables (en particulier dans le Cloud). Selon Information Week les sociétés à haute-performance comprennent l’importance des logiciels de planification de projets en matière d’efficacité et de performance. Leurs principaux critères de sélection sont la fiabilité, la facilité d’intégration et la facilité d’usage (la convivialité). Le bon logiciel devrait aussi converser de manière transparente avec les outils universels de l’entreprise comme la bureautique.
Microsoft est partenaire de DantotsuPM
3. Un travail efficace avec des équipes virtuelles
Avec des équipes travaillant à distance à distance, et souvent à l’échelle mondiale même dans les petites structures, sur des fuseaux horaires différents et des cultures variées, bien communiquer et bien manager le temps sont devenus plus critiques que jamais. Donner accès à des outils qui laissent des parties prenantes s’auto-manager et partager les derniers statuts, discussions et échéanciers de projet maintient tout le monde connecté et organisé.
Campana & Schott est partenaire de DantotsuPM
4. Un fort support du management
Avoir un sponsor exécutif avec un réel intérêt dans le projet, quelqu’un qui ira se battre pour votre projet du début à la fin, est un grand facteur (sinon le plus grand) dans le succès du projet. L’avoir est déjà bien, mais l’engager activement pour qu’il donne une direction claire et aide dans la résolution rapide des problèmes est encore mieux. Le manque de temps est souvent un problème. Aussi, avant le démarrage du projet, Le sponsor et le chef de projet devraient se rencontrer pour discuter des questions comme l’engagement de temps, les rapports d’avancement, les réunions, les mécanismes de remontée de problèmes, etc.
5. Un parfait alignement pas sur les objectifs et stratégies de l’organisation
Restons bien alignés sur la stratégie de l’entreprise.
Être bien aligné sur la stratégie business n’est pas aisé pour le projet. Cependant, c’est un impératif pour avoir de bonnes chances de réussite. Il est critique d’avoir une compréhension des priorités stratégiques clés de la société puis d’examiner le projet pour voir comment il se justifie par rapport à celles-ci. Ceci va aider à positionner le projet dans la liste des priorités de l’entreprise. En plus d’économiser un temps, des efforts et ressources précieux, cela aide aussi à obtenir le support exécutif nécessaire.
MPM est Partenaire de DantotsuPM
6. Une excellente communication
Le PMI® a constaté qu’une des causes majeures de réussite rapportée par les sociétés est une communication supérieure. La capacité à communiquer en temps réel avec les membres de l’équipe où qu’ils soient grâce aux logiciels de management de projet collaboratifs sécurise le succès d’un projet.
NQI est Partenaire de DantotsuPM
A chaque piège sa solution !
Du plus simple au plus complexe, il y a beaucoup de pièges qui peuvent emporter un projet. Mais pour chaque piège, il y a aussi une solution.
Les organisations ultra performantes ont compris qu’il n’y a pas de temps à perdre pour implémenter ces changements si nécessaires.
PMI is a registered mark of Project Management Institute, Inc.
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
L’analyse Est / n’est pas sert à limiter les investigations lors de la recherche de causes de problèmes en identifiant ce qui appartient au périmètre et ce qui peut en être exclu.
Voici une brève vidéo qui en expose les concepts sur un exemple concret.
Microsoft est partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
LA conférence qui discute de l’essence même des principes fondateurs de ce que l’on appelle maintenant « l’agilité ». L’orateur, Dave Thomas est ici tout à fait légitime puisqu’il revient sur la réunion, à laquelle il participait en 1999 qui donnait lieu au « Manifesto for agile software development »
L’étude du management de projet Agile fournit une compréhension de base d’Agile qui vous permet d’appliquer Agile à tous les aspects de votre rôle et votre organisation
Les certifications PMP et PgMP ont une durée de validité de 3 ans à compter de la date de réussite à l’examen. Afin de prolonger leur certification PMP ou PgMP, les certifiés doivent « gagner » 60 Professional Development Units (PDUs) sur les 3 années du cycle de validité des certifications.
PMI, PMP and PgMP are registered mark of Project Management Institute, Inc.
Laissez-moi deviner : vérifier le flux entrant. Vérifier le courrier électronique ou des statistiques de trafic ou les messages de votre patron. Vérifier les tweets que vous suivez ou le statut Facebook d’amis.
C’est moins le Comment je trouve le temps que le Pourquoi je trouve le temps. Vous trouverez toujours le temps pour les choses qui ont un très fort pourquoi. »
Partenaire de DantotsuPM
Enregistrer
Enregistrer
Enregistrer
Enregistrer
partagez ce billet avec vos amis, collègues et relations professionnelles
DantotsuPM.com 
