Richesse des modes de communication
J’ai pu récemment mettre en oeuvre un atelier très intéressant “Offing the Offsite” de James Shore . Son but est de mettre en évidence la richesse de la conversation (sous entendu générée par une user story dans le mode agile) face à la complexité d’écrire ou de lire une spécification. Je résume l’exercice mais je vous encourage à aller voir la page de James Shore. Il fournit tous les éléments en PDF, ainsi qu’un scénario.
Fiche de lecture : Karmic Management, Roach/McNally/Gordon
Autre lecture cet été, Karmic Management, de Roach, McNally et Gordon. 150 pages qui se lisent en 1 ou 2 heures chez le coiffeur ou sur la plage, le soir dans le lit. Bon allons-y avec des pincettes. Il s’agit d’appliquer des préceptes bouddhistes au management. Gasp. re-gasp. Si j’ai lu ce bouquin c’est que l’un de mes associés me l’a conseillé. Il retrouve en partie dans ces préceptes notre façon de faire.
Fiche de lecture : Scrum, guide pratique, Claude Aubry
En ce début d’été j’ai pu le lire le livre de Claude Aubry. Je consulte régulièrement son blog (j’y retrouve deux sources d’intérêts : l’agilité ET le rock’n roll), lis ses tweets, et j’ai pu croiser celui-ci (assez brièvement) lors d’une présentation Scrum autour de Montpellier. Ses posts (blog) sont généralement simples (dans le bon sens du terme) et efficaces. Je m’attendais donc à quelque chose du même acabit. Mais en me disant : encore un bouquin sur Scrum, sur l’agilité… Il y en déjà pas mal, et des bons, enfin, la littérature disponible sur le web est pléthore.
Le piège de la contractualisation à la française
L’année dernière j’ai été fasciné par les résultats de l’exercice proposé par David Barnholdt concernant la réalisation de spécifications versus le détail de la demande fournie. David encadre deux groupes de travail, à chacun il donne 1 mn pour réaliser les spécifications suivantes, au premier groupe il demande : “dessiner une prairie durant une belle journée d’été, avec des fleurs bleues et rouges dans l’herbe verte, quelques vaches et quelques oiseaux sous un éclatant soleil”.
Conseils aux chefs de projet
Ouah. Quelle impudence ! donner des conseils à des chefs de projets. bon allez oui, osons. Juste quelques réflexions sur la façon de traiter certains aspects de votre projet. Ces réflexions viennent autant de mon expérience en la matière, et aussi de ce que je suis (ma personnalité), elles ne vont donc pas s’adapter à tous. Première chose à savoir faire c’est gérer les priorités. Dans la liste des actions à réaliser pour le projet vous devez savoir avec une certaine précision, ou une certaine intuition, dans quelle ordre les actions doivent s’agencer.
Les non-dits
Dans le meilleur des mondes il n’y aurait aucun non-dit. Qu’il s’agisse de la vie en générale, ou des projets informatiques (c’est le sujet ici !). Aucun non-dit est un idéal, mais cela n’arrive jamais (comme tous les idéaux). Il y a toujours quelque chose que l’on évite sciemment de dire à son client, son partenaire, son prestataire, etc. Généralement on cache une incapacité, une ignorance, une simple incertitude, etc. J’essaye, et je pense que cela est fructueux, d’éviter au maximum les non-dits.
Scrum agit, CMMi observe. scrum et cmmi billet 4
Donc cette fameuse question : Scrum et CMMi sont-ils antinomiques ? ou sont-ils complémentaires ? Si l’on en croit le fameux article de Jeff Sutherland Scrum and CMMI Level 5: The Magic Potion for Code Warriors, que vous retrouverez traduit ici grâce à Fabrice Aimetti (merci à lui), la réponse est oui, mille fois oui. Mais bon, il s’agit d’une entreprise CMMi niveau 5 (ça ne court pas les rues dans le coin, je ne parle pas de telle ou telle SSII qui s’est fait tamponner niveau 5 sur son groupuscule indien de 10 développeurs et qui étend magiquement le macaron à l’ensemble de son groupe…).
Le nouvel arrivant, scrum et cmmi billet 3
Toute ressemblance avec des personnes existantes ou ayant existé est purement fortuite. Imaginons Cinthia, fraichement diplômée, qui se lance dans sa vie professionnelle. Elle est développeuse .Net et deux belles entreprises ont répondues positivement à sa candidature. Dans la première, on lui vante les mérites de CMMi, que la société décline jusqu’au niveau 4 (ce qui est excellent); dans la seconde on lui dit qu’elle sera “agile” avec XP & Scrum.
Leaders et managers, Scrum et cmmi billet 2
J’entame donc ces petites mises en perspectives entre Scrum et CMMi par les questions de management de projet. Je ne vais pas mettre -encore une fois- en avant la dichotomie entre le chef de projet et le scrummaster, elle ne m’intéresse pas forcément telle qu’elle est présentée et elle n’est pas forcément aussi vraie que cela. Non pour juste dire ce qui sépare dans ma pratique de Scrum et de CMMi la notion de chef de projet/scrummaster je vais plutôt m’appuyer sur un passage de l’excellentissime “Lean Software Management” de Marie et Tom Poppendieck (que j’encourage tout le monde à lire) qui lui même cite le livre “What leaders really do” de John Kotter.
Scrum et cmmi, billet 1
Je souhaite réaliser une petites séries de billets dont le but est une mise en perspective entre Scrum et CMMi. Ces billets n’ont pas pour but de préconiser l’un plutôt que l’autre mais de faire partager mon humble expérience à ce sujet : je viens de passer plus de 3 années au sein d’une structure dont CMMi a été l’épine dorsale. A ce titre et ayant œuvré en tant que consultant ou chef de projet j’ai mis en œuvre des pratiques CMMi jusqu’au niveau 4.