Tag Archives: scrum

31 October – Webinar – How the Nexus framework aided Capital One to scale Scrum

16 Oct

and deliver a complex product with multiple Development Teams

Get the guide

Capital One was recently faced with the challenge of building a brand new product in 3 months. Not only did they meet this goal, but they were able to deliver their first release 3 weeks early.

  • How did they do it?
  • How were they able to build an entirely new product in such a short time frame?
  • What hurdles did they face?
  • How were they able to overcome them?

In this session, Valar Rangasamy, Scrum Master at Capital One will share how her group was able to successfully approach this challenge by implementing the Nexus Framework to scale it across 4 Scrum Teams. Valar will be joined by Patricia Kong, Product Owner of Enterprise Solutions at Scrum.org. Together, they will explore how Capital One used Nexus with multiple teams, to build their release forecast, manage risk and execute a complex and accelerated product delivery initiative within the desired 3 month time frame.

Register

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Connaissez-vous les 5 principaux bénéfices de la planification de projet avec l’outil Kanban ? par Louis Marie Resseguier

10 Oct

La méthode Kanban adaptée à la planification de projet présente en effet de réels atouts

Louis Marie RESSEGUIER, PMO consultant au sein du cabinet expert IQar dans l’accompagnement et le conseil de la gouvernance des portefeuilles projets, vous partage ses convictions sur un volet clé de la gestion de projets : la planification de projet !

Quand on évoque la gestion de projet et particulièrement quand on s’intéresse à la phase de planification des projets plusieurs mots clefs peuvent revenir : PERT, Gantt, Kanban…

Ces mots font référence à des méthodes de planification ou de représentation de la planification du projet. Si la démarche de planification consistant à déterminer le chemin critique en passant par la méthode PERT puis à représenter de manière visuelle la planification via l’outil diagramme de Gantt est classique, elle n’en présente pas moins une certaine forme de complexité.

Nombreux sont nos clients qui nous reçoivent avec leurs visages déformés par la douleur au moment d’aborder ce sujet et de leur niveau actuel de leur art en la matière !

Pas de panique ! Pour y remédier dans le cadre des organisations qui débutent en gestion de projet ou qui ne sont confrontées qu’à des projets peu complexes, planifier à l’aide d’une adaptation de la méthode Kanban peut apporter de nombreux avantages.

On vous donne aujourd’hui les 5 principaux !

1/ Simple : Cette méthode est compréhensible et accessible pour le plus grand nombre. Elle se résume à déplacer des post-it (virtuels) dans un tableau en phase de réalisation et à exprimer la feuille de route du projet sur des post-it (virtuels) dans un tableau en phase de planification.

Le Drag and Drop de la planification, on adore !

2/ Visuel : C’est en effet une méthode très visuelle. On repère en un seul un coup d’œil l’avancement du projet, le nombre d’actions à réaliser. En cela, le KANBAN se révèle être un formidable outil de communication complémentaire du Gantt !

Utilisez-le à volonté, ne nuit pas à la santé…de votre Projet !

3/ Universel : Cette méthode est très utilisée et connue dans de nombreux secteurs d’activité et ne demande pas, pour être mise en œuvre, une conduite du changement drastique.

Kanban, une planification à portée de mains…de clics !

4/ Agile : Cette méthode est nativement compatible avec les méthodes agiles comme « scrum » et permet de les outiller avec succès puisqu’elle permet d’illustrer à merveille la gestion d’un « sprint ». En phase de planification un « planning poker » sera facile à réaliser grâce à ce support.

Le Kanban c’est SMART non ?

5/ Compatible : Cette méthode n’empêche pas de la coupler avec le diagramme de Gantt pour l’aspect visuel des délais en planification puisqu’un outil PPM comme SuiteProG, application SaaS développée par IQar, permet déjà de passer pour le plan d’action d’un projet de la vue Kanban à la vue Gantt (en fonction des dates des actions du Kanban) automatiquement.

Agile et docile le Kanban… demandez une démonstration de SuiteProG !

Pour conclure, la mise en œuvre d’une méthode Kanban pour la planification de vos projets, peut être un véritable vecteur de simplification de cette phase incontournable de la vie du projet qu’est la Planification.

Cette méthode peut également s’avérer être un formidable levier d’aide à la conduite du changement dans certaines organisations : notamment celles désireuses de bénéficier des avantages du mode projet tout en adaptant par étapes les modes de travail de ses collaborateurs pour faciliter l’adhésion et le succès de la mise en place de la démarche.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

28 September – Webinar – Scrum in India: A Panel Discussion on « What Works and How to Improve ? »

