L'influence Agile sur l'industrie de la gestion de projets ne cesse d’augmenter. Plus que jamais, les sociétés et les professionnels de la gestion de projets adoptent des outils et des cadres de référence agiles pour améliorer le succès de projets et d’autres initiatives de changements.

Depuis son lancement en 2010, AgilePM s'impose comme le principal cadre de référence et de certification en gestion de projets agile.

Basé sur le canevas de la gestion de projet agile d’Agile Business Consortium, AgilePM fournit une méthodologie pratique et reproductible qui permet d'atteindre un équilibre idéal entre les normes, la rigueur, la visibilité d’une bonne gestion de projets et la progression rapide, les changements et les responsabilités.

AgilePM offre un cadre Agile structuré et évolutif basé sur une pratique éprouvée. Pourquoi choisir AgilePM pour soutenir l’adoption ou l’amélioration de pratiques agiles au sein de votre équipe?

• Une approche testée et éprouvée en entreprise: La méthodologie AgilePM est sous-jacente au canevas de gestion de projet agile d’Agile Business Consortium. Le cadre - établi depuis plus de 20 ans et est régulièrement actualisé pour mettre à jour les pratiques actuelles et les exigences opérationnelles - fournit la gouvernance et la rigueur ainsi que l'agilité et la flexibilité exigées par les organisations d'aujourd'hui.

• Une solution répondant au cycle de vie complet du projet (au-delà du développement produit): AgilePM propose une approche mature qui, tout en offrant agilité et flexibilité, conserve les concepts de projet, de livraison de projet et de gestion de projet comme par example Scrum.

• Contrôles qualité et gouvernance: L’un des principes sous-jacents d'AgilePM est de ne jamais compromettre la qualité. Dans un projet AgilePM, des critères d'acceptation sont définis à différentes étapes du cycle de vie du projet : des critères définis à la phase de faisabilité du projet jusqu'aux objectifs de chaque étape du développement du produit/solution.

• Gestion des risques: AgilePM fournit des suggestions pratiques en gestion des risques en traitant directement les risques les plus communs en projets. Le Project Approach Questionnaire est un point de départ efficace pour créer une compréhension claire et partagée des risques du projet et de leur atténuation.

• Des rôles et responsabilités clairs: La base de tout projet réussi est la collaboration des professionnels travaillant ensemble. AgilePM reconnaît cela et attribue des rôles et des responsabilités claires à chaque personne dans un projet. Ils représentent les intérêts de l’entreprise, la solution/intérêts technique(s), les intérêts en matière de management et ceux du processus.

• Les pratiques agiles populaires y sont incorporées: AgilePM intègre et favorise certaines pratiques agiles populaires pour soutenir le développement efficace de produits et de solutions telles que la hiérarchisation MoSCoW, Timeboxing et le développement itératif.

 

BESOIN DE VOUS FORMER  OU FORMER VOTRE EQUIPE ? 

Si vous êtes intéressés par la formation AgilePM et désirez en savoir plus, visitez notre page.

Le terme Agile est sur toute les bouches, mais quelles Bonnes Pratiques choisir parmi l’ensemble des framework? Fabio Savarino, spécialiste en gestion de projets, répond à 4 questions mettant en exergue une méthode dite traditionnelle tel que PRINCE et une autre agile avec AgilePM.

1- Qu’est-ce que couvre la méthode PRINCE2? Qu’en est-il d’AgilePM?

“Elles sont toutes deux une méthode de gestion de projet. Cependant PRINCE2 est une méthode traditionnelle alors qu’AgilePM rentre dans la catégorie des « méthodes agiles ». Selon le type de projet que vous souhaitez gérer (sa nature, sa taille, sa durée, ses contraintes...), vous êtes libre de choisir soit la première soit la seconde méthode, voire même de les intégrer ensemble. Le seul point de vigilance est l’identification correcte des critères de sélection. Tous les projets ne peuvent pas être agiles et tous les projets ne sont pas gérés avec une méthode trop structurée.”

2- Quelles sont les différences majeures entre les deux méthodes?

