Archives de Tag: video

Qu’est-ce que “Earned Value” : la Valeur Acquise ?

2 mai

What is Earned Value?

http://herdingcats.typepad.com/my_weblog/2012/04/what-is-earned-value.html

par Glen B. Alleman

La méthode de la valeur acquise permet de mesurer la performance des efforts de travail qui ont été budgétisés et le travail planifié au fil de l’exécution du projet.

La valeur acquise devrait être nommée Budget Acquis – vous “gagnez” votre budget pour le travail réalisé.

Pourquoi la valeur acquise est-elle unique dans le monde de la conduite de projet ?

  • La performance est mesurée par la preuve tangible de progrès par rapport au plan
  • La performance future est basée sur la performance passée, ajustée de la productivité, des risques et de la complexité technique
  • L’efficacité du travail est la base de mesure de performance, plutôt que le passage du temps et la consommation de ressources.

Appliquer la valeur acquise est simple

  • Définissez le travail en unités de mesure significatives aux décideurs. Ce qui est la preuve tangible que le produit ou le service réalisé répond aux besoins de l’acheteur ?
  • Définissez le budget et le temps dont on a eu besoin pour produire ce résultat, ou des versions incrémentales du résultat.
  • Exécutez le travail pendant la période planifiée.
  • Mesurez physiquement la productivité de l’effort de travail. Le Pourcentage d’Avancement Physique.
  • Comparez le Pourcentage d’Avancement Physique planifié avec le réel Pourcentage d’Avancement Physique
  • Comparez le budget planifié pour atteindre le Pourcentage d’Avancement Physique planifié avec le coût réel pour atteindre le Pourcentage d’Avancement Physique réel.
NDLT correspondance des terminologies Anglaises et Françaises (Wikipedia) :
La valeur du travail prévu s’appelle “Valeur Planifiée”, ou “CBTP” (Coût Budgété du Travail Planifié), en anglais “Planned Value” ou BCWS : acronyme pour “Budget Cost Work Scheduled”.
 La valeur des dépenses réelles s’appelle “Coût Réel” ou “CRTE” (Coût Réel du Travail Effectué), en anglais “Actual Cost”, ou ACWP, acronyme pour “Actual Cost Work Performed”.
 La valeur du travail effectué s’appelle “Valeur Acquise” ou “CBTE” (Coût Budgété du Travail Effectué), en anglais “Earned Value” ou “BCWP”, acronyme pour “Budget Cost Work Performed”.

Avec ces chiffres calculez la Valeur Acquise pour le travail exécuté jusqu’à ce jour :

Microsoft Project

Partenaire de DantotsuPM

Avec ce résultat – l’écart de coût et l’écart de délais – vous pouvez maintenant prédire la performance future de votre projet. Cela signifie que quand quelqu’un demande Comment allons-nous? Ou, Quand aurons-nous fini ? Ou mieux encore, à combien s’élèveront les coûts quand nous aurons terminé ? Vous pouvez répondre avec un jeu définitif de chiffres dans des unités significatives pour le décideur.

Des chiffres comme:

  • Si nous continuons à progresser comme nous le faisons, nous aurons 87 jours de retard
  • Si nous continuons à progresser comme nous le faisons, nous serons à €102000 de dépassement budgétaire

Ces types de réponses ne sont pas disponibles quand vous mesurez le progrès réalisé par rapport au plan par le passage du temps et la consommation d’argent. Alors que la méthode Agile suggère qu’elle fait de la Valeur Acquise, elle ne mesure pas le Coût de réalisation du travail, ni le Pourcentage d’Avancement Physiqueen unités de Performance Technique.

La valeur acquise vous fournit une vue du progrès physique par rapport au plan, dans des unités de mesure que vous pouvez utiliser pour adapter le projet afin de tenir dans les temps, de rester dans le budget et fournir une bonne visibilité sur la maturité croissante des produits ou services que votre projet délivre.

Voici une présentation pour aller plus loin Earned Value in Five Easy Pieces.

Et une vidéo très simple de 10 minutes de Dave Litten sur la Valeur Acquise.

Échec ou Succès ?

25 avr

Failure or Success?

http://blogs.attask.com/blog/strategic-project-management/failure-or-success

