http://agilitateur.azeau.com/ Développement logiciel et méthodes agiles fr Thu, 17 Jul 2008 15:28:54 +0200 http://blogs.law.harvard.edu/tech/rss Dotclear http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c111 urn:md5:1e7b260fdd80a12d64080cb295d8017c Mon, 22 Jan 2007 13:43:06 +0100 claude Sur la plupart des projets on manque de présence des clients. Vous avez la chance d'en avoir 3 presque à plein temps, c'est positif. En contrepartie cela nécessite une couche d'organisation supplémentaire pour s'assurer qu'ils sont sur la même ligne. Ce que j'essaie de dire c'est que pendant un sprint il peut y avoir besoin de réagir vite et que cette couche supplémentaire peut ralentir l'avancement. Mais vous verrez bien dans votre contexte à vous.<br /> Merci pour la police ! http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c110 urn:md5:433c14271e2f3697defa501e58bd15ec Sun, 21 Jan 2007 22:03:44 +0100 oaz Mais alors que faire quand une seule personne n'a pas l'ensemble des compétences nécessaires pour :<br /> - décider des priorités des diverses exigences ?<br /> - connaître les besoins détaillés des utilisateurs ?<br /> - connaître les contraintes techniques et organisationelles du terrain ?<br /> - ....<br /> <br /> Dans mon contexte actuel (et même ceux que j'ai connus dans le passé), une seule personne ne peut pas fournir l'ensemble des réponses dont ont besoin les membres de l'équipe au quotidien. Il en faut obligatoirement plusieurs. C'est la raison pour laquelle, d'une manière ou d'une autre, il faut que ces personnes qui constituent collectivement la &quot;direction de produit&quot; soient sur la même ligne de pensée.<br /> Une solution serait de mettre une seule personne en point d'entrée unique sur la gestion de produit pour l'ensemble des membres de l'équipe de développement mais un tel choix me fait surtout penser à un goulot d'étranglement qui ne va pas du tout dans le sens &quot;Individuals and interactions over processes and tools&quot;. http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c109 urn:md5:3dffbce37b9d0709a45bef585cf93783 Sat, 20 Jan 2007 13:14:11 +0100 Claude Ma première phase est pas finie (les petits caractères ne facilitent pas la relecture). <br /> Je voulais dire :<br /> On fait une séance en groupe (Planning poker) pour estimer le coût avec un consensus de l'équipe et de façon symétrique on peut faire un workshop pour définir les priorités avec les différentes personnes intéressées par le produit (stakeholders). http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c108 urn:md5:c67e7e26c39e464eb428d81a98e0a690 Sat, 20 Jan 2007 13:10:40 +0100 Claude On fait une séance en groupe (Planning poker) pour estimer le coût avec un consensus de l'équipe et de façon symétrique on peut faire un workshop pour définir les priorités avec les. Mais dans la vie de tous les jours il y a des décisions à prendre sur le produit (ou des tests à spécifier) qui ne peuvent pas attendre la tenue d'une réunion . C'est pour éviter de retarder le travail d'un sprint que je préconise un seul directeur de produit.<br /> Euh, la police est toujours aussi minuscule. http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c107 urn:md5:2bdd2270cd16d1efbfd3ed8a2387f10a Fri, 19 Jan 2007 23:29:39 +0100 oaz J'ai modifié la taille de la police dans la boite de saisie des commentaires. Cela devrait être plus lisible. http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c106 urn:md5:3b23ff1573d725dba96b8c909b009a77 Fri, 19 Jan 2007 23:28:42 +0100 oaz J'ai surtout l'impression que l'on dit plus ou moins la même chose avec un angle de vue différent. Quand je parle de &quot;non-unicité du directeur de produit&quot;, c'est pour justement mettre en avant que plusieurs personnes (un petit groupe), avec ce qu'elle peuvent apporter par rapport à leur vécu du produit participent à sa définition et, en ce sens, toutes ces personnes peuvent légitimement dialoguer avec les développeurs.<br /> Dire que les membres de l'équipe ne doivent entendre qu'une voix ne signifie pas forcément que cette voix soit celle d'une seule personne ! On peut considérer la situation symétrique : il est préférable que la direction de produit entende une seule voix quand il s'agit de donner un coût à une exigence (sans cela, impossible de prioritiser). Pourtant, cela n'implique pas qu'un seul membre de l'équipe soit habilité à estimer ce coût ! http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c105 urn:md5:bf224f3af2ab512962a8e13083ce963f Fri, 19 Jan 2007 12:00:20 +0100 Claude C'est une bonne chose que plusieurs personnes du côté client (produit) participent au projet. Cela n'est pas contradictoire avec un directeur de produit unique. Il reste comme argument l'autre raison que j'évoquais.<br /> J'arrête mon commentaire ici parce que cette boîte pour l'écrire est vraiment trop petite et avec des caractères minuscules ! http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c104 urn:md5:473dcc95337284fc5d419ab32a76354e Thu, 18 Jan 2007 21:47:08 +0100 oaz Sur les 3 personnes évoquées, une seule n'est pas à temps plein (marketing produit) mais va approcher, je pense, les 50%. Les 2 autres sont à temps plein.<br /> A mon avis, dans mon contexte (édition de produit logiciels pour plusieurs dizaines voire centaines de clients), un directeur de produit unique est une illusion si l'on considère le besoin d'interaction avec le terrain (les clients, les commerciaux, les field engineers, ...) que doit gérer une direction de produit pour faire ses choix.<br /> Le 'client sur site' présenté comme personne unique était une des critiques majeures de XP à ses débuts et cette notion a d'ailleurs plus ou moins disparu dans XPE2E.<br /> <br /> J'en arrive même à me demander si l'esprit de Scrum ne serait pas applicable à une activité de gestion de produit : plusieurs personnes collaborant sur un travail dont le but est de produire un 'backlog de produit'. Pourquoi ce que l'on considère possible pour du développement logiciel ne serait pas possible pour cela ? http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c103 urn:md5:55040ec497840a57ef3bdb60b64d5488 Tue, 16 Jan 2007 20:44:39 +0100 Claude On pourrait discuter du groupé pénétrant...<br /> Mais parlons Scrum. J'ai une réserve : avoir un comité de 3 personnes au lieu d'une seul directeur de produit ne me paraît pas une bonne idée, pour 2 raisons : <br /> - il est préférable que l'équipe n'entende qu'une seule voix quand il s'agit d'avoir une réponse à une question<br /> - un directeur de produit devrait être à plein temps ou presque sur le projet ce qui est probablement incompatible avec les fonctions évoquées http://agilitateur.azeau.com/post/2007/01/13/Scrumification#c102 urn:md5:5b8d9310296b4d6e0aa4ad96ea798519 Mon, 15 Jan 2007 12:25:53 +0100 Stéphane Je suis curieux de voir ce que donne 3 directeurs de produit avec des objectifs différents voire divergeant..