Le management de projets industriels: comment maîtriser les coûts?

Evénement, Gestion de projet, Méthode, Retour d'expérience

Gérez-vous des projets industriels? Rencontrez-vous des difficultés à gérer les coûts de vos projets? Découvrez les expériences de vos pairs et leurs conseils lors du séminaire “MAÎTRISE DU COÛT DES PROJETS INDUSTRIELS”. C’est une occasion idéale pour faire du networking!

Mardi 30 janvier 2018 de 9h30 à 17h30

Centre National d’Etudes Spatiales – Direction des lanceurs
Salle Léonard de Vinci
52, rue Jacques Hillairet, 75612 PARIS CEDEX France

Inscription obligatoire: Réservez déjà votre place!

conférence

LE PROGRAMME DE L’ÉVÉNEMENT

Estimation et maîtrise des coûts du Programme Grand Carénage – Olivier FIANCETTE (EDF)

Le Programme Grand Carénage est le projet de maintenance et d’extension de la durée de vie du parc nucléaire d’EDF. Il se déroule sur 19 sites, s’étend sur une dizaine d’années et son budget avoisine les 50 Md€. Olivier Fiancette, directeur financier du programme, exposera les méthodes qu’il emploie pour relever les défis posés par l’estimation,  la maîtrise des coûts et des risques d’un tel programme.

La maîtrise des coûts vue par le maître d’ouvrage. Kanthéa KHENG (CNES)

La Direction des Lanceurs du CNES participe auprès de l’Agence Spatiale Européenne aux développements des nouveaux systèmes de lancement européens (lanceur et segment sol). Elle développe le segment sol des systèmes de lancement européens et des démonstrateurs technologiques préparant les lanceurs du futur. Elle veille au maintien de la qualification d’Ariane 5 et à la conformité des systèmes de lancement en phase d’exploitation. Elle présentera la problématique des coûts vue du maître d’ouvrage.

La capitalisation, clé de l’estimation et de la maîtrise. Pierre PENICAUT – (TOTAL)

La maîtrise des coûts repose sur une bonne estimation initiale sans laquelle tout contrôle est illusoire. De même l’estimation repose sur une connaissance amenée par la capitalisation. Les évolutions des pratiques financières, managériales et sociales offrent des opportunités mais peuvent aussi menacer cette activité cruciale. Pierre Pénicaut a dirigé l’estimation, puis  le project control des Installations de Production de l’Exploration-Production  de Total.

Les logiciels de coûts. Raphael THOMAS (ZODIAC AEROSPACE) et Olivier BRONGNIART (Cost House)

Le « Cost engineering » (Estimation, Planification, Coûtenance, Risques) requiert des logiciels spécialisés. Raphaël Thomas, responsable de cette activité et utilisateur de ces outils, a proposé à un expert du domaine, Olivier Brongniart, de faire un tour d’horizon et un classement de ces logiciels d’après leurs fonctionnalités.

La conception à coût objectif (DTC) dans les entreprises. Michaël MARFAING (ARIANEGROUP)

La conception à coût objectif est la clé de la maîtrise des coûts dans les projets de haute technologie. Michaël Marfaing animateur de cette activité chez ArianeGroup, a interrogé des entreprises de domaines et tailles variés; il présente un tour d’horizon des méthodes qu’elles utilisent et des difficultés qu’elles ont eues à surmonter.

DÉBAT : Sous-traiter l’estimation.

Bénédicte BONOMI (THALES AEROSPACE) Louis-Vincent ALLAIN (IMPROVALUE). Avec Éric BOCHER (ALSTOM) Cédric LE MASSON (EDF) Yves MEYER (PSA) Didier ROGER (AREVA PROJETS) et les autres orateurs de la journée.

L’estimation est souvent considérée comme une discipline d’initiés, secrète et stratégique. La sous-traiter paraît impensable. Or la perte d’expérience y a conduit des entreprises, et un nouveau métier s’est créé en réponse. Un débat conduit par Bénédicte Bonomi, responsable de l’estimation à Thales Aerospace, présentera les avis des praticiens sur cette évolution et l’expérience de Louis-Vincent Allain, acteur de ce métier.

 

ORGANISATEUR: LE GROUPE ESCOFIN

Le groupe Escofin est un groupe de travail de la SMaP, Société de Management de Projet, dont l’objet de l’association (loi de 1901) est de rassembler les acteurs de ce domaine et de promouvoir la certification de leurs compétences.

L’objet de ce groupe est de réunir les spécialistes du coût et de la finance des projets dans toutes leurs dimensions, et quels que soient leurs positions, dans ou hors des équipes projet, côté contractant (maître d’œuvre) ou côté client (maître d’ouvrage), dans tous les secteurs d’activités.

Le groupe ESCOFIN (pour Estimation, Coûtenance, Finance), créé fin 2015, rassemble les responsables de la maîtrise des coûts de projets de grandes entreprises industrielles françaises. Il compte actuellement 12 membres venant de 10 grandes entreprises. Le domaine d’intérêt d’ESCOFIN est le Cost Engineering (gestion de projet), ce qui recouvre les activités d’estimation et de contrôle des coûts et des risques. ESCOFIN s’intéresse à la pratique de ces activités, c’est-à-dire les organisations, méthodes, compétences et outils qui leur sont nécessaires.

 

Publicités

[Webinaire gratuit] 6 raisons d’adopter AgilePM

Evénement, Gestion de projet, Méthode

6raisonsLes approches agiles ne se limitent plus au développement de logiciels. Elles sont devenues populaires auprès de diverses organisations qui doivent être plus souples et réactives pour traiter efficacement leur rythme de changement croissant.

Agile Project Management (AgilePM) est une approche novatrice en gestion de projets qui depuis son lancement en 2010, s’impose comme le principal cadre de référence dans le milieu.

Participez à ce webinaire, organisé par APMG International en partenariat avec QRP, pour acquérir une vue d’ensemble du cadre de référence AgilePM et comprendre comment il pourrait soutenir vos projets et autres initiatives de changements.

STRUCTURE DU WEBINAIRE

  1. Contexte des méthodes traditionnelles et agiles
  2. Qu’est-ce que AgilePM ?
  3. Les raisons d’adopter l’approche AgilePM
  4. Formation & certification
  5. Questions/Réponses

OÙ & QUAND ?

      • Lieu: Depuis votre ordinateur
      • Horaire: 11h00 (CET)
      • Date: Vendredi 24 novembre 2017
      • Langue: Français
      • Animateur: Armel Quirino, consultant et formateur accrédité AgilePM, PRINCE2 2017, PRINCE2 Agile et certifié MoP, MSP, ITIL Practitioner
      • Prix: gratuit mais inscription obligatoire
      • Inscription: Cliquez ici et remplissez le formulaire en bas de page

En savoir plus sur AgilePM

[Atelier gratut] Educational game : La planification d’un projet avec PRINCE2

Evénement, Gestion de projet, Méthode, Prince2

educationVous êtes en charge d’un nouveau projet et fatalement votre première interrogation: “Je commence par où?”

Définition de l’objectif du projet, des attentes des parties prenantes, du périmètre, des délais, des coûts… Et ensuite? Trop souvent la phase de planification du projet est minimisée, oubliée, remise à “plus tard”, bâclée… Cet atelier vous offre les secrets d’une planification réussie afin de mener à bien vos projets.

Expérimentez en équipe l’initialisation d’un projet fictif : À vous de jouer!

L’objectif est de comprendre comment réaliser la planification d’un projet sans rien oublier. Cet atelier est l’occasion de découvrir des outils de planification ainsi que la méthode de gestion de projets, PRINCE2.

Cet atelier, organisé après les heures de travail, a été développé pour répondre à votre besoin d’enrichissement aussi bien pour partager vos connaissances, poser vos questions et discuter avec vos pairs.

OÙ ET QUAND?

  • Lieu: Paris
  • Horaire: 18h30 (CEST) – Accueil à partir de 18h15
  • Durée: 2h00
  • Date: Mardi 21 novembre 2017
  • Langue: Français
  • Animateur: Pascal Bouthillon, Formateur accrédité PRINCE2, ITIL et certifié CAPM, AgilePM
  • Prix : gratuit mais inscription obligatoire
  • Inscription: Cliquez ici et remplissez le formulaire en bas de page

En savoir plus sur PRINCE2

La combinaison des Bonnes Pratiques AgilePM et ITIL

Gestion de projet, Gestion des services IT, Méthode

ITIL, référentiel complet de la gestion des services informatiques, traite de la stratégie des services, de la conception, de la transition, de l’exploitation et de l’amélioration continue des services. Les phases de développement et de mise en service évoluent constamment en fonction de la  stratégie des services. Cette dernière est continuellement enrichie par la phase d’amélioration.