Par Ty Kiisel

L’auteur russe et médecin Anton Pavlovich Chekhov a dit une fois : “Il faut être Dieu pour pouvoir distinguer les succès des échecs sans faire d’erreur.”

Quand il s’agit de projets c’est souvent le cas. Récemment, un collègue et moi discutions du rapport « Chaos report » du Standish Group et débattions si leur définition d’échec de projet est réellement valable. Bien que je reconnaisse que si un projet échoue à délivrer la valeur prévue, prend plus long qu’attendu ou coûte plus que budgétisé, je pense certain que l’on doit dire que ce n’était pas un succès – mais cela en fait-il pour autant  un échec ?

Parfois.

Il y a eu quelques échecs très en vue qui se sont avérés ne pas du tout être des échecs. Prenez Christophe Colomb par exemple, il cherchait une route rapide vers l’Inde et a trouvé le Nouveau Monde. Avait-il réussi à trouver l’Inde en passant par l’Ouest, Non. Est-ce que c’était un échec ?

Parfois je pense que les projets sont condamnés à rencontrer la définition du Standish Group dès le début. Les parties prenantes et sponsors ne sont pas clairs sur leurs attentes, on handicape les leaders de projet avec des chronologies peu réalistes et des équipes projet  tristement à court de personnel. Quand ces conditions existent, peut-on s’étonner qu’une équipe projet lutte pour frapper une cible mouvante avec un arc et une flèche brisés ?

Avec ceci en mémoire, laissez-moi faire deux ou trois suggestions qui pourraient aider à éviter à vos projets la catégorie “échec” (au moins selon la définition du Standish Group) :

définissez le succès1. Définissez le succès : Cela semble assez simple, peut-être même trop simple. Néanmoins, sur combien de projets avez-vous été qui n’avaient pas une définition claire de ce que le succès serait avant de commencer ? Imaginez passer un ballon dans un panier qui serait déplacé aléatoirement pendant le jeu. C’est difficile pour les équipes projet de frapper une cible mouvante.

2. Si le contenu change, la définition de succès devrait faire de même : Je ne suis pas un grand fan des changements bon gré mal gré dans le périmètre d’un projet, mais si il y a de bonnes raisons (autre que l’équipe essaie de réduire les besoins pour respecter les délais – ce qui indiquerait “échec” à mon avis) de changer le périmètre ou les besoins, il n’est pas exact d’appeler le projet un échec s’il coûte plus ou prend plus longtemps à finir.

3. Soyez honnête et engagez l’équipe dans les estimations de ressources : Des délais arbitraires n’ont simplement aucun sens et devraient être évités à tout prix. Une des choses que j’aime dans la méthodologie Scrum est la réunion de planification de Sprint. L’équipe estime les besoins en ressources et s’approprie leurs estimations. Pour des chefs de projet, ce type d’approche me signifie quelque chose. Ceux qui sont les plus proches du boulot le comprennent le mieux et devraient être impliqués dans les décisions sur l’échéancier. Qui plus est, donner au chef les délais qu’il ou elle veut parce qu’il ou elle les veut n’est pas une bonne idée si ce n’est pas réaliste – et dirige l’équipe vers un échec.

4. Bâtissez la bonne équipe: Juste parce que quelqu’un est disponible ne signifie pas qu’il est la bonne personne pour l’équipe. Je sais que beaucoup de chefs de projet n’ont pas le luxe de choisir leur équipe, mais ils peuvent exercer une influence sur qui fait ou pas partie du groupe.

Bien sûr, il n’y a aucune solution miracle pour échapper à la catégorie “échec”. J’ai participé à des discussions qui suggèrent (pour certaines raisons) que les informations du Chaos Report seraient imprécises. Même si en réalité les résultats sont 50 pour cent meilleur qu’annoncé dans ce rapport, c’est toujours trop d’échecs. En tant que leaders de projet, notre travail est d’obtenir que des choses soient faites avec succès.

Cela étant dit, que faites-vous pour assurer le succès de votre projet ?

Sur le même sujet, de l’échec, j’ai bien aimé cette vidéo sur l’importance d’éliminer la peur de l’échec. Sans échec pas de création, peu d’innovations, et donc peu de projets réussis !

