Saviez-vous que 3 des termes de PRINCE2 sont agiles ?

En fait, beaucoup de termes de Prince2 sont en soi agiles et peuvent ajouter un niveau de flexibilité à la livraison de tout projet.

http://www.alctraining.com.au/4-prince2-terms-you-may-not-know-are-agile/ par ALC Group

Dans le monde de l’informatique, beaucoup de praticiens agiles croient que PRINCE2 n’est pas assez flexible pour les demandes business contemporaines. Cependant, pour ceux qui ont passé la formation PRINCE2, la plupart seront conscients que ceci est faux.

3 termes Agile Prince2En fait, beaucoup de termes de Prince2 sont en soi agiles et peuvent ajouter un niveau de flexibilité à la livraison de tout projet. Pour renforcer cette remarque, voici trois termes qui sont plus agiles que beaucoup ne le pensent.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Premier terme Agile – Initiation

A few videos to get started on Agile, Scrum and Kanban
A few videos to get started on Agile, Scrum and Kanban

Quand des projets PRINCE2 sont implémentés, ils comptent sur le cas d’affaires pour garantir qu’ils sont justifiables. Il y a aussi les plans qui décrivent ce qui arrivera, les contraintes budgétaires et les stratégies de livraison. Tous ces éléments sont identifiés et décidés pendant l’étape d’initiation.

Le cas d’affaires est l’espace parfait pour articuler une perspective agile et structurer les besoins de projets et planifiant d’incorporer en mode Agile des jeux de fonctionnalités et sorties de produit. Prenez par exemple le management du projet et de l’approche de livraison, les chefs de projet PRINCE2 peuvent tout à fait utiliser des approches agiles comme Scrum et Kanban.

De plus, les plans pourraient aussi être en « time boxing » plutôt que cascade, tandis que le financement pourrait être basé sur les releases plutôt que les étapes techniques traditionnelles liées à l’effort de livraison.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

En implémentant ces approches dans l’étape d’initiation, le projet peut se concentrer sur la livraison de valeur, diminuant les délais de time-to-market et permettant aux utilisateurs finaux d’utiliser des composants de valeur dès que possible.

Second terme Agile – Work package (Lot de travail)

Une des idées fondamentales des approches Agiles est l’auto-organisation des équipes. Pour que ceci devienne une réalité, les équipes doivent être conscientes de leurs responsabilités et organisées selon des  frontières comprises et communicables.

Le lot de travail PRINCE2 n’écarte pas ces principes de base Agile et peut faciliter cette forme d’organisation. Par exemple, les lots de travail peuvent permettre aux praticiens agiles de communiquer aux parties prenantes leurs rôles, responsabilités et autorité. Ceci permettra aux équipes d’être certaines de ce qu’elles doivent faire pour construire et livrer des produits de valeur.

Troisième terme Agile – Tolérance

prioriser2Avec PRINCE2, le contrôle de la tolérance est sous la responsabilité du chef de projet. La tolérance se réfère à n’importe quelle variation des estimations acceptées lors du cas d’affaires par rapport aux délais, coûts, risques, bénéfices et contenu (périmètre). Si ces tolérances semblent en passe d’être excédées, il est de la responsabilité du chef de projet de remonter ceci au Conseil de Projet pour maintenir un contrôle formel des changements et obtenir une rapide prise de décision.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Les méthodologies agiles ont les mêmes approches, bien que sous l’apparence de mécanismes de priorisation. Par exemple, beaucoup de praticiens utiliseront MoSCoW pour ajuster le contenu de leur projet et rester les délais et budget alloués.

Produit Viable Minimum (MVP)
Produit Viable Minimum (MVP)

La qualité suit une approche similaire. Prenez par exemple la fabrication d’une voiture. Une approche Agile se concentrerait sur le produit viable minimal – le moteur, le châssis et d’autres fonctions centrales, tandis que les fonctionnalités comme le système de climatisation et le toit ouvrant seront inclus seulement si le temps et les coûts le permettent. PRINCE2 peut faire de même. Il a déterminé les tâches requises et le budget alloué qui est accompagné du contenu. Ceci permet aux projets d’être changés en temps réel pour répondre à des éventualités du marché ou dans le périmètre du projet.