ITIL s’intègre parfaitement au monde de la gestion de projet avec la méthode, Agile Project Management (AgilePM). Une organisation des services en mode agile peut utiliser ITIL pour la gestion des services.

Afin d’évoluer dans une organisation agile, ITIL est capable de livrer par tranches verticales, souvent sans prévoir de longs délais de livraison. Les principes de l’agilité seront garantis par l’application d’AgilePM. Cependant, l’organisation sera pilotée par les Bonnes Pratiques ITIL: un objectif difficile mais non impossible!

AgilePM et ITIL: une intégration possible

Nous avons demandé à notre formateur accrédité ITIL, AgilePM, PRINCE2…, Fabio Savarino, de mettre en relation la gestion des services IT avec le monde de la gestion de projet, en choisissant en particulier les Bonnes Pratiques ITIL et AgilePM.

AgilePM , basé sur DSDM, a vu le jour dans le monde du développement de logiciels et par conséquent, la méthode est particulièrement adaptée à l’intégration d’ITIL.

À contrario, ITIL et son cycle de vie (en particulier, les phases de stratégie, conception, transition et opération) ont besoin d’un amortisseur pour être relié au monde de la gestion de projet. L’équipe du projet joue le rôle d’intermédiaire, d’amortisseur, qui gère les projets avec une méthodologie traditionnelle ou agile, ou bien, une intégration des deux.

Certains processus ITIL sont particulièrement utiles pour intégrer les deux Bonnes Pratiques:

  • BRM – GESTION DES RELATIONS BUSINESS – Ce processus est un mix entre le fournisseur de services informatiques et le monde des affaires. Grâce à ce processus, ITIL est capable d’interagir entre les deux mondes et de faciliter le respect des principes d’AgilePM, en particulier concernant les besoins entreprise, la collaboration et la communication en continue.
  • SLMGestion du niveau des services – BRM assure l’utilité c’est à dire la compréhension des premiers besoins des entreprises dès le début (exigences fonctionnelles). La méthode AgilePM aidera à les hiérarchiser (technique MoSCoW). La gestion du niveau des services complète le BRM du point de vue des exigences non fonctionnelles: la garantie, exprimée par exemple dans les niveaux de capacité, de disponibilité, de continuité et de sécurité que nous attendons des produits de notre projet.
  • Gestion des changements – Ce processus suit le changement: chaque projet est une modification (alors qu’une modification NE PEUT PAS être un projet …) telle que l’introduction de quelque chose de nouveau ou un changement existant qui affecte les parties prenantes ou d’autres services IT. Le processus de gestion des changements est donc un outil pratique précieux pour soutenir la stratégie de gestion de communication, la transparence et la culture Agile One-Team, afin de suivre l’avancement du projet, avec plusieurs étapes (jalon) et le soutien de l’équipe agile. En parallèle, le processus de gestion des ressources et des services soutiendra l’équipe de projet en capturant en temps réel la configuration précise des CI (éléments de configuration) et les produits de notre projet.
  • Gestion du déploiement – le processus qui gère les enregistrements démontrera un «contrôle» sur les produits de l’équipe AgilePM sans, pour autant, alourdir la gestion et en assurant la traçabilité globale (ceux des services IT selon ITIL) et en soutenant les tests (par exemple : TDD – Test Driven Development).

 

Entre les deux méthodologies, il existe de réels points communs

  • La justification business : ce principe s’applique aux deux méthodologies. La cas d’affaires est le produit de management commun aux deux méthodes.  
  • La configuration: aussi bien dans ITIL qu’AgilePM, vous devez connaître la configuration des produits du projet et des autres éléments des services. L’outil le plus approprié est le CMS d’ITIL (Système de Gestion de la Configuration). Ce système d’information permet aux opérateurs et/ou aux équipes de projet de traiter rapidement et précisément les données de configuration pour obtenir des informations en fonction des connaissances requises afin de poursuivre le travail.

ITIL e agile

Un conseil?

“AgilePM et ITIL ne sont pas compatibles uniquement du point de vue des outils. Mon conseil est de profiter d’un cadre intermédiaire de la gestion de projet tel que PRINCE2.” indique Fabio S.

PRINCE2 vous permettra de ne pas perdre de vue les phases du cycle de vie ITIL sans renoncer à la gestion des phases du projet et en la structurant selon les 7 processus PRINCE2.

Bien sûr, PRINCE2 sera à son tour intégré et adapté à AgilePM, choisi pour notre projet au niveau de la livraison: il ne sera pas possible de garantir une «agilité maximale» car les timebox et les incrémentations seront adaptés aux lots de travail… mais les principes Agiles ainsi que les cinq facteurs clés de succès seront absolument conservés.

 

Fabio Savarino possède de nombreuses années d’expérience dans le monde de la gestion des services et gestion de projets dans plusieurs secteurs d’activité : de l’administration publique aux PME en passant par des multinationales et des institutions bancaires. Il est formateur accrédité PRINCE2®, AgilePM®, ITIL® Expert et certifié MoP, Change Management, MSP, P3O pour QRP International.

DEVOPS : LES RÉPONSES DE NOTRE EXPERT À VOS DEMANDES

Gestion de projet, Méthode

Les méthodes agiles ne sont plus destinées uniquement au développement de logiciels. De nombreuses organisations prennent la direction de l’agilité répondant à leur besoin de flexibilité et de réactivité face aux changements croissants. Il existe de nombreuses approches agiles et il devient difficile de s’y retrouver. C’est pourquoi, nous avons réalisé pour vous une série d’interview auprès de formateurs, experts dans leur domaine, afin de vous donner une vue d’ensemble sur les différentes méthodes agiles existantes. Nous nous sommes efforcés de poser les mêmes questions aux formateurs pour chacune des approches agiles vous permettant d’identifier rapidement leurs spécificités.

pablo (95)

Mickael Davila, formateur ITIL, COBIT5, PRINCE2, LEAN IT, TOGAF , AgilePM a répondu à nos questions.

Focus du jour : DevOps

1-      En quelques mots, qu’est-ce que DevOps ?

DevOps comporte 4 domaines dont :

  • l’aspect technique: mise en place de solutions techniques et technologiques supportant la pratique qui demande une compétence technique assez poussée et qui dépend du chef technologique
  • l’aspect culturel: le travail collaboratif est plus efficace avec une communication efficiente
  • l’aspect processus de la production est assez peu connu de la gestion de projet. Mais on va retrouver certains concepts des méthodes suivantes : AgilePM, PRINCE2 ou ITIL
  • l’aspect de management de la performance: les indicateurs sont de plus en plus complexes

2-      Selon vous, quels sont les bénéfices clés de DevOps ? Pourquoi se certifier ?

Le bénéfice clé de DevOps est de créer une jointure entre le projet et la production comme l’indique le nom de la méthode : Dev pour Développement et Ops pour opération/production. L’objectif est d’intégrer une dynamique à la production qui soit davantage orientée vers l’agilité ou le time to market. Fondamentalement, les pratiques ITIL sont imposées à la production/les opérations informatiques, c’est à dire des activités récurrentes dans le projet. Dans ces activités, on a une certaine lourdeur et rigueur des processus imposant une certaine rigidité. Certes, cela est un atout d’une certaine manière, mais elle est en contradiction avec les besoins de plus en plus forts des projets de réaliser le projet plus rapidement et plus facilement. Pour résumé, nous avons un besoin métier qui est de plus en plus urgent, rapide et de moins en moins anticipé. Ainsi, nous devons répondre, à ce besoin en mettant en oeuvre le projet le plus rapidement en production et donc, répondre aux clients finaux de manière rapide. Aujourd’hui, cette problématique se résout facilement, sans même appliquer les Bonnes Pratiques ITIL (attention, elles ne sont pas contradictoires) en mettant en place les pratiques DevOps. Est-ce que DevOps permet de réduire “le fossé” entre les équipes de développement et celles de production ? S’il y a un schisme entre les équipes projets qui sont temporaires et celles des opérations qui font tournées des systèmes au quotidien et qui assurent le service au client final, cela peut être intéressant de mettre en place DevOps. Tout particulièrement si les pratiques agiles se développent au sein des équipes projet. Dans ce cas, la formation des équipes de production à DevOps leur permettra de comprendre les enjeux et les attentes des projets en mode agile.

3-      Quelles sociétés peuvent adopter DevOps ?