“What would you attempt to do if you knew you could not fail?”

une solution pour faire du Scrum avec Microsoft Project 2010

24 avr

Microsoft Project 2010 Scrum Solution starter

Microsoft Project

Partenaire de DantotsuPM

Scrum est une technique de ” management de projet” de plus en plus populaire sur les projets de développement logiciels (et de temps en temps sur d’autres types de projets). L’article Wikipedia http://fr.wikipedia.org/wiki/Scrum_(méthode) peut être un bon point de départ pour en apprendre davantage sur ce sujet.

Le « Microsoft Project 2010 Scrum Solution Starter » est conçu pour fournir des conseils d’utilisation de Microsoft Project 2010 pour manager des projets Scrum, aspirant à aider les équipes Scrum à commencer à utiliser MS Project pour :

  • Manager un Arriéré de Produit
  • Manager un Arriéré de « Sprint »
  • Suivre la progression et générer des « Burndown charts »

Lisez s’il vous plaît ce billet en anglais pour plus de détails: http://blogs.msdn.com/b/project_programmability/archive/2010/12/09/preliminary-version-of-the-scrum-solution-starter-for-project-2010-is-available-for-download.aspx

Ce kit de démarrage se concentre sur le poste MS Project 2010 et sur l’expérience de l’équipe Scrum.

Scrum est une méthodologie itérative et incrémentale pour la conduite de projet souvent vue dans le développement logiciel agile. Bien que Scrum ait été destinée au management de projets de développement logiciels, il peut être utilisé pour des équipes de maintenance logicielles, ou comme une approche générale de management de  projets/programmes.

Il y a 3 artefacts principaux dans Scrum :

  • Arriéré de produit : Un arriéré de produit est dynamique : des items peuvent être supprimés ou ajoutés à tout moment pendant le projet. Ce sont les items avec la priorité la plus forte qui sont complétés d’abord. Ces articles prioritaires sont progressivement raffinés alors que ceux de priorité inférieure sont intentionnellement laissés à une granularité plus élevée.
  • Arriéré de sprint : Un arriéré de sprint est un jeu négocié d’articles de l’arriéré de produit qu’une équipe s’engage à compléter pendant la durée fixée pour un sprint. Les articles de l’arriéré de sprint sont décomposés en tâches détaillées pour que les membres de l’équipe les réalisent. L’équipe travaille de manière collaborative pour compléter les items de l’arriéré de sprint, se rencontrant chaque jour (pendant un « Daily Scrum ») pour partager les problèmes et avancées et mettre à jour l’arriéré de sprint et le « Burn Down chart » en conséquence.
  • « Burn Down » : Le graphique « Burn Down » du sprint est affiché publiquement et montre le reste-à-faire dans l’arriéré de sprint. Mis à jour quotidiennement, il fournit une vue simplifiée du progrès du sprint. Cela fournit aussi une visualisation rapide pour référence.

Scénarios Supportés:

Un Scrum Master veut utiliser MS Project pour les basiques de l’exécution d’un sprint, y compris :

  • Collecter et suivre le progrès
  • Gérer l’Arriéré de Produit
  • Gérer l’Arriéré de Sprint (et planifier l’itération initiale)
  • Générer un « Burn Down Chart »
  • Exporter facilement des données de Scrum poules r envoyer par courrier électronique ou autre moyen

Tutoriel : Réaliser un diagramme de Gantt sous Excel

16 avr

allez voir la vidéo de 6 minutes

Bluffant ! Sur Excel Downloads

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

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

Microsoft Project

Partenaire de DantotsuPM

Mises à jour de la certification PMI-ACP :

11 avr

PMI-ACPSM Mises à jour de Certification

Suite au retour d’informations reçu par le programme pilote et le Comité de pilotage PMI-ACP, le Conseil de Gouvernance de Certification a approuvé 3 mises à jour aux critères d’éligibilité pour la certification Agile Certified Practitioner de PMI (PMI-ACP). Cette certification reconnaît la connaissance d’un praticien des principes agiles, des pratiques, des outils et des techniques à travers les méthodologies agiles.