19 Sep

Scrum has been around for more than 21 years now, yet in many ways, it is still in its infancy.

People continue to learn how to improve how they use Scrum and many are just getting started. In India that is no different.

A Scrum.org webinar

tenir par la main, accompagnerAdoption of Agile practices like Scrum comes with culture change and how you change the thinking of individuals can impact its success.

In this session, Professional Scrum Trainers Sanjay Saini, Hiren Doshi and Nagesh Sharma will discuss how they work with organizations and individuals to change thought processes to become more agile. They will look at real-world examples of how they have built successful Scrum Teams, driving agile thinking across the organization.

Coming out of this webinar, you will learn how to better adopt Scrum by overcoming impediments that may occur, best practices for Scrum adoption, ways to work with remote team members and much more.

Register

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

La gestion des changements avec Scrum

12 Sep

Change Management in Scrum

https://www.scrumalliance.org/community/articles/2016/august/change-management-in-scrum par Yashasree Barve

Approches réactives et proactives

J’ai toujours voulu gagner une compréhension plus profonde de ce que signifie être Agile. La signification du dictionnaire d’Agile est « vif » ou « étant capable de se déplacer rapidement ». Je suppose que cela veut dire être prêt à embrasser et répondre rapidement aux changements. Dans le contexte du développement logiciel, ce pourrait vouloir dire de répondre à des besoins fonctionnels qui changent rapidement pour donner de la valeur. Voici mes réflexions sur comment Scrum, une méthode Agile très populaire et réussie, nous prépare pour être Agiles.

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

Un des principes principaux de Scrum que nous aimons et valorisons tous est « inspecter et s’adapter ». L’idée entière d’un processus empirique, c’est-à-dire créant quelque chose, le regardant, l’inspectant et adaptant le produit aussi bien que le processus, semble porteur de beaucoup de valeur. Bien que rien n’empêche vraiment l’équipe Scrum de continuellement inspecter et s’adapter, Scrum recommande quelques cérémonies pendant lesquelles l’équipe peut faire une pause pour inspecter et s’adapter. Regardons en détail comment Scrum nous aide à faire remonter des problèmes et des risques très tôt et changer notre ligne de conduite pendant les versions, sprints et revue quotidienne.

Début et fin de release/version

  • La planification de release est l’événement qui permet à l’équipe de donner ses contributions et aider le propriétaire de produit à modifier les histoires utilisateurs et changer l’ordre dans lequel on les prendra dans l’arriéré de produit (product backlog) pour la release.
  • La rétrospective de release regarde la manière dont l’équipe travaille et fournit un retour d’information. C’est un forum dans lequel les membres de l’équipe font des suggestions sur la façon d’améliorer la release suivante.

Début et fin de sprint

  • La planification de sprint est l’événement qui permet à l’équipe de donner ses contributions et aider le propriétaire de produit à changer les histoires utilisateurs de la release et l’ordre dans lequel on les prendra dans l’arriéré de produit pour ce sprint.
  • La revue de sprint ou des sessions de démonstration permettent au propriétaire de produit de voir le produit et de fournir ses retours.
  • La rétrospective de sprint est un forum dans lequel les membres peuvent réfléchir sur le sprint passé et suggérer des améliorations pour les sprints à venir.

Pendant le sprint

  • La réunion quotidienne Daily Scrum Meeting fournit une occasion de parler des obstacles et problèmes rencontrés. L’équipe peut aussi changer le planning du sprint afin de s’assurer que les objectifs de sprint sont respectés.

Après une discussion à une conférence récente, un des commentaires récurrent était que la plupart des événements/cérémonies de Scrum qui nous aident à inspecter et s’adapter sont réactifs par nature. Bien que l’approche inspecter-et-adapter soit extrêmement utile pour livrer du logiciel qui fonctionne et apporte de la valeur, elle se base sur l’analyse des tâches passées et réagit en ajustant les tâches futures.

Regardons plus loin

Alors, qu’est-ce qui peut aider des équipes Scrum à penser pro-activement au produit et au processus ?

Voici quelques choses qu’elles peuvent faire, participer aux :

Ateliers de découverte que les propriétaires de produit organisent.

Ces ateliers utilisent l’approche design-thinking ou d’autres méthodes qui aident l’équipe à suggérer proactivement des changements.

Livre sur Amaz

Maturation/Mûrissement de l’arriéré de produit.

Les équipes peuvent pro-activement fournir des apports pour provoquer des modifications.

Rétrospectives.