On peut dire, aujourd’hui, que toutes les organisations qui font de l’agilité essaient d’intégrer quelques concepts DevOps. À un moment donné, des difficultés sont rencontrées avec la production impliquant presque la nécessité d’utiliser les Bonnes Pratiques de DevOps. De façon concrète, les sociétés utilisant DevOps travaillaient auparavant en mode agile. Ils étaient déjà à un niveau avancé de l’intégration de l’agilité. Pour résumé, si une structure est déjà en mode agile, DevOps devient obligatoire, car c’est totalement naturel. Puis, les sociétés qui commencent à faire de l’agilité s’intéressent à DevOps, car cela s’impose assez rapidement comme je l’ai dit précédemment.

4-      Quels sont vos conseils pour implémenter DevOps? Etape par étape ou de manière complète ? Peut-on mettre en place uniquement quelques aspects de l’approche ?

La méthode DevOps est semblable à celle d’ITIL qui compte 26 processus. Il faut différencier PRINCE2, ITIL et DevOps. PRINCE2 est une méthode c’est à dire que sur le fond, il est assez difficile de prendre une seule partie de la méthodologie dans PRINCE2. Il existe 7 principes et si l’organisation ne prend pas en considération ces 7 principes dans son état d’esprit alors PRINCE2 sera difficile à implémenter. Globalement, même si on ne prend pas tous les concepts de PRINCE2, il y a beaucoup de points qui doivent être retenus pour que la méthode ait du sens. PRINCE2 est un peu comme une recette de cuisine, on ne peut pas faire d’impasse sur certains éléments/ingrédients. AgilePM est semblable à PRINCE2. D’une certaine manière, il y a un peu plus de souplesse dans la méthode mais un état d’esprit, des principes, des facteurs clés de succès existent. Agile PM doit être implémentée dans sa complétude. Cependant, des techniques et des pratiques peuvent être ajouté ici et là, à partir des pratiques Scrum, par exemple. Pour résumer,  PRINCE2 est assez complet et AgilePM est multiforme. A contrario, ITIL, référentiel de Bonnes Pratiques, est peu prescriptif c’est à dire qu’on ne dit pas ce que vous devez faire. On vous donne des bonnes idées avec une amplitude assez large de marges de main-d’œuvre.

Pour en revenir à DevOps, similaire à la composition d’ITIL, ces Bonnes Pratiques créent une liaison entre les pratiques de gestion agile en matière de développement et de projets en mode agile. Quand on fait du DevOps, on ajoute une option qui se rappelle ITIL. On a rajouté des pratiques un peu tendance. Mais DevOps ne vous révèle pas les outils, l’ambiance, le groupe, la confiance… que l’on retrouve dans les pratiques agiles. On retrouve l’optimisation des process, par exemple, mais des processus ITIL doivent être mis en œuvre pour utiliser DevOps. Sans processus dans l’organisation, on ne pourra pas mettre en place DevOps. L’approche est un petit glaçage sur un gâteau ITIL. Axelos, avec Guide ITIL Practitioner a tenté une proposition avec une nouveau livre en 2016.

5-      DevOps est compatible avec d’autres bonnes pratiques (AgilePM, PRINCE2, ITIL…) ?

Oui, comme nous l’a vu précédemment.

6- Quel est le positionnement de DevOps par rapport aux méthodes agiles existantes ?

DevOps est un élément complémentaire obligatoire pour les organisations qui veulent être en mode agile et qui ne peut pas exister sans pratiques ITIL existantes. Avant de mettre en place DevOps, il faut qu’il y ait déjà des pratiques agiles au sein de la structure.

 

Vous avez aimé cet article, vous aimerez les suivants :

  • Scrum : les réponses de notre expert    Lire plus
  • AgilePM : les réponses de notre expert   Lire plus
  • PMI-ACP : les réponses de notre expert   Lire plus
  • Kanban : les réponses de notre expert    Lire plus
  • AGILE – Une révolution dans la gestion de projet   Lire plus
  • Pourquoi choisir une méthode agile ?  Lire plus

AgilePM : les réponses de notre expert à vos demandes

Gestion de projet, Méthode

Les méthodes agiles ne sont plus destinées uniquement au développement de logiciels. De nombreuses organisations prennent la direction de l’agilité répondant à leur besoin de flexibilité et de réactivité face aux changements croissants. Il existe de nombreuses approches agiles et il devient difficile de s’y retrouver. C’est pourquoi, nous avons réalisé pour vous une série d’interview auprès de formateurs, experts dans leur domaine, afin de vous donner une vue d’ensemble sur les différentes méthodes agiles existantes. Nous nous sommes efforcés de poser les mêmes questions aux formateurs pour chacune des approches agiles vous permettant d’identifier rapidement leurs spécificités.

pablo (90)

Mickael Davila, formateur ITIL, COBIT5, PRINCE2, LEAN IT, TOGAF , AgilePM a répondu à nos questions.

Focus du jour : AGILE  PROJECT MANAGEMENT (AgilePM)

1-      En quelques mots, qu’est-ce qu’AgilePM?

Créée par DSDM, aujourd’hui, nommé Agile Business Consortium, la méthode AgilePM est l’une des modèles agiles les plus complètes dans la gestion de projets en mode agile. AgilePM est la certification fondée à partir du référentiel de gestion de projets le plus agile et le plus complet en modèle agile, le Manifeste Agile.

2-      Selon vous, quels sont les bénéfices clés d’AgilePM? Pourquoi se certifier ?

La méthode et la certification, en particulier, ont l’avantage de donner une vision classique de la gestion de projets tout en intégrant les pratiques et techniques agiles. La formation et la certification incluent la compréhension des pratiques agiles (exemple: timebox) intégrées à une gestion de projets plus classique qui renvoient aux pratiques plus habituelles des organisations et dans lesquelles certaines méthodes agiles ont des fois plus de mal à s’intégrer. Pourquoi se certifier AgilePM? Aujourd’hui, les méthodes agiles les plus reconnues et qui se développent le plus sont fondées autour du modèle Scrum. À contrario, le modèle AgilePM a une capacité d’intégration dans l’organisation que ce soit au niveau de la justification économique, nommé le Business Case. Ce dernier sera intégré dans l’implémentation de la mise en production donc la partie qui peut être complémentaire à DevOps est inclus dans la méthode AgilePM. À contrario, les autres pratiques agiles telles que Scrum n’incluent qu’un management d’équipe. AgilePM est une vraie approche de management de projet.

3-      Quelles sociétés peuvent adopter AgilePM ? La méthode est-elle récente?

On ne peut pas dire que la méthode soit récente.Il y a 30 ans, le référentiel existait déjà. La certification est assez récente au sein de l’APMG International, centre d’examen, qui a donné à AgilePM une certaine reconnaissance dans le milieu de la gestion de projets en mode agile. Pourquoi AgilePM est-il peu connu? D’abord, la promotion est presque auto-centrée sur le marché britannique et le changement du nom du propriétaire intellectuel n’aide fondamentalement pas à rendre les choses plus simples. Quelles sociétés utilisent AgilePM? EDF, Canon France, Scania filiale suédoise majoritairement possédée par Volkswagen.

4-      Quels sont vos conseils pour implémenter AgilePM ? Etape par étape ou de manière complète ?

À l’image d’un concert musical, le chef d’orchestre doit connaître la partition complète de la mélodie et chaque musicien doit connaître individuellement sa partition à l’instar de la gestion de projets.

AgilePM comprend une partie assez “classique” de la gestion de projet concernant les bases du cycle de vie du projet dont le partage des informations au niveau des sponsors ou des différents acteurs. L’implémentation d’AgilePM peut passer par la formation a minima du management des principaux interlocuteurs de prise de décision du projet, des chefs de projet et des interlocuteurs clés.  Puis, le retour d’expérience pour l’implémentation d’une méthode est une étape primordiale pour réussir.

Lorsque la demande de mise en oeuvre d’une méthode provient du haut de la hiérarchie d’une société, le modèle suivant “décider, appliquer et former de bout en bout” est plus compliqué pour la mise en oeuvre. On peut toujours proposer de former les professionnels “en standard” sur la méthode et après on l’intègre, c’est le cas de PRINCE2, méthode de gestion de projets. Ou bien, on peut adapter la méthode par petit groupe et on la met en oeuvre. Personnellement, je privilégie la troisième solution qui est de saisir un projet auquel on forme les équipes sur le sujet avec la méthode. Par la suite, on essaie de voir comment cela peut s’adapter à l’organisation.

6-      AgilePM est compatible avec d’autres Bonnes Pratiques (PRINCE2, ITIL…) ?

Dans mon cas de figure, je suis formateur ITIL, PRINCE2, Togaf, COBIT, donc Agile reprend des éléments assez classiques de ces méthodes où l’on retrouve des éléments clés dans PRINCE2 de façon assez identique et dans ITIL. Donc, il n’y a pas de contradictions de faire coexister différentes Bonnes Pratiques par rapport à ces référentiels même si fondamentalement il n’y a pas de connexions totales dans le sens où l’on ne retrouve pas des points de référence. Les méthodes Scrum et AgilePM sont-elles compatibles?