Le tableau suivant détaille les mises à jour qui sont entrées en vigueur le 26 mars 2012. Les candidats à la certification PMI-ACP devront respecter les critères d’éligibilité suivants :

Expérience Générale en Management de Projet
  • 2,000 Heures Travail Sur des Équipes Projet
  • Ces heures doivent être cumulées sur les 5 dernières années
  • Tout PMP® et PgMP® actif satisfera ce pré-requis
Expérience en Management de Projet Agile
  • 1,500 heures de travail sur équipes projet agiles ou avec méthodologies agiles
  • Ces heures viennent en supplément des 2,000 heures exigées dans “Expérience Générale en Management de Projet”
  • Ces heures doivent être cumulées sur les derniers 2 3 ans
Formation de Management de projet Agile Formation aux Pratiques Agiles
  • 21 Heures
  • Les heures doivent être gagnées dans des pratiques agiles de chef de projet
PMGS Formations en Management de Projet

Partenaire de DantotsuPM

Le changement “de l’expérience en management de projet” pour “expérience projet” clarifie le type d’expérience exigée. Alors que la description déclare que la certification n’est pas limitée aux chefs de projet, “l’expérience en management de projet” créait un peu de confusion en impliquant que nous exigions de l’expérience à manager des projets plutôt qu’à travailler sur des équipes projet.

La recherche PMI Pulse of the Profession indique que beaucoup d’organisations n’ont pas encore implémenté largement les pratiques agiles. Donc, pour encourager autant ‘d’adopteurs précoces’ que possible à atteindre l’expérience exigée, PMI met à jour le critère d’éligibilité aux 3 dernières années au lieu de 2.

Pour commencer à répondre à toute question et commentaire sur la mise à jour des critères d’éligibilité, nous avons préparé une Foire aux Questions en Anglais FAQ qui peut être trouvée sur la page PMI-ACP de PMI.ORG.

Si vous avez des questions supplémentaires, envoyez les s’il vous plaît par courrier électronique à Customercare@pmi.org.

Et voici un rappel en vidéo de ce qu’est Scrum en seulement 7 minutes.

les résultats de l’enquête PMI sur le salaire des chefs de projets

4 avr

PMI Project Management Salary Survey, 7th edition

http://www.pmi.org/Knowledge-Center/Virtual-Library-Project-Management-Salary-Survey.aspx

Connaître votre potentiel de revenu est un atout inestimable quand vous voulez mettre à profit des opportunités dans votre travail actuel, investir dans vos compétences afin d’augmenter votre attractivité et prévoir la prochaine phase de votre carrière. C’est aussi critique pour les organisations, qui rivalisent pour avoir les meilleurs talents comme la demande en chefs de projet augmente.

Découvrez votre potentiel de revenus avec la dernière enquête de salaire de manager de projet du PMI.

money, money, money...PMI® Project Management Salary Survey – Septième Édition

Créé et conduite par l’équipe d’étude de marché de PMI, le PMI® Project Management Salary Survey – Septième Édition fournit le regard le plus complet existant sur la rémunération dans le domaine du management de projet au niveau mondial, mesurant les salaires à travers huit niveaux majeurs de description de poste dans 29 pays. La Septième Édition, conduite en 2011 est basée sur des données reportées par plus de 30,000 praticiens de management de projet dans le monde entier.

Les pays représentés incluent l’Australie, la Belgique, le Brésil, le Canada, la Chine, la Colombie, la France, l’Allemagne, Hong-Kong, l’Inde, l’Irlande, l’Italie, le Japon, la Malaisie, le Mexique, les Pays-Bas, la Nouvelle-Zélande, le Nigeria, le Pérou, l’Arabie Saoudite, Singapour, la Corée du Sud, l’Espagne, la Suède, la Suisse, Taïwan, les Émirats Arabes Unis, le Royaume-Uni et les États-Unis.

Le rapport complet de l’enquête de salaire comporte :

  • Les réponses de plus de 30,000 praticiens dans 29 pays.
  • Les tableaux croisés de données de salaire sur huit positions et 15 variables démographiques.
  • Les salaires reportés ont augmenté au cours de l’année passée.
  • Les salaires attendus augmentent pour l’année prochaine.
  • Les informations sur l’ensemble des avantages, environnements de travail et des plans parcours professionnels disponibles de management de projet mondiaux.