Pour beaucoup, PRINCE2 est toujours l’une des plus, sinon la plus, importante des méthodologies de management de projet disponibles.

Assister à un cours de formation PRINCE2 est une excellente façon de comprendre l’agilité inhérente à cette méthode. C’est aussi une bonne façon d’étendre vos perspectives de travail et d’améliorer votre capacité à livrer des projets rentables dans les temps, avec un focus client et des standards élevés.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Agile est le nouveau « normal »

HP vient de publier les résultats d’une recherche qui tend à confirmer que Agile est devenue la norme dans les développements informatiques !

Les jeunes sont moteurs…

…et les plus âgés sont également favorables aux approches Agile car ils y voient un moyen de décloisonner les organisations et de mieux collaborer sur les projets.

Agile benefitsLes uns comme les autres n’oublient pas en adoptant Agile les objectifs business que cette approche permet d’atteindre en matière de satisfaction client, délais de mise en production (« Time To Market ») et coûts totaux de développement.

En effet, cette étude conduite auprès de plus de 600 professionnels de l’informatique indique que bien que l’adoption de Agile n’est réellement débutée que depuis 5 ans, elle s’est répandue « à la vitesse grand V » comme le montre la courbe ci-dessous que vous trouverez dans le rapport complet.

HP Report Agile Adoption

Enregistrer

Enregistrer

The AgileBA® Handbook

The Agile Business Analysis (AgileBA®) Handbook – published by DSDM Consortium – offers useful, practical and comprehensive guidance on the role of the business analyst working in an Agile way.

AgileBA HandbookIt also aims to give context to the business analyst role beyond the individual project, in relation to organisational mission and strategy, and to give additional depth and guidance for the business analyst role.

AgileBA highlights techniques that can help the Agile business analyst support the organization in the formulation and reviewing of its strategies. Even if the project-level Agile BA is not directly involved in defining the organization’s strategies, they need to understand the way strategy is formulated and the factors and forces which affect it. This will give them the perspective to ensure that the projects they are involved in have objectives that align with, and support, the organization’s strategic goals.

Business Analysis is crucial to the success and competitiveness of organizations in today’s rapidly-changing environment, enabling the timely delivery of high value, cost-effective solutions. As the project world continues to change, the BA role will continue to be an evolutionary role: embracing Agile is a significant part of this evolution.

The guidance is aimed at aspiring, new and existing Business Analysts, whether new to working in an agile environment or experienced in agile practices. It will also support project managers and product owners working with (or within) agile project teams and other practitioners looking to understand the value and role of business analysts on agile projects.

The handbook is also the official reference material for those undertaking accredited AgileBA training and Foundation & Practitioner level certification.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

mises à jour du « Scrum Guide »

5 Valeurs : Courage, Focus, Engagement (Commitment), Respect et Ouverture (Openness)

Le 6 juillet dernier, Jeff Sutherland et Ken Schwaber, les créateurs du Scrum Framework, ont présenté les mises à jour du « Scrum Guide ».

La vidéo permet de suivre le wébinaire donné à cette occasion et la séance de questions/réponses.

De plus, la présentation est disponible ici

Scrum ValuesElle met en évidence 5 valeurs cardinales de Scrum et de l’Agilité et les détaille.

Microsoft est partenaire de DantotsuPM
Microsoft est partenaire de DantotsuPM

Visitez http://scrumguides.org  pour lire et télécharger le Official Scrum Guide (seulement disponible en Anglais pour l’instant).

Enregistrer

participez à cette enquête sur la coopération et soyez les 1ers à en recevoir les résultats

Cette enquête porte sur la coopération en entreprise.

Livre disponible sur Amazon
Livre disponible sur Amazon

Elle est rapide et prend moins de 5 minutes.