“PRINCE2 est une méthode formelle de gestion de projet basée sur la livraison de produit final conforme aux documents créés. La méthode est très structurée mais elle est aussi adaptable à toutes exigences. AgilePM est une méthode allégée, flexible, basée sur la livraison très fréquente d’une partie de la solution finale qui évolue au fil du temps. Il y a moins de rigidité sur la documentation et certaines variables du projet n’ont plus de tolérance (elles deviennent donc fixes). Mais rappelez-vous tout de même qu’AgilePM fournit sa propre organisation (équipe projet) ainsi qu'un ensemble de produits de gestion (documents) qui évolue au fil du temps en parallèle de la conception du produit final. Le point commun entre les deux méthodes est l'adaptation. Les deux peuvent être adaptées aux besoins du client et/ou du chef de projet.”

3- A quels types de projet s’adresse PRINCE2 ? Qu’en est-il d’AgilePM? Pourriez-vous nous donner deux exemples concrets?

“L'administration publique est un bon exemple de gestion de projet avec PRINCE2 où le formalisme est de rigueur et une attention est apportée à l'achèvement des activités de projets classiques par des méthodes traditionnelles. Dans ce cas, la livraison du produit final est fournie en un seul bloc, à la fin du projet, tout comme la plupart des approches de gestion de projet traditionnelles dites « en cascade » (waterfall method). J'ai choisi cet exemple dans le but de démontrer comment PRINCE2 peut être facilement adaptée et utilisée en tant que méthode traditionnelle. Il est évident que PRINCE2 maintient ses avantages liés au management par séquences et management par exception, qui lui permettent de gérer de manière contrôlée les six variables du projet. Ces caractéristiques ne sont pas synonymes de méthode « en cascade», au contraire.

Pour AgilePM, l’exemple le plus approprié est évidemment celui du développement de logiciel, milieu dans lequel sont nées toutes les méthodes agiles. Le développement d'une application permet de nombreuses intégrations, d’améliorations fréquentes, des détails qui s’ajoutent petit à petit, et une interface facile avec l'utilisateur final. Il teste souvent la qualité du produit au cours du projet afin d’éviter d’attendre la livraison finale.”

4- Existe-t-il des points de contact entre les deux méthodes? Si oui, peuvent elles s’intégrer ?