à travers le mondeÀ cause de contraintes d’échantillonnage, les informations de salaire ne sont pas disponibles pour toutes les positions dans tous les localisations géographiques.

Les données démographiques principales incluent :

  • Pays
  • Description de la Position
  • Années d’Expérience
  • Années dans des Techniques Critiques
  • Années dans le Management de Projet
  • Le plus haut Niveau Formel d’Éducation Obtenu
  • Diplôme en Management de Projet
  • Statut PMP®
  • Formation Par Année
  • Sexe
  • Service/Fonction
  • Industrie
  • Type de Projet
  • Nombre de Collaborateurs dans toute l’Organisation
  • Taille Moyenne d’Équipe projet
  • Budget Typique de Projet

Pour obtenir cette enquête de salaire

Le PMI® Project Management Salary Survey – Septième Édition est disponible sur le site de PMI : PMI Marketplace.. Le rapport complet coûte US$200.00.

Les membres de PMI ont un accès  GRATUIT au rapport, ainsi qu’au questionnaire d’enquête de salaire en ligne, qui leur permet de comparer les données de salaire par position et emplacement géographique. Connectez-vous sur http://www.PMI.ORG pour avoir accès à les deux de ces fonctionnalités.

Si vous n’êtes pas encore membre PMI ? Voir les avantages à adhérer (par exemple ce rapport d’une valeur de $200 gratuit) et rejoignez-nous dès aujourd’hui.

Et n’oubliez pas que pour réaliser une excellente carrière, seule notre PASSION saura nous guider comme nous le rappelle avec beaucoup d’humour Larry Smith dans cette vidéo.

19 avril – Sophia Antipolis – “L’Everest, le cancer et la vie”

4 avr

PMI France-Sud vous propose d’assister à un”Tools&Tip” exceptionnel sur le thème: “L’Everest, le cancer et la vie” avec Gérard Bourrat auteur du livre éponyme.

le Jeudi 19 Avril de 18h00 à 20h30 au Skema Business School Sophia-Antipolis

<< Inscrivez-Moi à cet événement >>

Un témoignage qui nous dit haut et fort, que pour réaliser un exploit sportif (or professionnel), pour bien vivre avec un cancer, pour bien vivre un défi professionnel (ou toute autre contrainte) le chemin est toujours le même : un objectif, le plaisir de l’effort, la persévérance et la foi.

Intervenant: Gérard Bourrat,ex-cadre chez IBM, doyen des Français à avoir gravi l’Everest à l’âge de 62 ans et 3 semaines après l’ablation d’un rein suite à son cancer

Gérard Bourrat, ex-cadre d’IBM, et père de deux enfants est un sportif de haut niveau.

  • Son palmarès exceptionnel comprend également la Diagonale des fous à la Réunion (épreuve équivalente à 8 marathons), un mois après l’ablation de métastases aux poumons.
  • Le témoignage de Gérard Bourrat le dit haut et fort : “être atteint d un cancer ne signifie pas s arrêter de vivre, abandonner ses rêves, renoncer à ses objectifs ; c’est un paramètre à gérer, comme tous les autres paramètres de la vie. Comment faire en sorte que cette maladie devienne transparente pour vous et votre entourage, qu’elle s’efface devant le trajet que vous désirez accomplir ?”
  • C’est à cette question que tente de répondre son livrel’Everest, le cancer, la vie“. Il considère que son histoire ne lui appartient plus. Il souhaite délivrer un message d’espoir aux personnes malades. Ce livre ne vous engage pas à escalader le sommet le plus élevé du monde, à courir sous un soleil de plomb, à parcourir des milliers de kilomètres, mais vous invite, tout simplement, à vaincre votre propre “Everest”.
  • Pour réaliser un exploit sportif, pour bien vivre avec un cancer, pour bien vivre avec des amputations, le chemin est toujours le même : un objectif, le plaisir de l’effort, la persévérance et la foi.

ne jamais laisser trainer son iPad à portée de grand-père…

1 avr

aidez le PMBOK à devenir plus agile

28 mar