Elle est constituée de questions à choix multiple.

L’enquête est ouverte jusqu’au 22 juillet 2016

Faites-là connaître des personnes de votre entourage familial, amical et professionnel pour plus de réponses.

Les participants qui laissent leur email recevront la primeur des résultats.

L’enquête s’inscrit dans la suite des travaux qui ont conduit à la rédaction du livre L’Entreprise du vivre-ensemble publié le 31 mai 2016.

Répondez tout de suite !

Enregistrer

l’indice de Bonheur est un outil à connaitre pour les rétrospectives Agile

Happiness Index – agile retrospective tool

Book on Amazon
Book on Amazon

http://blog.oikosofy.com/happiness-index-agile-retrospective-tool/

Peu importe combien votre équipe est performante, il y a toujours une opportunité d’amélioraation. L’indice de bonheur est un outil des rétrospectives agile, qui mesure le bonheur des équipes agiles. Luis Gonçalves le partage dans le livre écrit avec Ben Linder « Getting Value out of Agile Retrospectives. »

Cet exercice est une combinaison de « Développez une chronologie » et « Sismographe émotionnel » de Normand L. Kerth.

Que pouvez-vous tirer de cette technique ?

Le but de cet exercice est d’avoir une représentation graphique des émotions des membres de l’équipe pendant un Sprint. Ce type d’informations aide l’équipe à identifier ce qui affecte sa performance pendant le Sprint. Indépendamment du problème qu’expérience l’équipe, cet exercice les aide à révéler les émotions d’équipe directement en cet endroit.

Quand utiliseriez-vous cette technique ?

C’est certainement approprié pour une équipe qui passe à travers beaucoup d’émotions différentes (positives ou négatives) pendant un sprint. Cela leur bénéficie quand ils veulent en évaluer les conséquences ou quand l’équipe a plusieurs défis dans le Sprint et voudrait comprendre comment ces problèmes sont apparus.

L’indice de bonheur est approprié pour n’importe quelle équipe. Il n’exige pas de niveau de maturité spécifique. L’exercice peut être appliqué tant aux équipes à distance qu’à celles réunies en un même lieu.

Comment le réaliser ?

Prenez une page blanche A4 et quelques post-it. Divisez le papier sur 2 parties/axe – positif et négatif. Graduez ensuite l’axe des abscisses en fonction des jours de sprint.

indice bonheurIl y a 2 façons de conduire l’exercice

équipe en face à faceOption 1 : L’exercice est fait pendant la rétrospective avec toute l’équipe

Créez de petits groupes de 2-3 personnes. Demandez-leurs de faire une session de brainstorming sur les événements ou les situations qui se sont produites pendant le dernier sprint. Ensuite, demandez aux groupes de créer une représentation graphique des niveaux émotionnels pour les situations sur lesquels ils ont fait du brainstorming. Quand tous les groupes ont terminé, compilez une représentation de tous les groupes sur un seul graphique. N’oubliez pas de mettre une explication sur chaque émotion différente.

intérêtOption 2 : L’exercice est réalisé par petits bouts pendant le sprint

Au lieu d’une équipe dessinant le graphique émotionnel, vous laissez chaque individu dessiner un graphe avec son propre niveau d’émotion à la fin de chaque journée de travail. Cette approche permet de s’assurer que tous les événements ou situations sont couverts et aucun n’est oublié.

Les deux options marchent bien!

Vous aurez une belle vue de ce qui est arrivée pendant le sprint. Ces informations aident le facilitateur de la rétrospective dans l’identification des situations qui devraient être répétées et des événements qui causent des problèmes ou le retard de l’équipe.

Microsoft est partenaire de DantotsuPM
Microsoft est partenaire de DantotsuPM

De plus, vous pouvez aussi utiliser des techniques d’analyse de cause racine pour identifier les problèmes fondamentaux.

Scrum of Scrums : l’essentiel pour appliquer Agile à de plus larges efforts

Scaling Agile, Scrum of Scrums – The Basics

https://tcagley.wordpress.com/2015/06/23/scaling-agile-scrum-of-scrums-the-basics/ par Thomas M. Cagley

Scrum Stand upLa technique Scrum of Scrums (SoS) sert à augmenter la portée de Scrum et autres techniques Agiles et les appliquer à de plus grands efforts. Sur le papier, le SoS est une simple extrapolation des réunions quotidiennes de Scrum ou stand-up meeting qui sont devenues le label de la pratique Agile. Une typique réunion debout se produit chaque jour pour que tous les membres de l’équipe puissent coordonner et planifier les activités du jour. Classiquement, l’équipe utilise la technique des trois questions pour organiser la réunion. De la même manière, une session Scrum of Scrums typique agit comme un focus pour aider à synchroniser une équipe d’équipes ou même plusieurs équipes d’équipes.

Il y a quatre basiques pour SoS qui doivent être compris avant toute adaptation.

1. Qui participe

Scrum Stand up egalitarianIl y a deux écoles de pensée dans le choix des participants au SoS. La première (et plus commune) école suggère que le Scrum Master soit présent lors du SoS. Le Scaled Agile Framework Enterprise (SAFe) est un exemple d’une méthodologie qui met à profit le Scrum Master tant pendant l’événement de planification que pendant l’incrément de programme. Alors que le deuxième groupe adopte une approche plus égalitaire (probablement plus pragmatique) permettant à chaque équipe de choisir un participant qui peut le plus facilement transmettre ou comprendre que les problèmes actuels de l’équipe et du plus grand groupe à cet instant. Par exemple, si les décisions de conception sont primordiales, peut-être des membres de l’équipe avec la grande compréhension UX. Dans ce scénario, les participants varieraient au fil du temps.

2. Qui facilite

Pour de petits SoS, par exemple une poignée d’équipes co-localisées, une facilitation peut ne pas être exigée. Le SoS peut s’auto-organiser et exécuter la réunion avec peu de facilitation additionnelle. Cependant, comme le nombre de participants augmente (je limite les réunions SoS en utilisant la même règle 5 à 9 membres utilisée dans les équipes Scrum) ou comme la distribution géographique des membres s’accroit, la facilitation devient plus importante. Les facilitateurs aident l’équipe à utiliser la pratique du SoS, s’assurent que la logistique est en place et gèrent le temps. Dans de plus grands efforts, un Directeur de Programmes fournit souvent la facilitation, ou si vous pratiquez SAFe, le Release Train Engineer joue ce rôle de facilitateur.

3. Fréquence

Image courtesy of pakorn / FreeDigitalPhotos.net
Image courtesy of pakorn / FreeDigitalPhotos.net

Le Scrum of Scrums suit souvent le même modèle que la réunion quotidienne de Scrum/Stand-Up. Un deuxième modèle de fréquence est basée sur le niveau de risque; la fréquence des réunions SoS varient en fonction du besoin. Tôt dans un projet le SoS se tient quotidiennement comme les équipes se forment, se trouvent et que les premières décisions sont construites. La réunion SoS passe à deux fois par semaine au milieu du projet et revient ensuite à quotidienne comme une fin de release approche.

4. Format

Les réunions quotidiennes debout déroulent généralement la classique approche avec trois questions (Qu’ai-je fait ? Que vais-je faire ? Et quels sont mes points de blocage ?).

La réunion Scrum of Scrums suit généralement un format TRÈS SEMBLABLE avec chaque participant qui répond aux quatre questions suivantes :

  1. Qu’est-ce que mon équipe a fait depuis la dernière réunion ?
  2. Que fera-t-elle avant que nous ne nous rencontrions de nouveau ?
  3. Mon équipe rencontre-t-elle des points de blocage ?
  4. Mon équipe va-t-elle délivrer quelque chose qui est sur le chemin d’une autre équipe ?

La réunion suit la même approche : chaque participant interagit à tour de rôle avec les autres. Le facilitateur (si utilisé) ne devrait jamais être au centre de la réunion, et le SoS ne devrait pas dériver en une réunion de statut d’avancement.

