Archive | agile RSS feed for this section

5 règles pour une approche plus Agile du management de projet

29 sept

5 Rules for a More Agile Approach to Project Management

http://www.pmhut.com/5-rules-for-a-more-agile-approach-to-project-management par Joanne Wortman

Voici quelques règles à suivre si vous voulez promouvoir le management de projet de façon Agile dans votre organisation

1. La fluidité est clé : La rigidité peut étouffer la progression des projets.

Diversité

des compétences diverses

Des structures traditionnelles demandent des définitions a priori des rôles et des responsabilités. Dans beaucoup d’organisations qui réussissent bien, ces modèles ont changé vers des structures plus collaboratives. Les équipes efficaces sont construites avec des personnes multi compétences plutôt que des spécialistes en silos. Un tel modèle de dotation en personnel fournit plus de chances d’équilibrer la charge de travail avec agilité pendant le cycle de vie d’un projet et peut améliorer la capacité de l’équipe à livrer le projet dans les temps.

2. Manager les attentes de vos parties prenantes est plus important que manager votre équipe projet.

Supposons que vous avez une équipe qualifiée et un plan bien écrit de projet. Devriez-vous passer le plus clair de votre temps à microgérer et suivre le statut de chacun de leurs mouvements, ou ajouteriez-vous plus de valeur en communiquant plus souvent et plus directement avec vos parties prenantes ? Arrêtons de considérer la communication comme "une compétence douce" (« soft skills ») et reconnaissons-la comme un activateur clé du succès des projets.

3. Le changement n’est pas un mal nécessaire.

Typiquement, le management de projet voit les requêtes de changement comme un mal nécessaire, mais le niveau d’agilité requise dans la plupart des entreprises pour survivre font des changements de contenu une Bonne Chose d’un point de vue business. Le management de projet classique fournit une structure pour exécuter des changements de contenu et les bons chefs de projet abordent les requêtes de changement, calmement, cordialement et sans attitude de tension ni dédain.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

4. Les outils collaboratifs ne remplacent en aucun cas les interactions entre les personnes de votre équipe ou parties prenantes.

discussion à la machine à caféLes alertes par courrier électronique, portails de projet, applications sur tablette donnent de la visibilité sur le statut du projet est sont de supers outils. Mais parfois, la meilleure façon de rester au fait du progrès reste de passer dans les bureaux avec vos listes de tâches et problèmes pour obtenir des mises à jour de statut par des conversations informelles. Le point positif est que cela vous permet de garder un doigt sur le pouls des personnes qui sont importantes pour votre projet et de promouvoir un meilleur engagement. Un appel téléphonique aux membres de l’équipe à distance est toujours apprécié. Ceci est particulièrement important avec des cadres exécutifs. Envoyer des salves de courriers électroniques demandant des mises à jour de statut n’est pas le signe d’un bon chef de projet.

5. Moins = Plus.

La pensée Lean est omniprésente. Dans la communauté des entrepreneurs, tout se rapporte au produit minimal viable. La méthodologie Agile a poussé des projets en direction du Lean, chaque itération étant une sorte de livraison minimale viable. Dorénavant, pensons à la structure minimale de projet. Plutôt qu’ajouter des éléments à une méthodologie, pensons à ce que nous pouvons enlever pour mieux faire, plus rapidement, moins cher.

 Relisez ce billet : pensons Produit Minimum Viable (MVP)

September 30 – Webinar – PMI Organizational Agility Conference

23 sept

Are you ready for the future of project management?

30 Sept PMI AgilityYou will be after attending the PMI Organizational Agility Conference on 30 September!

Technology, social media, customer behavior and business trends are changing at an exponential rate—and so is the role of the project manager. This thought-provoking virtual event—free for PMI members—will help you keep up. Listen to industry experts share their insights on shifting paradigms and the specific skills, capabilities, tools and practices you’ll need to position yourself for growth. Get your questions answered. Network and exchange stories with peers from around the world. It’s a convenient, one-day investment that will pay off in a wealth of knowledge for future success.

Join us for this groundbreaking event and learn what you will need for your personal success in the future. Register here or click the register button below.

14 Octobre – Lyon – l’auto-organisation Agile

23 sept