Par Jesse Fewell, Fondateur, Communauté de Pratique PMI Agile - Comité de pilotage, Extension Logicielle au PMBOK Guide

Beaucoup de personnes demandent si le PMI lancera un Corpus des connaissances Agile PMI. La réponse est “Non”. D’une part, il serait presque impossible de se mettre d’accord sur ce qui y entrerait, particulièrement en considérant le désaccord sur ce qui constitue une déclaration officielle sur les structures Agile elles-mêmes (par exemple. Scrum, XP, Kanban). D’autre part, nombreux sont ceux qui pensent qu’un standard officiel Agile serait trop restrictif et irait même à l’encontre de l’intention “adaptative et itérative” du mouvement Agile. Cependant, un Corpus des connaissances Agile PMI n’est pas la seule façon d’avancer. À la place, il y a deux projets passionnants en voie de réalisation qui promettent une nouvelle avancée des techniques Agiles dans la communauté PMI.

D’abord, la 5ème Édition du Guide PMBOK est en revue publique. Pour la première fois dans l’histoire du PMBOK, les termes “le développement progressif itératif” et “Agile” sont explicitement définis.

Deuxièmement, PMI collabore avec l’IEEE pour développer “l’Extension Logicielle au Guide de PMBOK” (the “Software Extension to the PMBOK Guide”). Comme pour les extensions aux domaines de la Construction et des organisations Gouvernementales réalisées auparavant, l’Extension Logicielle fournira des outils et des techniques pour implémenter le Guide de PMBOK dans un environnement spécifique au développement logiciel. Étant donné qu’Agile est devenu une approche dominante pour les projets logiciels, ce document donnera des détails sur les approches “itératives-incrémentales” et “Agiles” brièvement mentionnées dans le nouveau Guide PMBOK. Aussi, vers le troisième trimestre de cette année, PMI vous donnera l’occasion de soumettre votre propre retour d’information sur ce document. Pour plus d’informations, vous pouvez lire un billet de blog de Mike Griffiths qui est membre de ce comité: http://leadinganswers.typepad.com/leading_answers/2011/09/the-new-software-extension-to-the-pmbok-guide.html

Bien qu’il n’y aura pas de Corpus des connaissances Agile PMI officiel dans un avenir proche, ces deux projets fourniront beaucoup de valeur à ceux qui les attendent avec impatience.

Et n’oubliez pas que Agile tient davantage de la philosophie que de la méthode et peut donc être appliquée à bien d’autres domaines que le développement logiciel. Dans cette vidéo, Joe Justice applique les principes Agile qu’il a embrassés dans le développement logiciel à la construction automobile et crée ainsi une nouvelle voiture à la fois performante et efficiente en un temps record.

le site de microsoft projet en français

Partenaire de DantotsuPM

gestion optimisée du portefeuille des projets avec Microsoft Project Server 2010

21 mar

Alors que Project Conférence 2012 a débuté hier à Phoenix, Arizona, voici pour ceux qui n’auraient pas la chance d’y être une vidéo enregistrée lors de Tech Ed 2012 à Paris.

Cette session de 50 minutes était consacrée à la gestion de portefeuille avec Microsoft Project Server 2010. Elle fut animée par Nathalie Hesters (chef de produit Project et Visio chez Microsoft France) et Vincent Capitaine de Campana & Schott Cabinet de conseil leader dans la gestion de projet et l’optimisation de processus.

N’hésitez pas à consulter cette vidéo si vous souhaitez tout savoir sur les réponses apportées par Microsoft pour vous permettre un management optimisé du portefeuille des projets de votre entreprise.

Comment Microsoft Project Server 2010 permet-il d’identifier et de sélectionner les projets qui apporteront le plus de valeur à votre entreprise, en fonction de la stratégie définie, en tenant compte des contraintes budgétaires et des ressources ?

Microsoft EPM à Tech Ed 2012

Consultez le Marketscope for Project and Portfolio Management de Gardner qui est un véritable guide pour tous ceux qui veulent automatiser le management de portefeuille de projet.

le site de microsoft projet en français

Partenaire de DantotsuPM

Suivre

Get every new post delivered to your Inbox.

Joignez-vous à 236 followers