Le stand-up quotidien et le SoS Sont des réunions très semblables. Les deux réunions sont tenues pour partager des informations, coordonner des activités et identifier des problèmes. Le périmètre de la réunion SoS est plus large qu’une seule équipe et cette réunion fournit la coordination et les activités de planification dans et transverses aux équipes.

May 10 – Anvers – Reinforce traditional project management with Agile

Agile… again… when will this hype finally be over ?!

PMI Belgium Chaper Web Site
PMI Belgium Chaper Web Site

Well… probably never.

It is not even a hype. It is just sound project management.

There have always been aspects of agile, and there will always be aspects of agile. In any project that is somehow successful.

This session will walk you through a series of different types of projects each time picking out one (or more) aspects of agile. By the end of this chapter event you will have a clearer view of how agile and traditional project management (can) reinforce one another.

Steven Deneir will share his vast experience of combining Agile with traditional project management practices. Next to managing projects and programmes himself, Steven gives certified training and coaching workshops for companies. He’s also experienced in doing maturity assessments and giving speeches at conferences. He holds many certificates of Portfolio, Programme and Project Management specialties.

Register for this PMI Belgium Chapter event

Scrum… Vraiment

agile-on-the-beachScrum… Really

http://www.scrumexpert.com/videos/scrum-really par Amy Thompson à Agile on the Beach 2015

Scrum est depuis longtemps la plus populaire des approches Agile pour développement logiciel.

Amy Thompson
Amy Thompson

Mais de quoi s’agit-il vraiment ? À quoi ressemble une grande équipe Scrum? Scrum est-elle réellement la collection d’approches flexible, libre d’esprit et que l’on pense pouvoir adapter pour convenir à tout ce qui marche pour nos efforts ? Dans nos tentatives d’être ‘Agile’, avons-nous oublié les avantages de la structure et de la discipline ? Adaptons-nous Scrum un peu trop pour nous convenir et quel en est l’impact ?

J’ai travaillé avec beaucoup d’équipes Scrum et Kanban, y compris celles qui utilisent de plus lourdes méthodologies Agile comme SAFe et RUP et celles qui fonctionnent indépendamment au sein d’une organisation en cascade (Waterfall). Cependant, chaque fois que je travaille dans un nouvel endroit, je vois les mêmes problèmes encore et encore qui empêchent les équipes d’atteindre leur potentiel à être extrêmement performantes. Idem quand je participe à des réunions et conférences Agiles et parle aux gens de comment ils ont essayé de ‘devenir Agile’, mais que cela ne semble pas fonctionner pour eux.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

Récemment, j’ai vu une tendance croissante des professionnels Agile à en arriver à la conclusion qu’une approche plus évangéliste parviendra plus probablement à amener le succès aux Business et équipes.

L’adhésion du management est essentielle, cependant que je voudrais concentrer ma discussion (vidéo en anglais ci-dessous) sur pourquoi je crois que la discipline, la routine, la structure et une compréhension minutieuse du processus Scrum sont clés à une grande équipe Scrum. Et aussi, expliquer que ceci ne signifie pas que l’équipe est étranglée dans sa créativité, ni contrôlées par leurs environnements, c’est en réalité tout le contraire … (voici le pointeur vers la présentation en pdf)

Le rapport CRASH de CAST Software révèle les réels impacts du développement Agile

impact objectif des méthodes agiles, de l’externalisation et de l’offshoring: des évidences mais aussi de l’inattendu !

Rassemblant les résultats de l’analyse de 1300 applications développées par plus de 200 entreprises, cette étude de CAST sur la qualité logicielle des applications (CRASH), présente l’impact objectif des méthodes agiles, de l’externalisation et de l’offshoring.

Télécharger le rapport CRASH

L’étude traite de la dette technique, des langages de programmation, des tendances en méthodes de développement et de sourcing, et de leur impact sur la qualité de vos applications métiers critiques.

Crash Report 2015