Bien que beaucoup de temps soit passé à analyser des problèmes et trouver des solutions, l’équipe devrait être encouragée à penser à de nouvelles idées. Des techniques diverses, comme 6 Thinking Hats, contraignent les équipes à penser pro-activement à de nouvelles modifications qui seraient bénéfiques.

Futurospectives.

Ceci est une session prospective dans laquelle les équipes sont encouragées à penser à comment elles voudraient fonctionner.

Communautés de pratique.

Les communautés de pratique sont pour les ScrumMasters, les propriétaires de produit et, plus important encore, pour les technologues, avec un accent sur des technologies spécifiques. Ces communautés présentent une opportunité de se rencontrer, d’apprendre l’un de l’autre d’en tirer une compréhension des tendances de l’industrie.

Pour récapituler, Scrum nous fournit plusieurs occasions de gérer le changement aussi bien de façon proactive que réactive.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

20 Septembre – Paris – #Agile en Seine

8 Sep

Détails et inscriptions

Agile en Seine se veut une conférence multi-pratiques, ouverte à tous, dont l’objectif est de mettre en avant toute la diversité de ce que l’on nomme communément « Agilité », du Scrum à l’agilité à l’échelle, en passant par le Design thinking, le lean startup, le Lean, L’entreprise libérée, …

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Une Introduction aux Histoires d’Utilisateur

5 Sep

Qui les écrit? Comment? A quoi servent-elles? Comment les regrouper et les structurer?

An Introduction to User Stories https://www.scrumalliance.org/community/articles/2016/september/an-introduction-to-user-stories par Adrian Sita

Les histoires d’utilisateur sont un artefact de développement crucial en programmation extrême (XP) ou projet Scrum. Elles sont les définitions de haut niveau d’exigences qui incluent juste assez d’information pour que les développeurs puissent produire des évaluations raisonnables de l’effort nécessaire pour les mettre en œuvre. Une autre façon de penser aux histoires d’utilisateur consiste en ce qu’elles peuvent rappeler aux développeurs d’avoir une conversion avec le client ou le propriétaire de produit pour obtenir des informations plus détaillées quand viendra le moment de mettre en œuvre l’histoire.

Le client ou le propriétaire de produit écrivent des histoires d’utilisateur comme des fonctions et options que le système doit exécuter. Elles sont semblables à des scénarios d’usage, sauf qu’elles ne sont pas limitées à la description d’une interface utilisateur. Une histoire d’utilisateur est courte (deux ou trois phrases) et elle utilise seulement la terminologie du client. Les histoires d’utilisateur peuvent être écrites de façon informelle, comme suit : les étudiants peuvent acheter un forfait de stationnement mensuel en ligne, ou de façon plus formelle, en suivant ce modèle :

En tant que < rôle > je veux < quelque chose >pour < ce bénéfice >.

Donc, notre exemple pourrait être écrit comme suit :

En tant qu’ étudiant, je veux acheter un forfait de stationnement pour que je puisse venir en voiture à l’école.

Méta Projets Management est partenaire de DantotsuPM

La manière plus formelle aide les développeurs à identifier clairement les acteurs, la fonction exigée et « le pourquoi » (la valeur business/client) qui soutient l’exigence. Avec la manière informelle, tous ces détails ne sont pas si évidents.

Les histoires d’utilisateur conduisent aussi la création des tests d’acceptation. Des contrôles d’acceptation plus automatisés doivent être créés pour vérifier que l’histoire d’utilisateur a été correctement mise en œuvre. Une bonne approche est de faire spécifier par le client les critères d’acceptation pour aider à créer les tests de recette.

Si l’estimation est trop importante et ne peut pas entrer dans une itération, l’histoire doit être décomposée. Pendant la réunion de livraison, de nouvelles histoires d’utilisateur pourraient apparaitre en en divisant d’autres. XP et Scrum ont des vues légèrement différentes de comment les histoires d’utilisateur sont évaluées.

  • XP utilise le concept de temps de développement idéal, combien de temps cela nécessiterait pour mettre en œuvre l’histoire dans le code s’il n’y avait aucune distraction, aucune autre tâche allouée et que vous saviez exactement que faire. En comparaison.
  • Scrum utilise le concept plus abstrait de points d’histoire (ou de complexité), qui est basé sur l’assignation de valeurs différentes — des points d’histoire — à chaque histoire d’utilisateur, en considérant sa complexité relative par rapport aux autres histoires.