Oui, elles le sont sur ce que l’on va appeler la notion des techniques ou artefacts. Pour faire simple, je vais prendre 2 exemples connus. Dans Scrum, on a des sprints, itération de développement. On retrouve exactement le même élément dans AgilePM, nommé timebox. Si l’on considère le daily meeting ou standup meeting c’est à dire la réunion de point d’organisation physique de l’alignement des équipes d’un projet, on retrouvera, ces mêmes techniques dans Scrum et AgilePM. D’après moi, Scrum a une littérature beaucoup plus riche au niveau de l’aspect humain et managériale d’une équipe alors que dans AgilePM, la méthode est un peu plus classique en matière de gestion de projet. Cependant, les deux approches sont complémentaires si bien que vous pouvez puiser des techniques, processus… dans l’une ou l’autre.

Vous avez aimé cet article, vous aimerez les suivants:

  • Scrum : les réponses de notre expert    Lire plus
  • PMI-ACP : les réponses de notre expert   Lire plus
  • Kanban : les réponses de notre expert    Lire plus
  • AGILE – Une révolution dans la gestion de projet   Lire plus
  • Pourquoi choisir une méthode agile ?  Lire plus

Comment remporter un appel d’offres dans le secteur hospitalier/secteur public ?

Gestion de projet, Méthode, Retour d'expérience

pablo (58)

La valeur ajoutée d’une méthodologie structurée

En appliquant et adaptant les principes de Bonnes Pratiques et de gouvernance inspirés de la méthode PRINCE2, le cabinet de conseil en santé et protection sociale, Doshas Consulting fondé par Didier Ambroise s’est distingué auprès de l’URPS Médecins Libéraux Auvergne Rhône-Alpes dans la conduite de trois projets innovants. Une expertise et une expérience au service de la mise en œuvre d’une méthodologie opérationnelle, particulièrement remarquée dans le cadre de l’appel à projet national Territoire de Soins Numérique (TSN).

Territoire de Soins Numérique (TSN) est un projet national qui bénéficie d’un budget de 80 millions d’euros, financé par le programme investissements d’avenir (PIA) sur la période 2014-17. Ambitieux, son objectif est de favoriser « l’émergence de territoires d’excellence  pilotes en matière d’usage du numérique, au service de l’amélioration et de la modernisation du système de soins ».

Dès l’annonce de sa publication au journal officiel, en décembre 2013, l’Agence Régionale de Santé (ARS) Rhône-Alpes décide de candidater en associant l’Union Régionale des Professionnels de Santé (URPS) Médecins Libéraux, à qui elle souhaite déléguer le pilotage de projets de e-santé.

Une  méthodologie éprouvée et efficace

Pour l’accompagner dans la conduite de ces trois dispositifs médicaux innovants, l’URPS fait appel à Doshas Consulting, cabinet de conseil dédié aux acteurs de la Santé et de la Protection Sociale. La société dispose d’un mois et demi pour réaliser une candidature conforme, axée sur l’organisation, la gestion et le contrôle.

Cadrage stratégique, construction du plan d’actions, rédaction des plans projets et des propositions techniques et financières, création des livrables, représentation de l’URPS auprès de l’ARS, les missions sont variées et le rôle de chaque intervenant décisif tant le délai d’actions est court. Si la phase d’initialisation a été complexe pour parvenir à une compréhension commune des projets, le résultat est à la hauteur des attentes de l’URPS, tous les acteurs concernés reconnaissant aujourd’hui l’efficacité de la méthodologie appliquée. En effet, 3 projets innovants sont retenus : il s’agit du Carnet de Vaccination Electronique (CVE), d’une étude sur les Objets Connectés et du Réseau Social des Professionnels de Santé (RSPS) qui sont intégrés au programme PASCALINE (Parcours de santé coordonné et accès à l’innovation numérique).  Une démarche originale et payante, puisque Rhône-Alpes fait partie des cinq régions retenues sur dix-huit, sélectionnées par Investissements d’Avenir, en septembre 2014.

S’adapter aux contraintes des professionnels de santé

Dès l’élaboration du projet inspirée de la méthode PRINCE 2, les experts de Doshas Consulting font ressortir la nécessité d’associer les autres professionnels de santé (parties prenantes) et suggèrent de s’orienter vers un co-portage dans la gouvernance du projet. Deux porteurs de projets, médecins généralistes ou spécialistes, sont associés à chaque « Work Package » et des groupes de travail sont créés. Pour s’adapter aux contraintes horaires des libéraux qui travaillent à leur cabinet, les réunions ont lieu toutes les semaines, de 7 heures à 9 heures, en présence des équipes de l’assistance à maitrise d’ouvrage.

Une souplesse et une compréhension des besoins des principaux acteurs qui se sont révélées gagnantes au fil des mois. Les chiffres clés de cette mission sont d’ailleurs significatifs. A ce jour, 318 personnes ont collaboré à TSN sur le territoire rhône-alpin. Le projet a nécessité plus de 600 réunions et autant de livrables ainsi que la mise en place de 38 ateliers de travail auxquels l’ensemble des professionnels de santé (pharmaciens, infirmiers, kinésithérapeutes, sages-femmes, etc.) a participé. Un bel exemple d’efficacité, au plus près des usages médicaux et des attentes des patients, dont les résultats sont d’ores et déjà observés avec attention par les instances nationales.

Article réalisé à partir de l’intervention de Didier Ambroise, expert SI santé, assurance et protection sociale chez Doshas Consulting, lors du PM Forum Paris le 23 janvier 2017.

Sur le même sujet:

  • Retour d’expérience PRINCE2, le secteur public  Lire plus
  • Adoption de PRINCE2 par le Grand hôpital Charleroi Lire plus

LA PAROLE AUX PARTICIPANTS: FORMATION AGILEPM

Gestion de projet, Méthode, Retour d'expérience

Pourquoi choisir la méthode Agile Project Management ? Quelles sont les premières étapes pour implémenter la méthode ? Quels ont été les obstacles rencontrés ? …

Autant de questions que vous vous posez avant de choisir une méthode et une formation.

Chez QRP International, nous essayons de vous fournir un maximum d’informations, d’idées, de conseils et de retours d’expérience pour vous aider dans votre choix de formation et dans la mise en pratique de ce que vous avez appris.

pablo (31)

Nous avons interviewé Claire Cornic, certifiée PRINCE2® Foundation & Practitioner, et AgilePM® Foundation & Practitioner. Elle a travaillé comme chef de projet et maîtrise d’ouvrage dans différents contextes projets (industrie informatique, milieu bancaire, gestion de patrimoine).

  1. Pourquoi avez-vous choisi de suivre la formation AgilePM? Comment la formation s’est déroulée ?

J’avais déjà dans ma boîte à outils de gestion de projet la certification PRINCE2 mais il me manquait une certification Agile qui est totalement différente et complémentaire. J’avais rencontré une chef d’entreprise en startup qui avait mis en place dans son équipe une méthode agile et depuis l’efficacité du travail avait beaucoup augmenté au sein de son équipe. Cela m’avait fait réfléchir et cela m’a donné envie de me former et de passer la certification AgilePM.

  1. Quels sont les points que vous avez trouvés intéressants ? Et ceux moins intéressants?

Pendant la formation, j’ai beaucoup apprécié que l’on aborde toutes les notions de base des méthodes agiles (les principes, les rôles et les produits) dans un premier temps puis que l’on travaille sur des cas pratiques.

Nous avons travaillé par exemple, sur  le cas de « Millers Marmelade », une entreprise qui produit de très bonnes confitures et qui lance un projet de mises à jour significatives du nouveau site internet avec comme objectif que ce site fasse partie des 100 meilleurs sites alimentaires de vente en ligne. Nous avons donc fait plusieurs exercices en binôme dont celui de donner des priorités MoSCoW à une PRL (Project Requirement List) puis de classer ces « requirements » dans différentes « incréments » et « timeboxes » avec des post-its de couleur aux murs. Chaque binôme devait justifier ses choix de découpage. C’était constructif et ludique à la fois.

Je n’ai pas le souvenir de points « moins intéressants ».

  1. Recommanderiez-vous la formation à un ami(e) ou un/une collègue? Si oui, pourquoi ?

Oui, je la recommanderai à un confrère, à une consœur si il ou elle rencontre des soucis d’efficacité au sein de son équipe projet et/ou de son entreprise. En particulier à ceux et celles qui travaillent sur des projets de sites internet.

  1. Quels sont vos conseils pour passer l’examen AgilePM?