Les principales conclusions sont pour certaines évidentes, d’autres bien plus surprenantes.

  • l’intégrité architecturale d’une application affecte sa sécurité,
  • les applications servant plus d’utilisateurs ont tendance à être de meilleure qualité,
  • la maturité des processus (niveau CMM) affecte la qualité générale du code,
  • les méthodes hybrides Agile/Waterfall produisent de meilleurs résultats que les méthodes agiles pures,
  • les équipes internes et externalisées fournissent la même qualité de code,
  • l’offshoring impacte la robustesse et l’évolutivité des applications.
Campana & Schott est partenaire de DantotsuPM
Campana & Schott est partenaire de DantotsuPM

Précédentes éditions:

Call for proposals PROJECT MANAGEMENT JOURNAL® AGILE Special Issue

Exploring the Role of Agile Approaches for the Management of Projects

PM Journal April_MayCoverAlthough agile-related topics are discussed in computer science and information management literature primarily regarding software development (see Cardozo et al., 2010), the concept has also been applied to non-IT related projects, notably new product development (Ries, 2013; Blank, 2010). Application of the agile concept has been suggested for other types of projects (Conforto et al., 2014; Ktata & Lévesque, 2009).

It is not clear how the agile concept translates in domains outside of software development.

Geeky Unsure WomanDoes it replace or negate traditional project management concerns with risk, scheduling, metrics, and execution, or does it shift how we think about these and necessitate new techniques and approaches?

Does it translate differently into different domains, for example, construction versus new product development?

This special issue of Project Management Journal® seeks a wide range of papers that draw on diverse institutional settings, theories, and approaches to understand the different aspects of agile-based process models and methods as applied to project management both within and outside the domain of software development. The Project Management Journal’s mission is to shape world thinking on the need for and impact of managing projects by publishing cutting-edge research to advance theory and evidence-based practice.

Check ou the details of the potential topics for your papers’ proposals here.

DEADLINES FOR PAPER SUBMISSION:
  • 1 June 2016: Submit proposal of 2,000 words, including a tentative title, aim, and nature of the submission (conceptual or empirical).
  • 1 September 2016:  Authors informed of decision.
  • 1 February 2017: Submit full paper of up to 10,000 words.

Agile is dead ! Long life to Agility !

Pourquoi visionner une conférence sur un thème a priori déjà beaucoup commenté  ? Qui plus est, pour une durée de 40 minutes… et en anglais !

Parce que c’est LA conférence qui discute de l’essence même des principes fondateurs de ce que l’on appelle maintenant « l’agilité ». L’orateur, Dave Thomas est ici tout à fait légitime puisqu’il revient sur la réunion, à laquelle il participait en 1999 qui donnait lieu au « Manifesto for agile software development ».

Dans la première partie, Dave porte un regard sur ce qu’est devenu le mouvement agile, et il analyse comment certains ont perdu de vue ce qu’est ou ce que n’est pas Agile, il se livre à une sorte de déconstruction qui lui fait dire de manière provocatrice : « Agile is Dead ».

C’est pour mieux expliquer, dans la seconde partie l’esprit même de la démarche « agile » et rappeler sa pertinence tout à fait actuelle et valide.

C’est un vrai plaisir à regarder, la présentation est très claire, les arguments percutants et les idées développées sont simples, ce qui permet à cette conférence de se classer parmi celles qui nous laissent quelque chose, et qui peuvent réconcilier avec la démarche agile ceux qui pourraient trouver que la notion est galvaudée.

Un recentrage qui fait du bien !

Un billet de Jean-Michel Torres que je remercie vivement car je suis certain que vous serez nombreux comme lui (et moi-même) à apprécier cette vidéo.

3 articles sur Agile au niveau de l’organisation

Nouvelles Ressources de Conduite de projet Agiles sélectionnées par Melanie Franklin

New Agile Project Management Resources par Melanie Franklin

Melanie Franklin
Melanie Franklin