“Oui, absolument. PRINCE2 est une méthode structurée qui porte sur le contrôle et la surveillance des activités au niveau du chef de projet et comité de pilotage (interface avec l'entreprise, au-dessus du chef de projet). Cependant, la méthode laisse de la place pour la partie livraison. Cela signifie qu'un projet peut facilement être géré à un niveau élevé avec PRINCE2, mais que la livraison de ses produits individuels pourrait être assurée par des « mini-projets » gérés simultanément avec AgilePM.De cette façon, vous exploitez les avantages et les bénéfices des deux méthodes.”

AgilePM vous intéresse ? Venez découvrir la méthode lors notre webinaire « 30min pour comprendre AgilePM »  Replay disponible 

Agile continue son entrée dans le monde de la gestion des projets. Les 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.

Il n'y a pas si longtemps, Agile était un concept étranger pour les chefs de projet. Historiquement, la méthode était considérée comme un manque de structure et de gouvernance, tout en étant adaptée uniquement aux projets non lucratifs et au développement informatique/logiciel. Les temps ont changé!

La recherche d'expérience et de certification Agile est maintenant très répandue dans les descriptions de poste pour les rôles de gestion de projet, car un nombre croissant d'organisations - dans toutes les industries et les secteurs publics & privés - se tourne vers des méthodes et des structures agiles pour une optimisation de la réussite de leurs projets.

Dans une certaine mesure, l’approche Agile a toujours été présente dans la gestion de projet, simplement habilement déguisée. Le mécanisme Agile est intuitif. Il s'agit de traiter les changements tels qu'ils se produisent pendant le cycle de vie d'un projet.

Depuis longtemps, les concepts agiles - tels que l'improvisation et l'adaptation - font partie des outils efficaces de la gestion de projet. Cependant les structures et les méthodes répandues n'ont pas réussi à accorder la reconnaissance adéquate à ces méthodes Agiles.

Pourquoi Agile est si populaire?

Dans un sens, la nature répétitive et progressive d'Agile permet aux organisations de garder un œil sur le prix - du produit final ou service en cours de développement - tout en permettant aux équipes de développement d'adapter leur approche au fur et à mesure. Typiquement, les cycles de travail «sprint» de deux à quatre semaines, qui aboutissent à un examen des progrès réalisés jusqu'ici avant la prochaine phase de développement, contrastent nettement avec les délais de gestion traditionnelle des projets qui s'étendent jusqu'à des mois et même des années. La plupart du temps le produit final était déjà obsolète avant la fin du projet.

De nombreuses méthodes Agile existent mais il n’y en a qu’une seule qui permet de gérer un projet dans sa globalité de manière Agile : Agile Project Management (AgilePM) 

Découvrez cette méthode à travers notre webinaire "30min pour comprendre AgilePM" le 11 avril 2019 à 13h00 - Replay disponible

Ces dernières années, nous avons souvent entendu parler de la gestion des services IT (ITSM). Mais qu'entend-on par Agile ITSM ? Et pourquoi avons-nous besoin de plus d'agilité dans le monde de la gestion des services IT? Selon Nikola Gaydarov, Directeur des services IT et gestion de projet de la société Rüger Consulting, Agile ITSM est un changement culturel. L'idée implique de gérer les services IT de manière Agile, en prenant le meilleur des deux mondes, Agile et ITSM, en les fusionnant . Il n'est pas nécessaire de suivre strictement une méthodologie comme Scrum ou AgilePM, il n'y a pas besoin d'aller en profondeur dans le monde Agile pour obtenir une valeur ajoutée positive dans la livraison de services. Il est au contraire fondamental d'adopter et d'adapter les points clés du Manifeste Agile. Mettre en pratique le Manifeste Agile dans la gestion des services IT Voici les conseils de Gaydarov pour mettre en pratique les points clés du Manifeste Agile: - “Individuals and Interactions over processes and tools” - signifie que nous sommes humains et nos clients aussi, nous devons donc nous comporter comme tels. - “Working Software over comprehensive documentation” - livrer: n'ayez pas peur de livrer quelque chose qui fonctionne et qui peut apporter une valeur ajoutée au client. - “Customer Collaboration over contract negotiation”- travailler main dans la main avec les clients et ne pas les tenir à l’écart. Ils ne se soucient pas du Service-Level Agreement, ils veulent recevoir de la valeur ajoutée. - “Responding to Change over following a plan” - c'est exactement ce que l'Agile ITSM doit résoudre. Nous devons nous adapter au rythme de l'entreprise. Agile et ITIL Practitioner En regardant de près les 9 principes d’ITIL Practitioner (Focus on value, Design for experience, Start where you are, Work holistically, Progress iteratively, Observe directly, Be transparent, Collaborate, Keep it simple) nous trouvons immédiatement des similitudes avec les points de force d'Agile. "Working Software" est similaire à "Focus on value", la création de résultats apporte de la valeur ajoutée et peut être utilisée par le client. "Design for experience" met l'accent sur le côté humain de ce que nous faisons: ce n'est pas seulement un processus mais une expérience client. "Work holistically, Progress Iteratively, Observe Directly, Be Transparent and Collaborate" est lié à la "Customer collaboration". Enfin, le principe ”Keep it simple” démontre à quel point ITIL et Agile sont proches et complémentaires. Agissez rapidement et fournissez une valeur ajoutée en répondant au changement («Responding to Change»). Quels sont les éléments clés pour un succès de l'Agile ITSM ? C'est un changement de culture, vous devez donc obtenir l'engagement de la part de la direction et une forte volonté d'entreprendre une transformation de l'entreprise à long terme. Les éléments nécessaires à partir desquels initiés l'Agile ITSM sont:

• Un ITSM mature, basé sur les Bonnes Pratiques comme ITIL
• Une amélioration continue des services (CSI) consolidée et opérationnelle
• Des professionnels «orientés vers l'agilité» prêts à partager les connaissances et à agir en tant que coach.

En outre, il serait très utile d'avoir un body of knowledge officiel sur ce sujet, afin qu'il puisse être amélioré de manière itérative et incrémentale (agile). ITIL, DevOps et ITSM Agile Selon Nikola Gaydarov, ITIL et DevOps sont compatibles et permettent d’obtenir ce changement culturel - Agile IT Service Management. ITIL fournit le cadre pour une livraison des services stable et de qualité. DevOps garantit un flux continu des améliorations. Agile ITSM peut fournir des conseils pour livrer des services et vous aider à répondre aux défis et aux demandes, de manière «Agile». Dans un monde en constante évolution, l'agilité vous permet de réagir rapidement aux changements. Il est temps pour les professionnels de la gestion des services IT de comprendre l'importance des approches Agile et de les intégrer dans leur travail quotidien. Source: Axelos, What is Agile ITSM and what does it need to be successful?

« La connaissance s’acquiert par l’expérience, tout le reste n’est que de l’information. » Cette citation d’Albert Einstein nous rappelle l’importance de l’apprentissage continu ou tel qu’il est défini dans le cadre européen des compétences, lifelong learning. Chez QRP, nous en sommes conscients. C’est pourquoi, nous essayons de toujours vous offrir plus d’informations, des idées, des conseils et des retours d’expérience pour vous aider dans votre choix de formation et mettre en pratique ce que vous avez appris TITRE : Devops: 8 réponses en 8 minutes CONTENU: Aujourd’hui, tout le monde parle de DevOps. Mais que savons-vous vraiment de la philosophie et de la méthodologie qui révolutionnent le monde de l’IT? Nous avons demandé à notre formateur Claudio Restaino de répondre à huit questions qui vous aideront à obtenir une compréhension globale de DevOps. Afin d’être en accord avec le sujet qui aborde la notion de célérité, nous vous promettons que vous serez capable de lire ces huit réponses en seulement huit minutes. A PROPOS DE L’AUTEUR : Claudio est formateur et consultant en gestion de services IT avec plus de 16 ans d'expérience dans différents secteurs (finances, commerce de détail, télécommunications et administration publique). En tant que formateur, son objectif est de combiner son expérience personnelle avec sa connaissance rigoureuse d’ITIL, TOGAF, COBIT, DevOps, Lean Six Sigma, ISO 27001, afin d'offrir aux participants de formations une expérience unique sur la mise en oeuvre des méthodes dans leur vie professionnelle. TÉLÉCHARGEZ L’ARTICLE COMPLET Pour aller plus loin :

• Quels sont les 8 avantages de l'adoption de la méthodologie DevOps? Suivez le lien Méthode DevOps

 

DevOps est, aujourd’hui, l'un des termes les plus populaires dans le secteur IT. Né en 2009, DevOps est un mouvement culturel et professionnel qui met l'accent sur la collaboration et la communication entre les développeurs de logiciels et les professionnels des opérations informatiques, en automatisant le processus de livraison de logiciels et les changements d'infrastructure. DevOps permet aux organisations de fournir des logiciels de qualité, plus rapidement et de permettre une innovation en continue. Mais malgré ses avantages, DevOps n'est pas encore répandu: pour une organisation, c'est un véritable changement culturel et philosophie de travail. DevOps: pourquoi tout le monde en parle? Aujourd’hui, les entreprises évoluent vers une approche dynamique orientée client pour le développement et la livraison de solutions. La pratique DevOps permet aux organismes d’être réactif au Time to market avec célérité et donc, de satisfaire les besoins clients. DevOps, Dev pour Développement et Ops pour Opération/Production, vise à créer une synergie entre ces deux équipes en intégrant une production dynamique, réactive aux délais de mise sur le marché, et des délais réduits entre demande de modification d'un service IT et sa production. Afin de répondre aux besoins modernes, les organisations se tournent vers le mouvement DevOps: les compétences DevOps sont de plus en plus demandées dans le monde de l’IT. C'est pourquoi QRP International, toujours prêt à soutenir les professionnels et les organisations dans leur travail, est heureux d'annoncer le lancement des formations DevOps Foundation de DevOps Institute. La formation DevOps Foundation peut être le point de départ d'une organisation qui a l'intention de mettre en œuvre la méthode DevOps. Elle permet aux participants d’acquérir les principes fondamentaux, les flux de travail et les conseils pour une adoption rapide de la méthodologie. Le cours de trois jours comprend le matériel  et l'examen officiel DevOps Foundation. Voici quelques dates de la formation DevOps Foundation: À Paris :

• 15-16-17 Janvier 2018
• 12-13-14 Mars 2018
• 4-5-6 Juin 2018
• 22-23-24 Aout 2018

À Lyon :

• 29-30-31 Janvier 2018
• 9-10-11 Avril 2018
• 13-14-15 Juin 2018
• 3-4-5 Septembre 2018

DevOps peut fournir à votre organisation un avantage concurrentiel en vous aidant à fournir des logiciels de qualité, plus rapidement et permettant une innovation continue.