L’association Club Agile Rhône-Alpes"CARA Lyon" : http://lyon.clubagilerhonealpes.org organise le 14 Octobre  Agile Lyon 2014  qui sera une conférence d’une journée autour de l’auto-organisation.

Pour tous niveaux : que vous soyez débutants, expérimentés ou experts vous trouverez des sessions adaptées.

Pour tous secteurs d’activités : qu’ils soient professionnels ou personnels, dans une démarche d’auto-organisation.

L’événement aura lieu le 14 octobre à Lyon, dans de très agréables locaux sur la colline de Fourvière, et comportera 3 sous-thèmes : la création de valeur, le bien-être au travail, la performance.

sharing experienceVoici une liste non exhaustive de sujets qui retiennent particulièrement notre attention : tribal leadership, sociocratie, holacratie, pilotage dynamique, gouvernance collaborative, économie sociétale, appreciative inquiry, agilité, lean management…

Et pourquoi pas aller chercher des pratiques d’auto-organisation bien au-delà : le covoiturage, les ruches, l’entropie, les courbes de Mandelbrot, le système immunitaire, la cosmologie, les habitats auto-organisés, l’éducation nationale, la naturopathie, et bien d’autres…

L’édition 2013 a réuni 70 participants aux profils et secteurs d’activités variés (directeurs, managers, consultants). Est-ce que des représentants, membres ou sympathisants de votre organisation accepteraient d’intervenir et participer à cette belle journée ? Nous en serions honorés.

Cordialement, Stéphane BOCUZE, membre de l’association "CARA Lyon"

Inscription

 

18 Septembre – Sophia Antipolis – Méthodes Agiles

3 sept

de 14h00 à 17h30 aux Espaces Antipolis, 300 route des Crêtes

Apparues au début des années 2000, les Méthodes Agiles rencontrent aujourd’hui un réel succès et se positionnent comme des réponses opérationnelles. Cette conférence vous présentera les enjeux, les valeurs et les principales pratiques de l’offre Agile.

Les points clés de la conférence

               Agile 2Une nouvelle organisation du travail: De nouveaux leaders sur les projets : le client, le coach, l’équipe de développement.

               La démarche: Une démarche itérative et incrémentale. Une démarche transparente et participative.

               Comment formaliser les exigences ? Favoriser le point de vue de l’utilisateur. Apprécier la priorité et les valeurs métiers associées aux exigences. Un feedback constant pour le client et pour l’équipe. Une maîtrise du changement.

               Qualité du travail de l’équipe Agile: Un projet piloté par les tests.Une intégration en continue, une conception émergente.

               L’apprentissage: Favoriser la capitalisation. Des rétrospectives. Le rôle déterminant du coach (ScrumMaster). L’agile Dojo.

               La mise en œuvre: Du cadre agile à un processus détaillé adapté à l’entreprise et au projet. Intégrer la sous-traitance.

Cette conférence sera animée par Jean Hugues, directeur associé de la société de conseil DELF. Il mène conjointement des activités de production et de recherche sur les méthodes de conception et sur la conduite de projet. En plus d’animer des conférences et séminaires haut-de-gamme, il forme aux Méthodes Agiles. Il est également auteur d’ouvrages spécialisés.

s’inscrire

15 Octobre – Montpellier – "Scaling Agile" à l’Agile Tour 2014

25 août
former, entrainer, nourrir

arrosez et nourrissez l’agilité

Les inscriptions pour l’Agile Tour Montpellier 2014 sont ouvertes. Cette année, le thème principal des conférences et ateliers est "Scaling Agile", et un "Village du manager" ainsi qu’un système de parrainage font leur apparition.

Rendez vous le 15 Octobre 2014 au Corum de Montpellier. Pour vous inscrire : http://agiletour-montpellier.fr/

le village du manager ?

agile tour montpelier 2014C’est un espace dans lequel sont proposés des mini-sessions / ateliers / animations tournés vers des métiers non IT et encore peu impliqués dans l’agilité. Des ambassadeurs agiles répondront aux questions et problématiques posées par le public.

August 14 – Webinar – Dealing with Technical Debt: Avoiding Technical Bankruptcy

7 août