J’ai choisi ces articles récents car ils racontent tous une histoire semblable sur l’importance de l’agilité dans le business en tant que partie essentielle de gagner un avantage compétitif. Ils partagent aussi ma propre philosophie qui est que cette agilité business est l’objectif final pas seulement le développement logiciel agile. Donc les méthodes Agiles devraient être considérées pour ce qu’elles sont : des contributions à une agilité globale de l’organisation.

L’étude du management de projet Agile fournit une compréhension de base d’Agile qui vous permet d’appliquer Agile à tous les aspects de votre rôle et votre organisation:

1. McKinsey fournit le cas d’affaire pour être Agile, mais il met aussi en évidence l’importance de processus métier cohérents et clairs qui permettent à l’organisation de répondre de façon agile sans mettre à risque tout ce qu’elle a déjà réalisé.

2. Un rapport détaillé d’Accenture met en avant l’écosystème business dans son ensemble (fournisseurs, collaborateurs, clients) doit devenir Agile. Il met aussi en évidence comment être agile est maintenant considéré par les dirigeants d’entreprises comme une caractéristique essentielle de réussite des organisations.

3. Forbes relève un exemple d’organisation qui a développé ses approches agiles sur la base du développement logiciel agile et de la conduite de projet agile.

N’hésitez pas à poster vos commentaires sur ces documents ! Et vos pointeurs vers d’autres rapports sur le sujet.

A few videos to get started on #Agile, #Scrum & #Kanban

Microsoft est Partenaire de DantotsuPM
Microsoft est Partenaire de DantotsuPM

PRINCE2 Agile™: The best of both project management worlds

prince2 AgilePRINCE2 Agile was released by AXELOS in June this year. The guidance combines the flexibility and responsiveness of agile delivery with the established and proven best practice framework of the world’s most recognized project management method.

The guidance is designed to help experienced PRINCE2® practitioners tailor management controls for agile development, while helping ‘agilistas’ understand PRINCE2 governance requirements.

Accueil et Inscriptions
Accueil et Inscriptions

Further information is available via the APMG and AXELOS websites.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

connaissez-vous la technique du Speed Boat pour les rétrospectives Scrum et sessions sur les leçons apprises?

Ce principe se matérialise en scrum par un cérémonial qui a lieu à chaque fin d’itération et que l’on nomme la rétrospective.

speed boat1. Dessin pour guider la session
  • Le bateau = l’équipe
  • Le vent = les éléments qui ont facilité ou facilitent la progression du projet
  • L’ile = les objectifs à atteindre
  • Les ancres = les freins qui empêchent d’atteindre l’ile et donc les objectifs
2. Remplissage de l’ile / les objectifs (de et par chaque participant sur des Post-It)
3. Les vents / ce qui a facilité le travail (de et par chaque participant sur des Post-It)
4. Les ancres / ce qui a ralenti la progression, les difficultés (de et par chaque participant sur des Post-It)
5. Regroupement par le ScrumMaster/Facilitateur
6. Sélection de quelques sujets sur lesquels engager des actions d’amélioration, rédaction des actions et affichage à la vue de tous.
7. Suivi des actions lors de la rétrospective suivante

Article complet en français sur cette méthode : http://coach-agile.com/speed-boat/

Merci à Élodie Descharmes de m’avoir parlé de cet outil 🙂

Partenaire de DantotsuPM
Partenaire de DantotsuPM

La gestion agile de votre projet d’innovation avec Claude Emond

Nouvel atelier de Claude Emond en Gestion de Projet Agile des projets d’innovation et de développement de produits, en collaboration avec L’IDP.

Une approche comme toujours originale de notre ami Claude Emond: Sur 3 journées (4, 9 et 16 nov 2015) incluant, pour chaque participant, 3 heures de coaching personnel sur un projet de leur choix, pendant, entre et après chaque jour de formation.

Inscriptions et Détails
Inscriptions et Détails

Objectif de cette formation-action

Outiller les gestionnaires de projets en développement de produits sur les techniques de gestion agile. Cette formation leur permettra d’accélérer leur projet, de mieux mobiliser leur équipe de développement et ainsi maximiser les bénéfices et le retour sur investissement.

Bénéfices pour les entreprises participantes

  • Claude Emond FormateurPréciser le rôle du chef de projets, en mode agile
  • Augmenter le taux de succès de vos projets de développement de produits
  • Maîtriser le savoir-faire qui permettra d’accroître votre efficacité en gestion de projets
  • Développer vos compétences pour mobiliser et guider les équipes de projets agiles vers le succès
  • Intégrer de nouvelles connaissances par la formation-action dans le cadre d’un projet en cours dans votre entreprise
  • Profiter de l’encadrement des formateurs entre les rencontres pour maîtriser les nouveaux outils et mener à bien votre projet ;
  • Développer les habiletés de leadership de vos chefs de projets implanter des outils de suivi pour livrer vos projets en respectant les coûts  et les délais.

Claude Emond formationQui devrait participer à ce programme de formation ?

Ce programme de formation spécialisé (voir la brochure détaillée) s’adresse aux personnes jouant le rôle de chefs de projets, ou membre d’équipe de projet, dans le cadre de projets de développement de produits et/ou de services.

Il est destiné à tous ceux qui désirent approfondir par l’action leurs connaissances en gestion de projets de développement de produits.

Une méthodologie ancrée dans l’action !

Ce programme unique de formation combine la présentation de notions théoriques et d’outils pratiques. Des exercices permettent d’appliquer les enseignements et d’utiliser les nouveaux outils dans le cadre d’un projet actuellement en cours dans votre entreprise. Entre les rencontres, vous devrez accomplir différentes tâches avec les membres de votre équipe de projet tout en bénéficiant d’une aide personnalisée de la part  du formateur.

De précédents billets de Claude sur l’Agilité:

un marshmallow, des spaghetti, quelques cm de ruban adhésif et de ficelle pour beaucoup de créativité et de teambuilding

Voici ce que nous propose Tom Wujec dans ce très simple exercice !

Plus surprenant encore, les résultats obtenus par diverses populations lorsqu’elles sont confrontés à ce challenge. Qui l’emporte entre des ingénieurs, architectes, PDGs, secrétaires, élèves de maternelle… ?

En fait, c’est la méthode qui importe le plus et dans le cas de cette exercice, une approche Agile basée sur des expérimentations rapides et répétées pour trouver la meilleure piste et l’exploiter pleinement.

CSP Formation
Partenaire de DantotsuPM

la certification PMI-ACP® en management de projets Agile du PMI® évolue en 2015

1,000 agilistes de 60 pays ont mis à jour la description du pratiquant de l’Agilité.

Comment la certification PMI-ACP® est-elle impactée ?

Pour tous les détails (en anglais)
Pour tous les détails (en anglais)

Un nouveau domaine est ajouté: Agile Principles and Mindset

62 tâches ont été validées dans le contexte des 7 domaines de pratiques:

  1. Agile Principles and Mindset (Nouveau)
  2. Value-driven Delivery
  3. Stakeholder Engagement
  4. Team Performance
  5. Adaptive Planning
  6. Problem Detection and Resolution
  7. Continuous Improvement (Product, Process, People)

Fin de la phase de test de cette mise à jour des tests le 15 Octobre.

Pour davantage de détails.

Partenaire de DantotsuPM
Partenaire de DantotsuPM

le développement logiciel Agile du point de vue du métier

Voici une vidéo exceptionnelle de Henrik Kniberg 15 minutes expliquant et illustrant le développement logiciel Agile du point de vue du métier.

Certains d’entre vous connaissent sans doute déjà cette vidéo. Cependant, cette version a été doublée en Français par Florent Lothon qui trouvait difficile de lire la version originale sous titrée et apprécier les illustrations en même temps.

Une vidéo initialement produite par Henrik Kniberg.

Partenaire de DantotsuPM, LE blog du management de projet
Partenaire de DantotsuPM, LE blog du management de projet