Avant la formation, je vous recommande de lire au moins les 5 premiers chapitres du livre AgilePM® Handbook. En effet, pour rendre la formation plus efficace, il faut avoir pris connaissance au moins des cinq premiers chapitres et des annexes du livre que QRP International envoie dix jours avant la formation par coursier : AgilePM® – Agile Project Management Handbook v2.  Si vous pouvez lire tout le livre, c’est mieux, mais sinon, vous pourrez compléter vos lectures chaque soir après le cours. Le formateur vous demandera de mettre des signets de couleur car pour l’examen Practitioner, vous aurez droit au livre.

Quatre jours, c’est court et intense pour mettre toutes les chances de son côté, même si le formateur nous donne des devoirs à faire le soir, une fois les devoirs faits, évitez la télévision ou les sorties nocturnes, et allez-vous coucher, vous verrez que vous vous concentrerez mieux pendant les journées de cours.

  1. D’après vous, quelles sont les 3 étapes à suivre, à la suite de la formation ?

Si on veut l’implémenter dans son organisation, il faut :

Etape 1 : lister les dénominations et les rôles de chaque membre de l’équipe

Etape 2 : lister les produits

Etape 3 : mettre en place les outils (les « stand-up meetings », les « user stories », la priorisation MoSCoW, les timeboxes, …) et définir la fréquence de l’utilisation de ces outils

  1. Avez-vous commencé à implémenter la méthode AgilePM? Si oui, quel(s) principe(s) avez-vous appliqué ? 

J’ai déjà utilisé des outils de la méthode tels que la Priorisation MoSCoW, les stand-ups meetings, etc.

  1. Avez-vous rencontré des obstacles lors de son implémentation? Si oui, pourquoi ? 

Non, je n’ai pas rencontré d’obstacles.

 

Vous voulez en savoir plus sur AgilePM ou les méthodes Agiles en générale? Voici les 3 étapes à suivre :

 

Lean Thinking : les réponses de notre expert à vos demandes

Gestion de projet, Méthode

Les méthodes agiles ne sont plus destinées uniquement au développement de logiciels. De nombreuses organisations prennent la direction de l’agilité répondant à leur besoin de flexibilité et réactivité face aux changements croissants. Il existe de nombreuses approches agiles et il devient difficile de s’y retrouver. C’est pourquoi, nous avons réalisé pour vous une série d’interview auprès de formateurs, experts dans leur domaine, afin de vous donner une vue d’ensemble sur les différentes méthodes agiles existantes. Nous nous sommes efforcés de poser les mêmes questions aux formateurs pour chacune des approches agiles vous permettant d’identifier rapidement leurs spécificités.

pablo (41)

François BUREAU, formateur Scrum, Lean, Kanban, Lean, Lean Startup, PMI-ACP, PMP, PRINCE2 et ITIL, a répondu à nos questions.

Focus du jour : Lean Thinking

  • En quelques mots, qu’est ce Lean ?

Lean Thinking est une façon de penser, c’est une approche Bottom-Up centrée sur la personne humaine et le terrain (Gemba) mise au point par les Japonais dans l’approche Toyota Management System. Les méthodes Scrum et Kanban sont basées sur l’approche Lean. L’approche permet de mettre en place une démarche d’amélioration continue, de simplification, d’optimisation. Lean vise à éliminer tout type de gaspillage.

Comment réaliser une tâche plus simplement et avec le moins d’effort, de temps, de coûts possible ?

Réponse : tout simplement en mettant en place une approche Lean.

  • Quels sont les bénéfices clés de Lean ?

La formation permet aux individus de faciliter leur environnement de travail. Par exemple en R&D, au lieu de faire du « one shot » et de gaspiller ce qui a été créé, on va conserver les créations sous forme de briques de modules pouvant être réutilisées pour les besoins d’un autre client ou un projet différent. Lean forme les équipes à se remettre en question, à simplifier les processus, les alléger…

  • Quelles sociétés peuvent adopter Lean?

La méthode s’adapte à tout type d’entreprise.

  • Quels sont vos conseils pour implémenter Lean?

Il faut tout d’abord former les personnes à l’approche Lean Thinking afin de leur donner une meilleure compréhension de la façon de penser.

  • Peut-on mettre en place uniquement quelques aspects de l’approche ?

Il est conseillé de commencer avec une équipe pilote qui intègre la philosophie Lean Thinking. Par la suite, petit à petit, vous pourrez intégrer les différents aspects de l’approche selon votre besoin.

  • Lean est compatible avec d’autres bonnes pratiques (PRINCE2, ITIL…) ?

Évidemment, l’approche Lean est compatible avec d’autres méthodes.

/!\ Ne pas confondre avec la méthode Lean Startup

Cette méthode est adaptée pour les startups bien sûr mais aussi pour les entreprises voulant se tourner vers l’innovation, vers la création de nouveau produit ou service. L’approche permet de délivrer un produit plus rapidement au client et donc de recevoir l’opinion du client avant la finalisation du produit.

Avec Lean Startup, l’équipe travaille sur la constitution d’un MVP (Minimum Viable Product and Most Valuable Product). C’est un processus itératif lequel permet de concevoir rapidement un produit dans le but d’avoir une vue d’ensemble de sa finalité et d’en obtenir des feedbacks de la part des utilisateurs.

Billets blog disponibles sur les méthodes agiles :

Sur le même sujet :

  • AGILE – Une révolution dans la gestion de projet   Lire plus
  • Pourquoi choisir une méthode agile ?  Lire plus

Kanban : les réponses de notre expert à vos demandes

Gestion de projet, Méthode

Les méthodes agiles ne sont plus destinées uniquement au développement de logiciels. De nombreuses organisations prennent la direction de l’agilité répondant à leur besoin de flexibilité et réactivité face aux changements croissants. Il existe de nombreuses approches agiles et il devient difficile de s’y retrouver. C’est pourquoi, nous avons réalisé pour vous une série d’interview auprès de formateurs, experts dans leur domaine, afin de vous donner une vue d’ensemble sur les différentes méthodes agiles existantes. Nous nous sommes efforcés de poser les mêmes questions aux formateurs pour chacune des approches agiles vous permettant d’identifier rapidement leurs spécificités.

pablo (33)

François BUREAU, formateur Scrum, Lean, Kanban, Lean, Lean Startup, PMI-ACP, PMP, PRINCE2 et ITIL, a répondu à nos questions.

Focus du jour : Kanban

  • En quelques mots, qu’est ce Kanban?

KANBAN est une méthode agile davantage adaptée pour la maintenance corrective ou applicative. L’adaptation se réalise au fur et à mesure de l’arrivée des demandes (tickets) en gérant les flux par priorité. Par exemple, un HelpDesk doit être souple pour répondre aux demandes. En effet, le temps de traitement doit être plus rapide et plus souple. Kanban aide les organisations à se préparer à traiter tout type de demande (FAQ, réponse spécifique…). Il n’y a pas de notion d’itération contrairement à d’autres méthodes telles que Scrum, AgilePM…

  • Quels sont les bénéfices clés de Kanban ? Pourquoi se certifier ?

La maîtrise des flux vous permettra de mieux travailler. Par ailleurs, la certification Kanban permet un meilleur professionnalisme.

  • Quelles sociétés peuvent adopter Kanban?

La méthode s’adapte à tout type d’entreprise.

  • Quels sont vos conseils pour implémenter Kanban?

Je conseille pour les petits projets de toujours commencer avec une équipe pilote.

  • Peut-on mettre en place uniquement quelques aspects de l’approche ?

Non, il faut veiller à bien fixer le WIP (Work In Process), c’est-à-dire la quantité maximale de tickets en cours de traitement permettant aux équipes d’éviter de se disperser.

Kanban permet une meilleure organisation du travail à faire.

  • Kanban est compatible avec d’autres bonnes pratiques (PRINCE2, ITIL…) ?

Kanban est une méthode de gestion des flux quotidiens ainsi elle est complètement compatible avec les Bonnes Pratiques telles que PRINCE2 ou PMPBok…permettant de diriger un projet au bon moment, au bon coût et de bonne qualité. Par exemple, la méthode Kanban seule, ne vous mettra pas de mettre en place un projet des systèmes informatiques. Une structure de gestion de projet complète doit soutenir le projet dans sa globalité.

Billets blog disponibles sur les méthodes agiles :

Sur le même sujet :

  • AGILE – Une révolution dans la gestion de projet Lire plus
  • Pourquoi choisir une méthode agile ? Lire plus

La parole aux participants: Formation AgilePM

Gestion de projet, Méthode, Retour d'expérience

Pourquoi choisir la méthode Agile Project Management ? Quelles sont les premières étapes pour implémenter la méthode ? Quels ont été les obstacles rencontrés ? …