A free monthly webcast by Scrum.org Professional Scrum Trainers addressing common challenges faced by the software profession.

Scrum and Agile Webcasts

Scrum and Agile Webcasts

with Mark Noneman on August 14, 2014 10am-11am EST 16:00 CET/FRANCE

The phrase “technical debt” has become a commonly used phrase in software development.

technical debtTechnical debit is analogous to financial debt; build up too much and you’ll start paying more in “interest” and “principle” than you can invest in future value. This webinar will discuss what technical debt is, what causes it, and how to deal with it. Both management and engineering techniques in an agile development environment will be reviewed.

These sessions are broadcast live, completely free, and available to anyone around the world – though space in each session is limited!

SAVE MY SPOT

Réussir des "standup" efficaces autour du tableau Kanban (repost)

4 août

Effective Standups around Kanban Board

http://blog.brodzinski.com/2011/12/effective-standups.html par Pawel Brodzinski

stand-up meetingsVous pouvez entendre ici et là que Kanban s’adapte plutôt bien aux grandes tailles. En réalité, un des problèmes de Scrum auquel je pense on ne s’est pas soigneusement attaqué, est que faire dans les projets qui nécessitent davantage de personnes qu’une unique équipe Scrum puisse rassembler. L’un des problèmes qui émerge très rapidement quand l’équipe Scrum grandit est la réunion « standup ».

Comme vous passez à travers l’équipe qui grossit avec vos trois questions standards cela nécessite naturellement de plus en plus de temps. Bientôt cela peut devenir un problème que de tenir dans le bref temps imparti pour de telles réunions.

Quand l’équipe adopte Kanban, elle commence d’habitude avec un standup inchangé. Cependant cela signifie que, à un certain point, ils font face au même problème que les équipes Scrum :  15 minutes ne sont désormais plus suffisantes.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Récemment, Jorn Hunskaar a partagé une telle histoire sur son blog. Il m’a incité à combiner une suite d’idées en une seule réponse qui peut servir de un guide sur comment améliorer les standups autour du tableau Kanban.

Au lieu d’exécuter le typique tour de table avec des réponses sur ce qui s’est produit hier, ce qui va être réalisé aujourd’hui et quels sont les problèmes, vous pouvez essayer de reconcevoir le modèle que vous suivez pour le standup.

comment améliorer les standups autour du tableau Kanban

  • kanban boardD’abord, passez à travers tous les points bloquants (s’il y en a). Ceux-ci sont certainement vos points de douleur actuels. Cela signifie que vous voulez certainement investir une partie du précieux temps de standup sur ces points bloquants. Cela est évident.
  • Deuxièmement, discutez des items urgents ou à expédier (de nouveau, s’il y en a). C’est le travail prioritaire du point de vue de l’équipe toute entière. C’est quelque chose que vous devez vraiment faire sous peine de retarder d’autres taches. De nouveau, ceci est une chose dans laquelle cela vaut la peine d’investir de rares ressources.
  • Troisièmement, passez en revue les items qui n’ont pas progressé depuis le dernier standup. Ceux-ci sont les points qui peuvent être à risque. Peut-être ne devaient-ils pas progresser mais dans ce cas ce serait revu rapidement, peu de discussion nécessaire. Autrement, cela vaut la peine d’avoir une brève analyse ce qui a empêché ces points d’avancer. À propos, cela signifie que vous devriez avoir un mécanisme pour marquer visuellement les fiches qui ne se déplacent pas, ce qui est souvent délicat.
  • Quatrièmement, passez à travers tout le reste. Encore un conseil : Vous pouvez avoir discuté les sujets selon  leur classe de service par priorités. Autrement dit, vous commencez par la classe la plus hautement prioritaire de service (des bogues, des fonctionnalités critiques ou autre) et discutez tous les items de cette classe de service. Puis vous vous déplacez sur une autre. Bien, au moins cela peut fonctionner tant est que vous puissiez dire quelle classe de service est plus importante qu’une autre.

Encore une règle raisonnable : dans chacun de ces groupes, utilisez le tableau Kanban de la droite vers la gauche. Cela indique que plus un article est proche d’être fini plus vous voulez en discuter pour le compléter, apportant ainsi de la valeur à vos utilisateurs, clients et parties prenantes.