En se basant sur la valeur métier (celles de plus grande valeur viennent d’abord) et les estimations fournies, les histoires d’utilisateur sont priorisées et planifiées pour une certaine itération/livraison. Quand il est temps de mettre en œuvre l’histoire d’utilisateur, le développeur et le client ou le propriétaire de produit s’assoient ensemble pour détailler les exigences; Juste suffisamment pour que l’équipe de développement puisse la mettre en œuvre.

 Les épopées (epics) sont de grandes histoires d’utilisateur, typiquement celles qui sont trop grosses pour une mise en œuvre en une seule itération et doivent donc être décomposées en histoires utilisateur plus petites. Les épopées sont typiquement des histoires utilisateur de priorité inférieure, qui sont vagues, mais deviendront plus claires avec le temps. Cela n’a aucun sens de décomposer une épopée de basse priorité, parce que vous investiriez du temps sur quelque chose que vous ne pourriez ne jamais parvenir à adresser, à moins qu’une partie de l’épopée ne soit de forte priorité et doive être regardée.

Un thème est une collection d’histoires utilisateur reliées. Les thèmes sont souvent utilisés pour organiser des histoires dans des itérations/releases ou les organiser pour que des sous-équipes différentes puissent travailler dessus.

CertYou est partenaire de DantotsuPM

Vidéo de Lyssa Adkins sur le Scrum Framework

Agile coaches need to be able to teach the agile framework their teams will use in 10 minutes or less.

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Enregistrer

Connaissez-vous le nouveau Agile Practice Guide (en anglais) ?

30 Août

PMI et Agile Alliance se sont mis au travail ensemble pour produire le Agile Practice Guide dans l’intention de forger une meilleure compréhension des pratiques agiles pour les chefs de projet.

Vidéo mise en ligne par le PMI:

Voici un aperçu de ce que vous pourrez lire dans ce guide.

Qu’est-ce que l’état d’esprit Agile?

Le guide sur Amazon

Pour partir du bon pied, un rappel est fait du  Agile Manifesto, des valeurs, et des 12 principes Agile. Cette entrée en matière couvre aussi les concepts de travail à faire bien défini ou à fortes incertitudes avec les corrélations entre Lean, Kanban et Agile.

Une analyse approfondie du choix de l’approche en fonction des cycles de vie de projet

L’un des aspects les plus saillants des approches Agile pour les chefs de projet est le cycle de vie du projet et les livraisons de produits. Plusieurs cycles sont développés dans le guide avec des critères de choix, guides d’adaptation et combinaisons fréquentes des approches. L’objectif est mieux mettre en évidence ce qui est ou pas Agile et comment choisir en connaissance de causes.

CertYou est partenaire de DantotsuPM

Autres suggestions et recommandations

  • Composition des équipes et “servant leadership” détaillés
  • Organisation d’équipe pour livraison fréquente de valeur et métrique efficace.
  • Facteurs favorisant le travail en équipe Agile : organisation, culture, PMO…
  • Tableau de références croisées entre les concepts Agiles et les groupes de processus et domaines de connaissance du PMBOK® Guide, 6ème édition.

PMI and PMBOK Guide are registered mark of Project Management Institute, Inc.

Microsoft est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

18 September – Luxembourg #PMI® – How Agile are companies in Luxembourg?

28 Août

PMI Luxembourg Chapter and PwC are pleased to invite you to our next event: How Agile are companies in Luxembourg?

PMI Luxembourg ChapterThis event is organized with the purpose to review and discuss the results of a survey coordinated and compiled by PwC and PMI.

The aim of this survey was to explore and analyze the behavior of companies in Luxembourg regarding the Agile Project Management approach and methodology.

This was the opportunity for the surveyed people to describe the current situation and dimensions of Agile in their respective organization and portray their views about the benefits and obstacles that accompany its implementation.

This event will also enable, via a round table, to highlight and extract the main lessons learned from the survey.

ATTEND EVENT

PMI is a registered mark of Project Management Institute, Inc.

CertYou est partenaire de DantotsuPM

Enregistrer

Agilité Personnelle : le Scrum de 1 aurait-il du sens ? ou vaudrait-il mieux développer un Manifeste d’Agilité Personnelle ?

25 Août

Manifeste d’Agilité Personnelle

Personal Agility, http://www.derekhuether.com/2016/05/08/personal-agility par Derek Huether

Récemment, j’ai beaucoup réfléchi à comment augmenter l’agilité personnelle. Non, je ne parle d’exécuter des sauts périlleux ou autres folles poses de yoga. Je parle de la capacité à me concentrer sur la valeur et à être adaptable dans ce que je fais chaque jour. L’agilité telle que mentionnée dans les valeurs et principes du Manifeste pour le Développement Logiciel Agile. Quand le manifeste a été répondu en 2001, il y avait des représentants de Extreme Programming, Scrum, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming et autres. Aussi, quand je dis Agile, je ne veux pas nécessairement dire Scrum.

Scrum de Un ?

Dans ce billet, je veux mettre le focus sur les personnes et pas les organisations. Étant un coach Agile et un consultant, j’ai appris beaucoup de stratégies qui m’ont aidé à manager des clients. En travaillant avec de grandes organisations complexes, j’ai vu des améliorations de productivité au niveau organisationnel en appliquant Lean et Kanban et au niveau de l’équipe avec Scrum et Kanban. Mais qu’en est-il de toutes les personnes qui travaillent pour ces organisations ou dans ces équipes Scrum ? Qu’en est-il des gens qui n’ont aucune idée de ce qu’est Scrum et ne s’en soucient pas ? Comment peuvent-ils améliorer leur productivité ?

Dans le billet Lifehack « Scrum for One« , Dustin Wax décrit combien des éléments de Scrum pourraient être adaptés à la productivité individuelle. En lisant l’article, je n’ai pas acheté l’idée. Scrum est une approche géniale pour des équipes mais c’est comme vouloir faire passer une pièce ronde dans un trou carré que de vouloir utiliser Scrum pour votre productivité quotidienne.

Dans Scrum, vous démontrez la valeur à votre client toutes les 2 à 4 semaines dans le cadre d’un sprint. Cela a-t-il du sens pour manager votre travail personnel ? Non.

Dans Scrum, vous avez les 3 rôles : ScrumMaster, Propriétaire de Produit et Équipe. À moins que vous n’ayez une double personnalité, il n’y a que vous !

La plupart des choses auxquelles je pense pour atteindre mes objectifs : l’alignement des activités sur les livrables, la décomposition du travail en morceaux exécutables, réitérer sur ce qui est créé pour pouvoir l’améliorer au fil du temps… la liste est longue.

Et ces composants ne sont pas des éléments exclusifs à Scrum. Alors, pourquoi vous limiter à Scrum ?

Manifeste d’Agilité Personnelle

Je crois que la productivité personnelle doit être repensée.

La productivité personnelle est-elle d’être tout le temps occupé ou de réaliser des choses ?

Pour être productif, cela signifie que vous devez produire. Sinon, vous êtes actifs. Il y a une différence! Pour aider à structurer mes pensées, j’ai écrit un Manifeste d’agilité personnelle.

Vous remarquerez que c’est proche du Manifeste Agile. Mais, il y a des différences clés.

résultatsD’abord, (tous) les résultats obtenus sont des mesures primaires de progrès. Ceci n’est pas du tout le cas pour le développement logiciel.

Deuxièmement, je me suis concentré sur des minutes, heures et jours pour réaliser des choses. Les équipes continueront à se concentrer sur des jours, semaines et mois pour obtenir le travail escompté et le livrer.

Je cherche à produire quelque chose que tout un chacun puisse utiliser. Quand vous entendez « Agile » c’est en réalité un groupe de niche de personnes concernées. Mais, quand vous parlez de productivité personnelle, la taille de l’audience explose. Comme avec Agile, je ne pense pas qu’il y ait une unique et meilleure voie. Alors, je regarde pour expérimenter et continue d’essayer pour améliorer.

Comme j’écris sur Personnel Kanban depuis 2010, vous pourriez penser que je devrais avoir tout compris à ce jour. Eh bien non, ce n’est pas encore le cas…

Aussi, si vous avez d’autres trucs, astuces et suggestions, j’aimerais les entendre/lire.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

Enregistrer

Enregistrer

17 August – Webinar APMG – Change Management for Scrum Masters and Project Managers

15 Août

Details and registration

Integrating change management and Agile approaches.

Management is the collection of activities and techniques that minimize the risk of failure to realize benefits.

Change Management is an essential partner to Agile approaches, enabling the early and frequent realization of benefits and return on investment.

Partenaire de DantotsuPM

This webinar explains how to integrate change management and Agile approaches and the implications this has for the roles of Scrum Masters and Project Managers.

We will also explore which change activities to include in the Product Backlog and how to incorporate this work into each Sprint.

Ventura Asssociates est partenaire de DantotsuPM et le votre pour dénicher les ressources critiques en PM dont vous avez besoin

This webinar is relevant to you if you are working as part of an Agile team or you are managing projects or programmes which use Agile approaches.

Change Managers will also find this useful, as the webinar explains how important close working relationships with Agile practitioners are for effective change management.

CertYou est partenaire de DantotsuPM

Enregistrer

Enregistrer

%d blogueurs aiment cette page :