Autant de questions que vous vous posez avant de choisir une méthode et une formation.

Chez QRP International, nous essayons de vous fournir un maximum d’informations, d’idées, de conseils et de retours d’expérience pour vous aider dans votre choix de formation et dans la mise en pratique de ce que vous avez appris.

pablo (31)

Nous avons interviewé Brice Aubert qui évolue depuis plus de 10 ans dans le secteur de la communication digitale à travers des postes tels que développeur, chef de projet technique ou directeur de projet technique. Aujourd’hui indépendant, il propose aux agences et acteurs digitaux, via sa société Tugbot, son expérience en gestion et direction de projet.

  1. Pourquoi avez-vous choisi de suivre la formation AgilePM? Comment la formation s’est déroulée ?

Je m’intéresse depuis quelques années déjà aux approches Agiles, et ai suivi courant l’été 2016 une initiation AgilePM/DSDM délivrée quotidiennement par e-mail. La dimension rôle/équipe, plus cadrée que celle de l’approche Scrum, m’a paru très intéressante et davantage correspondre à ce que je vois au quotidien en gestion de projet avec équipes de développement externalisée ou distribuée.

C’est pourquoi j’ai décidé d’approfondir le sujet et de suivre une formation complète + certification à cette méthode peu connue en France, mais qui -je pense- a un réel avenir. Cette méthode est pour l’instant principalement documentée en anglais, mais elle deviendra incontournable une fois traduite en français (ce qui serait, a priori, planifié par l’Agile Business Consortium, propriétaire de la méthode).

Ma formation chez QRP s’est déroulée en 2 sessions : Novembre 2016 pour la partie Foundation, puis Février 2017 pour la partie Practitioner, ce qui m’a permis de commencer à mettre en pratique mes acquis entre les 2 sessions. J’ai également eu la chance d’avoir le même formateur QRP aux 2 sessions.

À noter qu’il est parfaitement possible de faire cette formation en une seule session regroupant les 2 niveaux Foundation + Practitioner. C’est probablement plus sûr et aisé pour obtenir les 2 certifications, mais ça ne permettra pas d’approfondir ou mettre en pratique certaines notions fines de la méthode entre les 2 examens.

  1. Quels sont les points que vous avez trouvés intéressants ? Et ceux moins intéressants ?

Si la notion poussée de rôles et équipes m’avait initialement attirée, j’ai rapidement découvert que l’intégralité de la méthode était finement structurée :

  • étude de faisabilité
  • documentation
  • rôles et équipes
  • priorisation des tâches

C’est un réel plaisir, puisque le monde actuel de l’entreprise associe trop souvent Agilité avec absence totale de contraintes (si ce n’est un « standup meeting » quotidien).

  1. Recommanderiez-vous la formation à un ami(e) ou un/une collègue? Si oui, pourquoi ?

La méthode AgilePM est une méthode structurée, claire et complète. Elle s’adresse à un public de Chefs de Projets (et non à des équipes de développements). Elle est malheureusement très peu connue en France, où Scrum est malheureusement omniprésent.

Ces 2 méthodes sont cependant pleinement compatibles car elles ne s’adressent pas au même niveau projet (Scrum = phases de développements ; AgilePM = phases de conception et de suivi projet).

Je conseillerai sans hésiter cette formation à tout chef de projet ne faisant pas partie intégrante des équipes de développement ; profil que je côtoie quotidiennement. Elle lui permettra de se rendre compte que l’Agilité n’est pas que Scrum, et qu’Agilité peut également rimer avec Règles et Stabilité. Elle lui apportera également une structure claire à suivre pour cadrer ses projets tout en restant dans l’Agilité.

  1. Quels sont vos conseils pour passer l’examen AgilePM?

Rien ne sert de potasser le livre et de faire du bachotage. L’essentiel est de bien comprendre l’ensemble des concepts AgilePM et leur lien inhérent. Une fois tout ceci saisi, tout devient limpide et naturel.

Il faut se détacher des détails de la méthode pour n’en conserver que les éléments les plus importants (priorisation, équipes/rôles, récursivité et documentation). Il faut ensuite les reprendre un à un en comprenant bien le but et l’interconnexion entre chacun de ces éléments.

  1. D’après vous, quelles sont les 3 étapes à suivre, à la suite de la formation ?

Tout d’abord ne surtout pas tenter d’appliquer la méthode d’un bloc. Elle est composée de multiples éléments pouvant rester indépendants, bien que plus forts lorsqu’ils sont liés entre eux. Il est préférable d’appliquer chaque notion petit à petit, et de passer à la suivante lorsque la précédente a été assimilée et est devenue naturelle.

Évangéliser la méthode AgilePM : Étant trop peu connue en France, la position et les avantages de la méthode nécessitent d’être explicités aux équipes projets pour une meilleure implication.

Enfin, ne surtout pas hésiter à rouvrir le manuel -je pense le faire 2 à 3 fois par mois-, surtout en cas de doute ou de nécessité d’approfondir une notion précise.

  1. Avez-vous commencé à implémenter la méthode AgilePM? Si oui, quel principe avez-vous appliqué ?

J’ai effectivement mis en place certaines briques issues de cette méthode, et je continue à injecter au fur et à mesure de nouveaux concepts issus d’AgilePM dans mes projets.

J’ai commencé par le principe le plus simple à mettre en place : la priorisation MoSCoW, à la fois ludique et pratique.

J’en suis désormais à mettre en place les différents « produits » (=documentation), le tout au sein d’une équipe encore à mi-chemin entre les méthodologies en cascade et l’Agilité « Scrum ».

  1. Avez-vous rencontré des obstacles lors de son implémentation? Si oui, pourquoi ?

La méthode Scrum est bien trop présente et trop ancrée au sein des organisations projet et des DSI. Dès que l’on commence à dire qu’elle est difficilement applicable au sein d’équipes non composées de développeurs, et que d’autres méthodes mieux structurées et plus à propos existent, de nombreux obstacles se dressent pour résister au changement.

J’essaie donc depuis mes formations d’évangéliser la méthode AgilePM et de bien faire comprendre que chaque niveau projet dispose d’une méthode ou approche propre, et que chacune de ces méthodes peut fonctionner en lien avec une autre. C’est dans ce but que je prévois d’effectuer une formation AgilePgM (Program Management) qui est le niveau au-dessus d’AgilePM (Project management).

Vous voulez en savoir plus sur AgilePM ou les méthodes Agiles en générale? Voici les 2 étapes à suivre :

PMI-ACP: les réponses de notre expert à vos demandes

Gestion de projet, Méthode

Les méthodes agiles ne sont plus destinées uniquement au développement de logiciels. De nombreuses organisations prennent la direction de l’agilité répondant à leur besoin de flexibilité et réactivité face aux changements croissants. Il existe de nombreuses approches agiles et il devient difficile de s’y retrouver. C’est pourquoi, nous avons réalisé pour vous une série d’interview auprès de formateurs, experts dans leur domaine, afin de vous donner une vue d’ensemble sur les différentes méthodes agiles existantes. Nous nous sommes efforcés de poser les mêmes questions aux formateurs pour chacune des approches agiles vous permettant d’identifier rapidement leurs spécificités.

pablo (28)

François BUREAU, formateur Scrum, Lean, Kanban, Lean, Lean Startup, PMI-ACP, PMP, PRINCE2 et ITIL, a répondu à vos questions.

Focus du jour : PMI-ACP

  • En quelques mots, qu’est ce PMI-ACP?

PMI-ACP n’est pas une méthode agile. PMI-ACP mais au contraire une certification délivrée par le PMI (Project Management Institute).

C’est une garantie assurant que les personnes certifiés PMI-ACP connaissent l’essentiel des principales méthodes agiles (Scrum, Kanban, Lean, Crystal, DSDM, XP, …).

  • Quels sont les bénéfices clés de PMI-ACP ? Pourquoi se certifier ?

La volonté de PMI-ACP est de former des chefs de projet qui pourront évoluer dans des environnements différents et donc s’adapter facilement. Par exemple, une personne certifiée PMI-ACP pourrait travailler pendant 6 mois dans un environnement Scrum et les 6 mois suivants, dans une autre entreprise en utilisant  Kanban.

PMI-ACP permet au chef de projet d’acquérir un large panel de compétences.

  • Quelles sociétés peuvent adopter PMI-ACP ?

En fonction du type de projet, de l’environnement et des enjeux, les compétences d’un chef de projet certifié PMI-ACP lui permettront de choisir la bonne méthode Agile à mettre en place.

  • Quels sont vos conseils pour implémenter PMI-ACP?

Ce n’est pas une méthode donc il n’y pas d’implémentation à suivre pas à pas.

  • Peut-on mettre en place uniquement quelques aspects de l’approche ?