OK, jusqu’à ce point il y a en fait peu de différences : vous passez toujours en revue chaque item de travail qui est sur le tableau. Il y a un focus différent sur les problèmes et vous pouvez passer sur les items évidents de travail complété, mais tout de même, toujours beaucoup de contenu à revoir.

deadlineCependant, étant donné que vous venez de trier les sujets à discuter selon leur priorité, vous pouvez utiliser un truc simple et stopper la discussion quand le temps de la réunion s’est écoulé, peu importe si vous avez pu ou pas couvrir toutes les choses. Cela signifie que vous avez probablement couvert tous les items des trois premiers groupes et certainement tous ceux des deux premiers, indépendamment du reste qui exige une moindre part de discussion ou aucune discussion du tout.

Cela signifie aussi que, dans un bon jour, vous pouvez couvrir tous les points, ou davantage de choses, et c’est parfait. Ce dont vous avez essentiellement besoin est de vous assurer que la substance la plus importante ne va pas passer inaperçue.

Un pas de plus serait de sauter une discussion sur un groupe ou sous-groupe spécifique  d’items, comme par exemple une classe spécifique de service, quand vous voyez que cela n’ajoute pas vraiment de valeur. Si vous n’êtes pas certain,  essayez de les couvrir pendant les standups et voyez quel résultat vous obtenez.  Vous pourrez alors commencer à essayer d’autres choses avec l’agenda de la réunion.

Idéalement, après quelque temps, vous finirez par discuter seulement des choses importantes, disons, les points bloquants, les items à expédier et bloqués, et peut-être d’autres qui sont amenés par n’importe quel membre de l’équipe pour une raison importante et sortent du travail habituel qui n’a pas besoin de plus d’attention qu’une confirmation silencieuse que tout est parfaitement en ordre.

August 28 – Webinar (PMI) – The 4 Levels of Agile Requirements

31 juil

A PMI’s Requirements Management CoP webinar with Sally Elatta

28 August12-1 PM EDT

Sally Ellata

Sally Ellata

Don’t you just love the word ‘Requirements’? It’s so clear isn’t it – NOT!

This webinar is dedicated to discussing the 4 levels of requirements and why it is important to gather the right level at the right time and not dive into the details too early.

Sally Elatta will discuss 4 techniques for slicing EPICs into smaller deliverables and also share how you can use Business Value Points for prioritizing features.

Whether or not you’re using Agile, you will absolutely walk away with tips to help you improve your current requirements approach.

Sally Elatta
publishes several short learning videos on www.AgileVideos.com.

ne soyez pas un zombie de Scrum

15 juil

ZombieDon’t be a Scrum Zombie

http://www.pmhut.com/dont-be-a-scrum-zombie par Marc Löffler

Toute équipe de Scrum connait les 3 questions les plus célèbres posées chaque jour pendant le « Daily Scrum » :

  • Qu’avez-vous réalisé hier ?
  • Que ferez-vous aujourd’hui ?
  • Quels sont les obstacles ?

Pour certaines équipes cette réunion est juste un devoir ennuyeux et à cause de cela on répond à ces questions sans passion. Une chose que j’ai observée dans les dernières semaines et mois est combien ces questions ont des poids différents. On répond à la première question sur le dernier jour de travail en grand détail tandis que la réponse à la deuxième question est très courte et si on répond la troisième question c’est seulement pour déclarer qu’il n’y a actuellement aucun problème. Donc la plus grande partie de la réunion est une discussion sur le passé. L’avenir et les obstacles sont tout simplement ignorés. A mon humble avis, ceci est un gros problème qui devrait être évité.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Qu’avez-vous réalisé hier ?

Image courtesy of Stuart Miles / FreeDigitalPhotos.net

Image courtesy of Stuart Miles / FreeDigitalPhotos.net

La réponse à cette question ne doit pas être une liste détaillée de toutes les tâches vous avez fait hier. De plus, il ne s’agit de découvrir qui a fini le grand nombre de tâches et était apparemment le membre de l’équipe le plus travailleur. Le point n’est pas de créer un rapport pour le ScrumMaster, le Propriétaire de Produit ou une partie prenante.