PMI-ACP n’est pas une méthode en tant que telle. Ainsi cette question n’a pas de sens pour PMI-ACP.

  • PMI-ACP est compatible avec d’autres Bonnes Pratiques (PRINCE2, ITIL…) ?

Oui bien sûr. PMI-ACP peut être combinée avec les autres Bonnes Pratiques de gestion de projet ou de services.

 

Billets blog disponibles sur les méthodes agiles :

Sur le même sujet :

  • AGILE – Une révolution dans la gestion de projet Lire plus
  • Pourquoi choisir une méthode agile ? Lire plus

La défi Agile : le cas concret de YHM

Gestion de projet, Méthode, Retour d'expérience

Chez QRP International, nous savons que la meilleure façon d’apprendre et de démontrer l’efficacité du succès des Bonnes Pratiques est le PARTAGE, en particulier grâce à des études de cas et des exemples concrets.

Cet article, traduit de l’étude de cas publiée par Agile Business Consortium, explique pourquoi et comment YHN, responsable de la gestion des logements sociaux au nom de la ville de Newcastle, a décidé d’adopter la gestion de projet Agile  (AgilePM®).

Your Homes Newcastle (YHN) est responsable de la gestion des logements sociaux au nom de la ville de Newcastle. Fondée en 2004, YHN gère plus de 27.000 maisons conformes aux normes gouvernementales et offre une série de services de soutien pour la ville de Newcastle.

Le défi

La division IT de YHN, en raison du nombre de projets piloté en parallèles (demandant une forte implication de la direction),  avait des difficultés à établir des priorités.

La réputation du département IT en souffrait. Les employés de l’entreprise estimaient que le système informatique n’offrait pas une vitesse de livraison fiable. L’équipe informatique, au contraire, pensait que l’entreprise n’avait pas été en mesure d’expliquer clairement ses exigences.

Geof Ellingham était directeur IT  à l’époque. Voici son discours:

« Il était clair que nous ne pouvions pas continuer à faire les choses comme nous l’avons toujours fait. La transformation numérique est de plus en plus rapide et il semblait que nous devions tout faire plus vite pour suivre le rythme. Dans notre travail conjointement avec la ville de Newcastle sur la transformation numérique, l’équipe a commencé à s’intéresser aux techniques Agiles. Elles pourraient nous offrir une structure plus robuste et plus efficace. Nous savions que le soutien de nos cadres supérieurs et des parties prenantes seraient important pour la transition vers Agile.

Il était très important que le gouvernement rende obligatoire l’approche Agile pour toutes les activités liées au numérique: Agile n’était plus considéré comme « diabolique ». »

La mise en œuvre de l’approche agile

En Avril 2015, Ellingham a décidé d’utiliser Agile pour un projet de la ville de Newcastle. Le défi était de faciliter le paiement des impôts en espèces en réalisant un système entièrement numérique. L’objectif initial était d’effectuer la transformation en neuf mois mais la transformation a été achevée en six. L’approche Agile a fait une différence.

« Dans un premier temps notre connaissance de Agile a été limitée à quelques techniques de base de Scrum. Lorsque nous avons rencontré AgilePM® de Agile Business Consortium, nous avons formé un groupe d’environ douze personnes à AgilePM Practitioner et nous avons également organisé des séances de sensibilisation à « Agile » pour notre direction et l’équipe de direction. Ce sont les premières étapes pour adopter Agile au niveau organisationnel. Nous avons compris que pour bénéficier des avantages de Agile, nous devions nous engager dans une transformation culturelle, et non pas seulement « utiliser agile ». »

En 2015 YHN a restructuré sa propre organisation IT de manière plus « linéaire » afin de permettre à l’équipe de s’auto-organiser et  travailler efficacement. Au début de 2016, 100% des projets étaient gérés avec AgilePM.

« Nous avons démontré la valeur ajoutée d’Agile aux managers et aux collègues (non chefs de projet) par la pratique, à commencer par les outils tels que la priorisation MoSCoW (proposé dans AgilePM), source de valeur ajoutée au sens large. L’adoption de cette approche était essentielle à la réussite de l’intégration des principes agiles car l’équipe a pu tester par elle-même le fonctionnement de l’approche Agile au lieu de simplement entendre des retours positifs .»

En Août 2016, la division IT de YHN était agile en sachant que des améliorations seraient en continue.

« Nous avons eu une grande réunion d’équipe où nous avons discuté de ce qui fonctionnait bien et ce qui ne fonctionne pas assez bien. Par conséquent, nous avons réduit le processus de changement rapide en utilisant une approche Kanban pour les petits changements et  à l’intérieur du cycle de vie des projets agiles dont la durée est supérieure à 4 semaines. »

Il est prévu que la structure organisationnelle et les processus YHN continuent d’évoluer pour répondre aux besoins d’un environnement en constante évolution, où le changement est la norme et les nouveaux défis y sont nombreux. Telle est la nature d’AgilePM.

Les bénéfices Agile

« Agile nous a aidés à obtenir une plus grande productivité des ressources disponibles. La priorisation basée sur la valeur ajoutée réelle aligné aux objectifs. Nous avons constaté que certaines tâches pouvaient être éliminées, ou tout simplement ne pas être réalisées. Cela a libéré du temps pour d’autres activités. De plus, le département IT a apprécié la culture positive et a commencé à travailler plus rapidement. Dans la nouvelle structure organisationnelle, ils ont travaillé en étroite collaboration avec les collègues des autres services afin de mettre un terme à la culture du « nous et eux », où les différentes fonctions organisationnelles se déchargeaient le blâme sur les autres, lorsque les objectifs n’étaient pas atteints. »

 

Intéressé par l’étude de cas originale? How Agile built success at Your Homes Newcastle

En savoir plus sur AgilePM

Pour plus d’études de cas sur les méthodes agiles ou autres approches de gestion de projet ou des services IT => Visitez notre site internet, section « Articles & Etudes de cas », source de pdf gratuit!

Comparaison des certifications en gestion de projet

Gestion de projet, Méthode, Prince2

Les certifications en gestion de projet que proposent le PMI, PRINCE2, Lean 6 Sigma ou IPMA sont très reconnues et appréciées par les employeurs. Mais lequel est le mieux adapté à votre situation et correspond le plus à votre profil ? Parcourez l’infographie sur les certifications en gestion de projet afin de vous aider à identifier la certification idéale.

gestion de projet

Infographie réalisée par Topformation

info topF

 

Implémenter PRINCE2 dans le secteur Public: le retour d’expérience de la communauté d’agglomération de Plaine Commune

Gestion de projet, Méthode, Prince2, Retour d'expérience
Dans ce premier compte-rendu de l’interview réalisée en Juillet 2015 auprès de Mr Bellot, alors DSI de la Plaine Commune et Mme Busson, alors responsable  du service projets et applications, la lumière a été faite sur le contexte de la collectivité territoriale et son service, sur l’approche de PRINCE2, les avantages à implémenter cette méthode standard de gestion de projets ainsi que les bénéfices retirés à ce jour de l’adaptation et implémentation de PRINCE2.
organization

Comment PRINCE2 vous aide à identifier (et empêcher) les échecs d’un projet

Gestion de projet, Méthode, Prince2, Retour d'expérience

Pourquoi est-ce que les projets échouent?

quelques-idees-brillantes-pour-reussir-vos-projets-pablo

Les projets échouent pour de nombreuses raisons: chaque projet est une aventure et de nombreux aléas peuvent engendrer l’échec total du projet. Mais la bonne nouvelle est: certaines de ces causes ne sont pas seulement communes à tous les projets, mais elles peuvent être identifiées et évitées.

“ PRINCE2, Agile ou les deux?”

Gestion de projet, Prince2, VS

La méthode de gestion de projets PRINCE2 grandit en popularité dans le monde entier. Cependant, un nouveau challenger, Agile, est apparu. Nous commençons à entendre ici et là le débat « PRINCE2 ou Agile » ?

C’estQRP International Training une question intéressante, mais souvent c’est une façon erronée de la poser. En effet, lorsque vous commencez un projet de décoration d’intérieur, vous ne vous demandez pas si vous allez utiliser le marteau ou le tournevis ? Il est probable que vous aurez besoin des deux. Ce qui importe est de savoir quand utiliser chaque outil et de savoir utiliser chaque outil correctement.

Agile: Une révolution dans la gestion de projet

Gestion de projet

 

images (4)

Agile continue a faire trembler le monde de la gestion de projet. Cette méthode n’est désormais plus confinée au développement de logiciel et les approches Agile sont devenues populaires auprès d’une grande variété de société ayant besoin de flexibilité et de réactivité pour gérer efficacement avec le rythme croissant des changements.

Il n’y a encore peu, le terme Agile était un concept étranger pour la majorité des chefs de projet. Cette méthode a été en effet été considéré pendant longtemps comme manquant de structure et de gouvernance et comme étant adaptée uniquement aux projets critiques non-commerciaux et au développement de logiciel/IT.

Dans une certaine mesure, Agile a toujours été présent dans la gestion de projet mais intelligemment déguisé. En effet, la logique derrière Agile est intuitive; elle consiste à gérer le changement au moment où il s’opère sur toute la durée de vie du projet. Certains concepts d’Agile, comme l’improvisation et l’adaptation, ont longtemps fait partis des outils du chef de projet efficace.

Does a one week course make you a Project Manager?

Gestion de projet, Soft skills

PWC Global Portfolio and Programme Management Survey

 

While reading the 4th PWC Global Portfolio and Programme Management Survey(released in September 2014) we were impressed by the amount of data and statistics, and also by the amount of good tips, best practices, lessons learned, have been collected over the last year to make Project Management a live discipline that can always be improved.

Previous results of this survey have shown that there are many challenges to delivering change successfully and most organisations are not doing it well enough.

 

No lessons learned in Project Management?

The survey has been submitted to 3.025 respondents from 110 countries, and it’s very interesting to see how, while most CEOs recognize the need for change, and they recognize they might need to be far more agile when executing their strategies, they still cannot clearly state on which factors a great execution depends on…. Strategy? Training? Resources?

Keep on reading to learn more about how implementing a strong PM method should always be seen in the broader light of Programme and Portfolio management, and how a PM training could be a key element of your strategy.

Recognize Change or Invest in Change?

It is not enough for leaders to ask for change. They must invest in it. 

When it comes to Projects, Programmes and Portfolios, the number 1 differentiator is strategic initiative management.They must meaningfully connect strategy to capability.

Why does one organisation survive and the other slide into irrelevance? Why does another organisation not only survive but thrive? The answer can be linked directly to how they implement their projects the place where strategy lives and breathes.

How to enable your people to deliver success

Among the themes emerged from the Global PPM Survey that could make a real difference to the success of programmes in terms of ‘doing things differently’, there is one which I found specifically KEY to success: “Enable your people to deliver success”, which means: without training, tools, and resources, no amount of structure, process or planning will deliver change successfully.

Executive Teams may see the need to change, and have plans, but their organisations are often far from ready.  Some data:

  • Only 50 to 56% of the Board, Finance and Executive responders feel ready for change programmes
  • Only37 to 34% of responders in Sales, IT, HR, Customer service feel ready for change initiatives
  • Only 7% of programmes had a mature approach to identifying and providing training for project management staff

CEOs don’t feel well prepared – most alarmingly is that even though talent strategies top the list of areas demanding change, they feel the HR department is only 34% ready for this” –said the survey.

Insufficient resource is allocated to change means that people are still trying to deliver really important programmes ‘off the side of their desk’ and with increased delivery risk.

An opportunity not to miss…

Between 2010 and 2020 an estimated 16 million new project management jobs will be added globally – but organisations are already struggling to fill some positions due to a talent gap. 

55% of PM professionals say that their organisations provide too little time for PPM training and development. There is a clear desire in the PPM community to enhance their skills, but an element of frustration that such development is not readily available.

However, PM is a profession. Simply doing a one week course does not make you a PM professional. Organisations need to provide training that works, not just certifications.

But for sure training Project Managers effectively will improve delivery success. 

By Elena Tognoni

How PRINCE2 meets international standards

Gestion de projet, Prince2

Standards and methods serve different purposes

There is scope for confusion regarding the respective uses of standards and methods, and how they are applied in organizations. In simple terms:

■ A standard defines what needs to be done and by whom, but not how activities are done.

■ A method, such as PRINCE2, provides not only a set of activities to be done, together with roles, but also techniques for undertaking these activities.

 As such:

■ A method is designed for practical use.

■ A standard is designed to help assess the completeness of any method.

Organizational approaches normally fit within the description of a ‘method’, as they are designed for practical use within the organization for which they are designed. They may be derived directly from a standard, or from a method like PRINCE2. By including techniques, a method is far more prescriptive about the way a particular activity is undertaken; for that reason, methods tend to be far longer and more detailed.

 

How PRINCE2 meets the international standard

As PRINCE2 and the international standard have different structures and scopes, it is not always possible to make direct comparisons clause by clause. Appendix C includes a clause-by-clause analysis. The international standard does not cover, in its processes, the role of what PRINCE2 terms the executive (project sponsor) in ‘Directing a Project’ or the role of team manager in ‘Managing Product Delivery’.

However, PRINCE2 and the international standard do share a core of common practice relating to the role and activities of the project manager. The roles as defined in the two documents are similar, except that (as noted) PRINCE2 is more prescriptive about the use and constituency of a project board. The international standard does not define the roles of team manager or team member in any detail because they, like the project sponsor, are outside the standard’s scope.

In terms of project lifecycle, PRINCE2 and the international standard have the same concept of phases/stages, with decision points where each phase/stage of the project starts. The international standard provides no detail on best practice relating to such decisions, which are deemed ‘out of scope’ because they are not taken by the project manager but by a project sponsor or higher authority. The international standard covers this by using the same process group for initiating a new phase as it does for initiating a new project. The actual structure of ISO21500 in its logical form is very different from that of PRINCE2.

In PRINCE2, the stages of a project are explicit and defined within the processes, such that the initiating and closing of a project is done in a different way from the initiating and closing of a phase/stage. ISO21500 treats a project and a phase/stage within a project identically and has no explicit procedure for starting new stages within a project. How this is done is left to the user of the standard to determine. PRINCE2 provides detail on this in its ‘Managing a Stage Boundary’ and ‘Directing a Project’ processes. Communications is another area of difference. In the international standard, ‘communications’ relates to communications within the project team.

In PRINCE2, this is covered by the ‘Progress’ theme and ‘communications’ relates to communicating with stakeholders outside the project team (in the same way as is done in BS6079 Part 1). Being a method, PRINCE2 has details of techniques and approaches which are not in the international standard.

The main ones are:

■ Explicit project lifecycle management – particularly at stage boundaries.

■ Business case – looked at in detail in PRINCE2, the business case is outside the scope of the international standard.

■ Exception management – as a technique, this is not prescribed in the international standard.

■ Product-based planning – the international standard is non-prescriptive, but both documents end up with the same planning components, covering cost, resources, schedule and scope.

■ Health checks – not included in the international standard.

Bearing in mind the above, if someone is using PRINCE2, they could be said to comply with the international standard provided that those aspects explicitly beyond the scope of PRINCE2 are covered either by their enterprise method or by other corporate processes and methods. This applies, in particular, to procurement and to skills and competencies.

Source: PRINCE2® and the National and International Standards Robert Buttrick, Project Workout Limited. White paper december 2012. the stationery office.

To read the full white paper, download it on Axelos’s case studies and white paper page.

Agile Project Management empowers teams at Mastek – Case study

Gestion de projet, Retour d'expérience

“Agile project management doesn’t change your core job, but it changes your whole perspective. Every team member is transformed into a key player who is part of successful delivery.” says Vishal Somal, Project
Manager, Mastek.
“Any company – but especially those managing remote or international teams, should be managing projects this way if they want value for money.”

Agile project management (PM) has changed the way Vishal’s current 40 -strong project team (onshore and offshore) report to him. While they are based in Mumbai, India, Vishal works in Bedfordshire, UK. Using an agile approach has improved the way Mastek develops educational software products for one of its key UK clients. It is Mastek’s job to increase IT value generation to its clients through onsite and offshore deliveries. “Off-shoring represents huge opportunities for agile working,” Vishal says. “Agile PM helps deliver projects on time and to quality. In any offshore organization people need to work in an agile way otherwise products tend to be delivered that are not what the customer wanted.”

LA METHODE PRINCE2 AGILE

Gestion de projet, Méthode

PRINCE2 Agile APMG ATO Logo

PRINCE2 Agile™ est une solution associant la flexibilité et réactivité d’agile au cadre de référence clairement défini par PRINCE2®. Le cadre de référence PRINCE2 Agile™ couvre une large gamme de concepts agiles, incluant SCRUM, Kanban et Lean StartUp.

Devenir PRINCE2 Practitioner sans certification Foundation?

Gestion de projet, Méthode

PRINCE2 vs PMP

Après enquête auprès de personnes détentrices de différentes qualifications et certifications en gestion de projets, AXELOS a pris la décision de renoncer à l’obligation d’être certifié PRINCE2 Foundation afin de pouvoir suivre la formation et obtenir la certification PRINCE2 Practitioner pour une certaine partie de la communauté de la gestion de projets.