Au lieu de cela la réponse devrait seulement contenir les informations qui sont utiles à tous les membres de l’équipe et importantes pour le reste du sprint. De cette façon les informations sont intéressantes et de valeur pour tous les membres de l’équipe, tout le monde écoute et en bénéficie.

Que ferez-vous aujourd’hui ?

Today is a good daySouvent on répond cette question avec un simple "je continuerai à travailler sur …". Ceci n’a aucun rapport avec une approche tactique. Chaque membre de l’équipe devrait attentivement observer la réunion et considérer quelle est l’étape suivante raisonnable pour supporter l’équipe dans l’atteinte du but du sprint. En particulier, les membres de nouvelles équipes de Scrum ont tendance à penser à leurs propres tâches au lieu de penser et travailler comme une équipe.

Il n’est pas important de commencer à travailler sur toutes les tâches de l’Arriéré de Sprint, mais bosser ensemble sur les tâches une par une. Au mieux deux membres de l’équipe travaillent simultanément sur une tâche en utilisant des techniques comme la programmation de pairs. C’est pourquoi le Daily Scrum est aussi l’endroit parfait pour décider qui s’appariera avec qui. Le Daily Scrum est une petite réunion de planification et c’est pourquoi vous devriez l’utiliser comme tel.

Quels sont les obstacles ?

Cheval, ObstacleDe façon intéressante, ceci est la question la plus sans réponse des trois. À la fin, tous les problèmes cachés surgissent dans la Rétrospective de Sprint bien qu’ils auraient pu être résolus pendant le sprint. Mais pour pouvoir les résoudre quelqu’un doit les mentionner.

Les raisons de ce comportement sont variées. Quelques membres de l’équipe croient que leur ScrumMaster n’est pas capable de résoudre leur problème. Les autres membres de l’équipe sont habitués à résoudre leurs problèmes tout seuls. Mais ces problèmes et obstacles cachés sont souvent ceux qui sont la cause d’un but de sprint manqué. C’est seulement si tout le monde connaît tous les obstacles que l’équipe peut les balayer du chemin vers le but de sprint.

Ne vous comportez donc pas comme un zombie de Scrum. Le Daily Scrum Quotidien n’est pas un devoir ennuyeux, mais une chance de réussir la prochaine étape vers le but du sprint.
Partenaire de DantotsuPM

Partenaire de DantotsuPM

 

17 Juillet – Webinar – Two to Tango – Quality and Velocity in Large IT Set-up

7 juil
Image courtesy of ambro / FreeDigitalPhotos.net"

Image courtesy of ambro / FreeDigitalPhotos.net"

Dans la plupart des organisations, les équipes informatiques se sont séparées en deux groupes distincts : un groupe travaille en Scrum, suit le rythme imposé par les métiers, s’adapte aux nouvelles technologies et innove; l’autre groupe préfère ou a besoin de suivre un modèle de gestion traditionnel en waterfall.

Comment abordez-vous le compromis vitesse-qualité quand la cohabitation entre agilité et organisation traditionnelle entraine un manque de cohésion et donne lieu à des problèmes de qualité ?

Cast LogoLes pratiques observées par des experts du sujet peuvent surprendre : CAST a invité plusieurs experts pour ce webinaire gratuit en langue anglaise:

  • Diego LoGiudice, analyste principal chez Forrester Research et expert en méthodes agiles et en mesure de la qualité des logiciels
  • Dr Bill Curtis, directeur du Consortium for IT Software Quality
  • Suresh Bala, VP ‘Application Management‘ de Wipro

M. LoGiudice relatera les défis rencontrés en introduisant plus de vitesse dans l’IT traditionnel. M. Bala décrira une approche pour améliorer la réactivité et la qualité d’un grand parc applicatif en mesurant l’actif logiciel.

Pour assister à cette web-conférence en anglais le jeudi 17 juillet à 16h30, cliquez ici.

Ce lien vous permet également de vous inscrire pour recevoir l’enregistrement de la web-conférence si vous n’êtes pas en mesure d’y participer.

Partenaire de DantotsuPM

Partenaire de DantotsuPM

Suivre

Recevez les nouvelles publications par mail.

Rejoignez 1 125 autres abonnés

%d bloggers like this: