http://www.fabrice-aimetti.fr/dokuwiki/ 2012-05-22T07:39:58+02:00 http://www.fabrice-aimetti.fr/dokuwiki/ http://www.fabrice-aimetti.fr/dokuwiki/lib/images/favicon.ico text/html 2010-09-19T19:05:49+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-1?rev=1284915949&do=diff [Page suivante][Tête de chapitre][Page précédente] Votre objectif est de faire grandir et rendre productive une équipe Agile, qui pense par et pour elle-même, plutôt que de compter sur vous pour mettre en place les principes de l'Agile. Montrer aux gens comment être Agile n'est pas suffisant : ils doivent changer leur façon de travailler et de penser pour implanter l'Agile de façon durable. Ils ont souvent besoin de désapprendre leurs anciennes habitudes avant de pouvoir effectivement travaill… text/html 2010-09-19T19:30:08+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-2?rev=1284917408&do=diff [Page suivante][Tête de chapitre][Page précédente] Développer une attitude positive dans votre coaching est essentiel. Vous devez croire le changement possible avant de le provoquer. Vous devez montrer que vous êtes ouvert aux nouvelles possibilités et idées tout en gardant les pieds sur terre. Ce que l'équipe attend de vous c'est de la guider vers ce qu'elle peut faire et d'avoir une dose de courage pour rendre ces changements réels. Voici d'importantes habitudes à développer en tant que c… text/html 2010-09-19T21:01:10+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-3?rev=1284922870&do=diff [Page suivante][Tête de chapitre][Page précédente] A l'image d'un coach sportif, un coach Agile doit connaître les règles du jeu. Vous devez comprendre comment l'Agile fonctionne et avoir acquis une certaine expérience dans la pratique de l'Agile. Lorsque vous avez l'expérience d'un Agile Practitioner, vous avez une meilleure appréciation de la façon dont cela fonctionne et vous pouvez utiliser des exemples réels pour illustrer vos propos. text/html 2010-09-19T21:04:54+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-4?rev=1284923094&do=diff [Page suivante][Tête de chapitre][Page précédente] Cela vous démange probablement de démarrer, mais par où allez-vous commencer ? Il n'y a pas de meilleur endroit plus qu'un autre. L'approche la plus simple est de choisir un truc et de commencer avec. S'il ne semble pas évident de commencer par un problème donné, alors vous pouvez prendre une approche Agile. Brainstorm-ez une liste de typologies de problèmes dont la résolution pourrait améliorer la vie de l'équipe sur le projet. Puis priorisez… text/html 2010-09-19T21:15:42+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-5?rev=1284923742&do=diff [Page suivante][Tête de chapitre][Page précédente] Créer des équipes Agile prend du temps, et certains jours on dirait qu'on ne fait aucun progrès. Il y aura sûrement des obstacles le long de la route qui vous donneront envie d'abandonner. Donc comment maintiendrez-vous l'élan pour continuer à avancer ? James Shore a fait un discours enthousiaste “Change Your Organization (For Peons)” à propos de son expérience d'introduction des techniques Agile dans sa société (Voir Proceedings of the 200… text/html 2010-09-19T21:22:46+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-6?rev=1284924166&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Pas le temps de coacher Si vous êtes surchargé de travail et que des personnes de l'entreprise comptent sur vous pour que certaines tâches soient réalisées, vous n'aurez pas le temps nécessaire pour tenir votre rôle de coach. Vous ne devez pas abandonner votre désir de passer coach. A la place, établissez un plan pour vous extraire de ces tâches pour lesquelles tout le monde compte sur … text/html 2010-09-19T21:24:55+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1-7?rev=1284924295&do=diff [Page suivante][Tête de chapitre][Page précédente] * Pratiquez en expliquant l'Agile aux autres. Vous pouvez le faire avec toute personne volontaire prête à vous écouter. Les groupes d'utilisateurs Agile sont de bons endroits pour peaufiner votre discours. * Faites quelques travaux préparatoires et trouvez le meilleur moyen d'être présenté à l'équipe. * Trouvez des moyens de montrer que vous appliquez vous-mêmes les principes Agile. Par exemple, vous pouvez travailler de façon itérativ… text/html 2010-09-19T19:03:49+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:1?rev=1284915829&do=diff [Page suivante][Page précédente] Commençons ensemble votre voyage pour devenir un coach agile. Votre mission est d'aider les équipes à produire des logiciels extraordinaires en appliquant l'Agile. Pour réussir, vous devrez être un passionné et un enthousiaste de l'Agile. Une expérience dans l'application de l'Agile est également un préalable avant de pouvoir guider une équipe vers l'Agile. Votre première question est probablement “Que fait un coach Agile ?”, rapidement suivie de “Comment pu… text/html 2011-05-30T14:57:12+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10-1?rev=1306760232&do=diff [Page suivante][Tête de chapitre][Page précédente] Accordez beaucoup de temps à l'équipe pour faire le passage à TDD. Cela va probablement prendre quelques mois avant que ses membres commencent à piloter leur code par les tests. Votre premier défi dans la mise en oeuvre de TDD est de découvrir par où commencer. Nous vous recommandons de traiter un problème à la fois plutôt que d'essayer d'introduire le TDD en une seule fois. Si l'équipe démarre un nouveau projet, elle peut directement passe… text/html 2011-05-31T10:49:43+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10-2?rev=1306831783&do=diff [Page suivante][Tête de chapitre][Page précédente] Vous pensez peut-être que les développeurs sont habitués à travailler séparément et à apporter très régulièrement leurs contributions à la version en cours. Ils n'intègrent pas leur code au fil de l'eau parce que cela prendrait trop de temps, mais pendant ce temps-là le reste du code source de référence peut avoir changé ; plus il se passe de temps entre deux intégrations, plus c'est difficile. L'Intégration Continue (IC) propose d'intégrer… text/html 2011-05-31T11:29:55+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10-3?rev=1306834195&do=diff [Page suivante][Tête de chapitre][Page précédente] Jusqu'à maintenant, nous avons parlé de la façon d'introduire le TDD et l'IC dans l'équipe. Pourtant, une fois que l'équipe a mis en place ces pratiques, vous devez encore la soutenir à poursuivre ses efforts dans cette voie. Si l'équipe est déjà confiante dans l'application de TDD, y a-t-il quelque chose que vous puissiez faire pour l'aider à s'améliorer ? Vérifiez si les tests mettent du temps à s'exécuter. L'histoire qui suit montre comm… text/html 2011-05-31T11:35:01+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10-4?rev=1306834501&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Aucun outil de tests disponible Des frameworks de tests unitaires open source sont disponibles dans la plupart des langages couramment utilisés. Pourtant, certaines équipes sont amenées à écrire du code dans des langages propriétaires, parce qu'elles travaillent avec des logiciels tiers qui ont leurs propres langages ou que l'entreprise a développé un langage spécifique pour son usage p… text/html 2011-05-31T11:37:40+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10-5?rev=1306834660&do=diff [Page suivante][Tête de chapitre][Page précédente] * Accordez beaucoup de temps pour le passage au développement piloté par les tests. Il s'agit d'un trop gros morceau pour que l'équipe le traite en une seule fois. Adoptez une approche itérative pour introduire TDD. Passez du temps avec l'équipe pour comprendre les freins et appliquez un cycle PrOpER. * Un nouveau projet peut démarrer avec une approche test en premier. Par contre, lorsque l'équipe doit recréer des tests sur du code qui ex… text/html 2011-04-16T22:26:02+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:10?rev=1302985562&do=diff [Page suivante][Page précédente] Nous avons rencontré beaucoup d'équipes qui se disaient Agile, mais qui en même temps se reposaient encore beaucoup sur des tests manuels. Les développeurs jettent le logiciel par-dessus le mur pour que les testeurs repèrent d'éventuels problèmes ; ensuite, les testeurs le renvoient accompagné de copieux rapports d'anomalies. Les jours s'écoulent pendant que les développeurs et les testeurs tournent en rond autour du produit en essayant de patcher le logiciel j… text/html 2011-06-09T20:40:33+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11-1?rev=1307644833&do=diff [Page suivante][Tête de chapitre][Page précédente] La conception incrémentale consiste tout simplement à prendre du temps pour améliorer la conception du logiciel par petites étapes au fur et à mesure. Petit à petit, chaque développeur consacre une partie de la journée à améliorer la conception. Ces retouches sont faites pour chaque user story et ne sont pas remisent à plus tard. En travaillant de cette façon, les développeurs réfléchissent à la conception du logiciel en écrivant des tests, en… text/html 2011-02-10T08:09:51+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11-2?rev=1297321791&do=diff [Page suivante][Tête de chapitre][Page précédente] [Page suivante][Tête de chapitre][Page précédente] text/html 2010-11-06T21:36:38+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11-3?rev=1289075798&do=diff [Page suivante][Tête de chapitre][Page précédente] [Deux écrans] [Page suivante][Tête de chapitre][Page précédente] text/html 2011-02-10T08:11:20+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11-4?rev=1297321880&do=diff [Page suivante][Tête de chapitre][Page précédente] [Page suivante][Tête de chapitre][Page précédente] text/html 2011-02-10T08:12:33+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11-5?rev=1297321953&do=diff [Page suivante][Tête de chapitre][Page précédente] [Page suivante][Tête de chapitre][Page précédente] text/html 2011-06-01T22:11:13+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:11?rev=1306959073&do=diff [Page suivante][Page précédente] Garder votre maison propre et en ordre est évidemment important, sinon, au fil du temps, il devient impossible d’y vivre. De la même manière, si l'équipe ne prend pas le temps de garder le code propre, il devient ardu et fragile, ce qui les ralentit. En tant que coach, vous êtes là pour les soutenir dans l’apprentissage à garder un code propre, testé et intégré en permanence. Jetons un œil sur la façon de vous y prendre pour qu’un code propre soit un objecti… text/html 2010-10-29T22:44:38+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:12?rev=1288385078&do=diff [Page suivante][Page précédente] [Page suivante][Page précédente] text/html 2010-07-27T22:19:13+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:13?rev=1280261953&do=diff [Page suivante][Page précédente] text/html 2010-07-13T22:25:14+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:14?rev=1279052714&do=diff [Page suivante][Page précédente] text/html 2010-09-20T21:34:18+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-1?rev=1285011258&do=diff [Page suivante][Tête de chapitre][Page précédente] Un homme va chez le docteur et lui dit : “Docteur, Docteur, cela me fait mal lorsque je lève mon bras au-dessus de ma tête.”. Le docteur répond : “Alors, ne levez pas votre bras au-dessus de votre tête.”. Ce n'est pas une bonne blague, mais les blagues “Docteur, Docteur” font partie d'un thème populaire : le docteur n'écoute pas réellement et n'aide pas à résoudre le problème. En tant que coachs, nous ne voulons pas tomber dans le même piège. … text/html 2010-09-20T21:38:01+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-2?rev=1285011481&do=diff [Page suivante][Tête de chapitre][Page précédente] Lorsque vous remarquez un comportement qui fonctionne mal dans l'équipe ou pour un individu, vous souhaitez naturellement les aider à voir ce qui doit être changé. Vous souhaitez partager vos observations en espérant les influencer pour changer leur comportement, mais il peut être difficile de trouver le meilleur moyen de faire passer votre message. Par exemple, si un membre de l'équipe a été irrespectueux, comment attirer l'attention de tous … text/html 2010-10-05T21:11:17+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-3?rev=1286305877&do=diff [Page suivante][Tête de chapitre][Page précédente] En tant que coach, vous pouvez vous laisser entraîner dans des situations conflictuelles au sein de l'équipe qui est alors freinée. Quelquefois, il s'agit d'un désaccord connu de tous et d'autres fois il s'agit de différends en gestation, mais dont on ne discute pas ouvertement. Si vous détectez qu'il y a un conflit caché dans l'équipe, passez du temps à écouter les préoccupations de chaque membre de l'équipe. Cela vous aidera à comprendre les… text/html 2010-10-05T21:13:33+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-4?rev=1286306013&do=diff [Page suivante][Tête de chapitre][Page précédente] Lorsque vous introduisez de nouvelles pratiques, il est intéressant de savoir si vous avez l'accord de chaque personne de l'équipe. Certains membres de l'équipe peuvent être enthousiastes par rapport aux changements proposés, mais d'autres seront également probablement sceptiques. Une technique qui permet de dévoiler les différences d'opinions est l'échelle des niveaux d'accord, que nous avons découvert dans le livre Guide du facilitateur à la… text/html 2010-10-05T21:15:54+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-5?rev=1286306154&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici les obstacles que vous pourrez rencontrer. Explosion émotionnelle pendant une réunion Si quelqu'un explose émotionnellement à cause d'un conflit pendant la réunion, nous vous conseillons de faire une pause et de lui donner du temps pour se calmer et récupérer son sang-froid. Avant de reprendre la réunion, prenez un moment pour parler à la personne et comprendre ce qui l'a bouleversé. Si vous décidez de continuer la réunion, ne feigne… text/html 2010-10-05T21:16:54+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2-6?rev=1286306214&do=diff [Page suivante][Tête de chapitre][Page précédente] * Pratiquez une écoute attentive pour comprendre les problèmes auxquels l'équipe fait face et bâtissez une relation de confiance. Donnez votre complète attention aux personnes qui parlent et posez des questions pertinentes pour clarifier et contrôler que vous avez bien compris ce qu'ils disent. * Lorsque vous faites un retour, séparez ce que vous entendez et voyez de vos sentiments sur la situation. Donnez des exemples spécifiques de ce q… text/html 2010-09-20T21:25:38+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:2?rev=1285010738&do=diff [Page suivante][Page précédente] Pour aider les équipes Agile à s'améliorer, vous devez travailler avec chaque individu de l'équipe. Ce sont eux qui maîtrisent l'art et la manière dans leurs travaux. Puisez dans leur expertise pour montrer ce qui les bloque ou les ralentit. Écoutez leurs préoccupations et leurs idées une à une pour vous donner des pistes sur la façon dont ils pourraient s'améliorer. L'Agile projette l'équipe au sein d'une collaboration plus étroite que tout ce qu'ils ont pu… text/html 2010-10-10T11:26:42+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-1?rev=1286702802&do=diff [Page suivante][Tête de chapitre][Page précédente] Commencez par préconiser des techniques Agile à l'équipe et vous verrez que les gens soulèveront très vite des objections. Même lorsqu'il y a une très bonne raison de changer, il est naturel d'être préoccupé par les risques. Garantissez-leur que devenir de plus en plus Agile est sans danger. Racontez-leur des histoires sur d'autres équipes Agile avec lesquelles vous avez travaillé pour qu'ils prennent conscience que c'est possible. Montrez … text/html 2010-10-10T20:34:35+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-2?rev=1286735675&do=diff [Page suivante][Tête de chapitre][Page précédente] Un autre moyen d'amener l'équipe à prendre en considération le changement, c'est de simplement poser des questions. Lorsque vous leur posez des questions, vous leur montrez que vous respectez leurs opinions et que vous êtes intéressé par leurs réponses. Ils ont besoin de réfléchir pour arriver à une réponse. Lorsqu'ils le font, ils rejoignent votre quête d'améliorer la façon dont l'équipe travaille. Une question qui provoque la réflexion peut … text/html 2010-10-10T20:48:35+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-3?rev=1286736515&do=diff [Page suivante][Tête de chapitre][Page précédente] Votre équipe aura besoin de temps pour en apprendre plus sur l'Agile avant d'adopter les pratiques de l'Agile. Encouragez-les à se réserver du temps dans leur planning pour apprendre. Par exemple, si l'équipe souhaite mettre en œuvre une nouvelle pratique comme le Développement piloté par les tests , ils devront se ménager un peu de temps pour savoir comment le faire avant de le mettre en œuvre. Il n'est pas utile de diffuser les idées Agil… text/html 2010-10-10T20:53:44+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-4?rev=1286736824&do=diff [Page suivante][Tête de chapitre][Page précédente] Une fois que l'équipe est prête à changer, ne les envoyez pas au fond du trou pour les laisser patauger. Lorsque vous présentez une nouvelle pratique à l'équipe, montrez-lui comment ça marche. La première fois qu'une équipe essaye une réunion Agile, telle que la réunion de rétrospective ou de planification, proposez-leur d'animer la réunion pour leur montrer comment cela fonctionne. Durant la réunion, expliquez le processus que vous suivez … text/html 2010-10-10T20:58:37+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-5?rev=1286737117&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Certaines personnes ne changent pas Certaines personnes aiment être les premières à essayer de nouvelles choses ou posséder le dernier gadget en vogue. D'autres préfèrent être les derniers en décidant de changer uniquement lorsque c'est absolument nécessaire. Ne vous attardez pas à essayer de convaincre les retardataires. Ils préfèrent être les derniers à adopter une nouvelle façon de t… text/html 2010-10-10T21:00:32+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3-6?rev=1286737232&do=diff [Page suivante][Tête de chapitre][Page précédente] * Partagez votre passion de l'Agile, sans être fanatique pour autant. Parlez-en, faites-en une démonstration et offrez votre aide aux autres. Encouragez et motivez l'équipe sur le fait que l'Agile peut et va fonctionner. * Vendez la problématique à l'équipe. Aidez-les à voir pourquoi ils doivent changer. Quelles sont les implications à long terme de maintenir le statu quo ? Discutez également avec chacun des membres individuellement. Comm… text/html 2010-10-10T11:08:35+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:3?rev=1286701715&do=diff [Page suivante][Page précédente] Parfois, vous introduirez de nouvelles pratiques Agile ; d'autres fois, vous aiderez l'équipe à ajuster finement son processus. Dans tous les cas, vous devrez amener l'équipe à opérer des changements. Ce n'est pas aussi simple que de dire aux gens ce qu'ils ont à faire. Les gens ont besoin de comprendre ce qu'est piloter le changement avant de déployer leurs efforts dans ce sens. Par conséquent, comment pouvez-vous leur ouvrir les yeux pour qu'ils entrevoien… text/html 2010-10-13T21:06:10+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-1?rev=1286996770&do=diff [Page suivante][Tête de chapitre][Page précédente] Une équipe efficace semble marcher comme une mécanique bien huilée. Regardez attentivement et vous verrez qu'ils ne se contentent pas de suivre les procédures. Lorsqu'ils rencontrent des problèmes, ils adaptent leur manière de travailler. Lorsque quelque chose doit être fait, quelqu'un fait un pas en avant pour prendre le sujet. text/html 2010-10-13T21:08:43+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-2?rev=1286996923&do=diff [Page suivante][Tête de chapitre][Page précédente] Une équipe a besoin d'avoir un espace de travail commun pour conserver un niveau de communication efficace. L'idéal est que l'équipe entière - et personne d'autre - soit dans la même pièce. Un “espace de repos” pas trop loin de l'équipe, où ils peuvent prendre un café et bavarder, leur permet de se relaxer et de bâtir des amitiés. Une salle de réunion dans le coin est utile pour gérer l'intimité ou pour avoir des discussions sans déranger le r… text/html 2010-10-11T21:12:02+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-3?rev=1286824322&do=diff [Page suivante][Tête de chapitre][Page précédente] La relation entre les clients et les développeurs est cruciale parce qu'ils ont besoin de travailler ensemble pour créer le meilleur produit possible. N'importe qui a besoin de se sentir faire partie de la même équipe en travaillant pour atteindre le même objectif. Clarifiez les responsabilités des rôles de l'équipe entière. Le client est la personne qui détient les cas métiers et priorise ce que le logiciel devrait faire. L'équipe de dével… text/html 2010-10-13T21:27:14+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-4?rev=1286998034&do=diff [Page suivante][Tête de chapitre][Page précédente] Les grandes équipes sont automotivées. Quelquefois, pourtant, nous verrons qu'une équipe est coincée parce qu'elle n'est pas sûre de savoir comment démarrer. Il peut y avoir de très bonnes solutions, mais y en avoir tellement qu'ils sont submergés. Vous trouverez dans ce qui suit quelques idées pour dynamiser l'équipe et l'aider à trouver sa propre source de motivation. Ni trop facile, ni trop dur Le secret des grandes équipes est qu'elles… text/html 2010-10-13T21:35:19+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-5?rev=1286998519&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Les équipes ne sont pas multidisciplinaires Certaines entreprises organisent les équipes par rôle, tels que les analystes, les concepteurs, les testeurs, les développeurs... avec un niveau de reporting différent à chaque fois. Il s'agit d'un obstacle sérieux pour devenir Agile pare que l'un des principes fondamentaux de l'Agile est la multidisciplinarité des équipes avec des personnes d… text/html 2010-10-13T21:35:44+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4-6?rev=1286998544&do=diff [Page suivante][Tête de chapitre][Page précédente] * Créez des opportunités pour que l'équipe se connaisse, ce qui va faciliter la cohésion. Partagez régulièrement des moments de convivialité ensemble, comme les déjeuners et les pots. * Créez un espace de travail partagé pour aider l'équipe à bien travailler ensemble. Essayez d'avoir l'équipe entière dans la même pièce. * Clarifiez les rôles et responsabilités. Obtenez du client le support nécessaire à l'équipe et qu'il travaille au se… text/html 2010-08-15T10:25:40+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:4?rev=1281860740&do=diff [Page suivante][Page précédente] Travailler au sein d'une équipe Agile soudée est passionnant. Mais les équipes soudées ne se créent pas en un instant ; cela prend du temps pour que la cohésion se crée. Lorsqu'une équipe ne travaille pas ensemble, les gens sont frustrés. Le logiciel qu'ils créent va en être le reflet. Vous pouvez favoriser la cohésion de l'équipe en mettant en place les conditions nécessaires pour que le travail en équipe apparaisse. Commencez en leur accordant du temps pou… text/html 2010-08-09T11:52:30+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-1?rev=1281347550&do=diff [Page suivante][Tête de chapitre][Page précédente] Tout d'abord, l'équipe trouvera peut être peu confortable de tenir une réunion debout plutôt que de s'asseoir, surtout si elle a l'habitude de travailler dans une organisation plus traditionnelle. Les gens peuvent être mal à l'aise de se tenir debout alors que les autres peuvent les voir dans cette situation ; cela peut sembler étrange voire excentrique ! Assurez-vous que l'équipe sache qu'il y a une bonne raison de se tenir debout; la réunion… text/html 2010-09-01T22:34:27+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-2?rev=1283373267&do=diff [Page suivante][Tête de chapitre][Page précédente] Il est impératif de faire passer le message parmi les membres de l'équipe que le daily standup est pour eux pour synchroniser leur travail. Il ne se tient pas à l'attention d'un chef de projet ou chef d'équipe souhaitant connaître l'état d'avancement de l'équipe ou leur communiquer des informations sur leur travail. Encouragez l'équipe à diriger leurs réponses vers les autres membres de l'équipe. Maintenez les conversations sur le travail … text/html 2010-09-02T21:40:12+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-3?rev=1283456412&do=diff [Page suivante][Tête de chapitre][Page précédente] Lorsqu'une personne de l'équipe mentionne un problème en travers de son chemin, il est souvent préférable de reporter à la fin du daily standup la discussion concernant sa résolution. L'équipe ne disposera de la vue globale qu'une fois que tout le monde se sera exprimé et chaque problème ne nécessitera peut être pas la présence de toute l'équipe pour le résoudre. Essayez de séparer les conversations dans le daily standup : invitez l'équipe à p… text/html 2010-09-02T21:41:52+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-4?rev=1283456512&do=diff [Page suivante][Tête de chapitre][Page précédente] La plupart des équipes préfèrent tenir leur daily standup au début de la journée de travail pour discuter de qui travaille sur quoi avant de s'immerger dans leur travail. Pourtant dans certaines entreprises, les gens n'arrivent pas à la même heure, ils doivent donc trouver une heure pour la réunion qui convienne à tout le monde. text/html 2010-09-02T21:45:42+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-5?rev=1283456742&do=diff [Page suivante][Tête de chapitre][Page précédente] Si vous ne dirigez pas la conversation et que vous ne veillez pas à ce que le daily standup respecte le créneau horaire, où est votre valeur ajoutée en tant que coach ? Notre point de vue est que le coach agit comme la conscience de l'équipe, un peu comme Jiminy Cricket dans le film pour enfants Pinocchio. Par exemple, vous pouvez gentiment rappeler à l'équipe ce qui est prévu si vous les voyez s'égarer dans la conversation. C'est tout un art … text/html 2010-09-02T21:48:39+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-6?rev=1283456919&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici certains obstacles que vous pourriez rencontrer. Des personnes arrivent en retard à la réunion Ne répétez pas ce qui a été dit aux retardataires. C'est irrespectueux pour les autres et leur renvoie le message qu'arriver en retard est normal. Nous avons travaillé avec des équipes qui demandaient aux retardataires de payer une amende s'ils rataient le démarrage de la réunion. Cela peut fonctionner mais soyez conscient que certaine… text/html 2010-08-09T11:54:05+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5-7?rev=1281347645&do=diff [Page suivante][Tête de chapitre][Page précédente] * Trouvez un endroit où l'équipe peut mener son daily standup autour de son tableau de tâches. S'il n'y a pas de place, utilisez un tableau portatif. * Prenez le temps nécessaire pour que le daily standup débouche sur une décision. Vous pouvez le réaliser plusieurs fois dans la journée si certains ne travaillent pas aux mêmes heures. * Encouragez l'équipe à conserver des réponses courtes et saines. La pratique des 3 questions peut aider … text/html 2010-09-01T22:20:53+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:5?rev=1283372453&do=diff [Page suivante][Page précédente] Vous avez déjà participé à plusieurs réunions de daily standup, donc vous êtes surpris de trouver un chapitre entier qui leurs soit consacrés. Cela semble facile à réaliser. Tout ce que vous avez à faire c'est de réunir l'équipe debout en cercle à la même heure tous les jours et que chaque membre réponde à trois questions simples : text/html 2010-09-02T21:53:49+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-1?rev=1283457229&do=diff [Page suivante][Tête de chapitre][Page précédente] Promenons nous à travers le cycle de vie d'une user story en la comparant au cycle de vie d'un papillon. Une user story naît d'une idée, comme un œuf. L'idée éclot sous forme d'une conversation, à travers laquelle l'idée grandit et change de forme, comme une chenille. La conversation converge vers des cas de tests spécifiques, comme la formation de la chrysalide. Ces cas de tests contiennent ce que le logiciel doit faire, et le logiciel prend… text/html 2010-09-02T21:55:29+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-2?rev=1283457329&do=diff [Page suivante][Tête de chapitre][Page précédente] Ce sont les conversations autour des user stories qui permettent à l'équipe de comprendre ce qu'il faut construire. Ces conversations doivent être menées par les développeurs et les testeurs, en vérifiant avec le client qu'ils ont bien compris les détails de la story au moment où ils la réalisent. Observez si l'équipe a du mal à réaliser ce qu'il faut construire et rappelez-lui de poser des questions au client plutôt que de deviner.… text/html 2010-09-02T22:02:54+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-3?rev=1283457774&do=diff [Page suivante][Tête de chapitre][Page précédente] Nous voyons souvent des équipes Agile utilisant un ordinateur et un vidéo-projecteur lors de leurs réunions de planification pour capturer les user stories. Ce procédé tue les conversations parce l'équipe regarde l'écran projeté en attendant qu'une personne mette à jour chacune des stories. Présentez les fiches (ou des posts-its) comme un autre moyen pour enregistrer les conversations sur les user stories. Il est beaucoup plus facile de regrou… text/html 2010-09-02T22:10:12+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-4?rev=1283458212&do=diff [Page suivante][Tête de chapitre][Page précédente] Une fois que l'équipe a compris la story de base, qui est l'utilisateur et quel problème ils essayent de résoudre, l'équipe a besoin de discuter des détails et de se mettre d'accord sur le comportement du logiciel à développer. Travaillez avec l'équipe pour délimiter le périmètre de chaque story sous la forme d'un ensemble de tests qui doivent passer avec succès pour considérer que la story est “terminée”. Ces tests de story aide l'équipe à cl… text/html 2010-09-02T22:11:01+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-5?rev=1283458261&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici certains obstacles que vous pourriez rencontrer sur votre route. Aucune fonctionnalité basée sur l'utilisateur Les user stories sont plus efficaces lorsqu'elles sont utilisées pour décrire les besoins d'utilisateurs humains réels. Si vous travaillez sur un projet de refonte de l'infrastructure ou de l'architecture alors il y a souvent peu de fonctionnalité basée sur l'utilisateur à décrire. Le modèle En tant que... Je veux... po… text/html 2010-08-09T11:55:57+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6-6?rev=1281347757&do=diff [Page suivante][Tête de chapitre][Page précédente] * Apprenez à l'équipe la formule “Carte, Conversation, Confirmation” pour les aider à se rappeler qu'une user story comporte trois éléments essentiels : une conversation, une carte/fiche et une confirmation. Encouragez l'équipe à affiner chaque user story en discutant avec le client. * Montrez à l'équipe comment écrire des fiches de story en le faisant vous-mêmes, puis arrêtez pour laisser la place à l'équipe. * Assurez-vous que les fich… text/html 2010-09-02T21:52:19+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:6?rev=1283457139&do=diff [Page suivante][Page précédente] Si les membres de l'équipe souhaitent livrer un logiciel à valeur ajoutée, ils doivent faire l'effort de comprendre les bénéfices à la fois utilisateur et métier ; les user stories les aident dans ce sens. Les user stories étayent le travail réalisé par l'équipe Agile que ce soit en termes de planification, de développement ou de test. text/html 2010-09-02T22:14:30+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-1?rev=1283458470&do=diff [Page suivante][Tête de chapitre][Page précédente] Encouragez l'équipe à travailler avec le client pour obtenir des user stories qui soient déjà bonnes pour le jour de la planification. Nous ne proposons pas que l'équipe entière ait une réunion préparatoire à la planification ; ceci peut être réalisé par quelques membres de l'équipe. Maintenant, guidez l'équipe à travers les étapes basiques suivantes pour créer une planification : Comprendre les priorités : Commencez une conversation av… text/html 2010-09-04T18:44:44+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-2?rev=1283618684&do=diff [Page suivante][Tête de chapitre][Page précédente] Recommandez que le client ouvre la réunion en expliquant l'objectif de la prochaine itération ou release logicielle. Il présente les user stories et comment chacune contribue à l'atteinte de l'objectif. Demandez-lui de classer les stories de la moins importante à la plus importante en déposant les fiches sur la table. Faites savoir au client que toutes les stories sont importantes, mais préparez-le en même temps à comprendre qu'il ne sera peut… text/html 2010-09-04T18:55:33+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-3?rev=1283619333&do=diff [Page suivante][Tête de chapitre][Page précédente] Avant d'estimer le travail, l'équipe a besoin de discuter des impacts sur la conception logicielle. Assurez-vous que l'équipe prenne un peu de temps pour creuser les détails techniques de chaque story. text/html 2010-09-04T19:01:38+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-4?rev=1283619698&do=diff [Page suivante][Tête de chapitre][Page précédente] La suite de la planification a pour but de regrouper les stories au sein d'un calendrier de l'itération que l'équipe pourra réellement tenir. C'est souvent la partie la plus dure car des compromis doivent souvent être faits. Vérifier la capacité de l'équipe Une fois que toutes les estimations sont faites, l'équipe a besoin de connaître sa capacité pour pouvoir planifier et réussir à livrer un certain nombre de user stories. Après avoir exé… text/html 2010-08-09T11:58:05+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-5?rev=1281347885&do=diff [Page suivante][Tête de chapitre][Page précédente] Après la réunion, l'équipe sera sans doute impatiente de commencer sur les nouvelles stories. Avant de se disperser, quelqu'un doit prendre la responsabilité de disposer les stories et les tâches sur le tableau de l'équipe. Suggérez que l'équipe élise quelqu'un pour en être le gardien sachant que certaines équipes font tourner ce rôle à l'intérieur de l'équipe. text/html 2010-09-04T19:11:15+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-6?rev=1283620275&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Le client ne sait pas ce qu'il veut Si le client n'a pas préparé la réunion, alors la première partie de la réunion prendra beaucoup de temps pour définir les user stories. Cela peut être utile de convenir d'une réunion préparatoire à la réunion de planification avec un petit groupe de gens pour obtenir un premier jet des stories. Cela marche mieux si vous faites venir au moins une pers… text/html 2010-09-04T19:12:02+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7-7?rev=1283620322&do=diff [Page suivante][Tête de chapitre][Page précédente] * Créez un agenda des réunions de planification avec l'équipe, en découpant éventuellement la planification en plusieurs sessions. Montrez à l'équipe la façon d'utiliser l'ordre du jour de la réunion en recentrant les conversations si elles sont en train de dériver. * Rappelez à l'équipe de travailler avec le client avant les réunions de planification pour préparer les user stories. * Assurez-vous que chacun ait l'opportunité de poser d… text/html 2010-09-02T22:12:34+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:7?rev=1283458354&do=diff [Page suivante][Page précédente] Personne n'aime les réunions qui durent longtemps, mais certaines conversations de fond sont nécessaires pour obtenir un planning réaliste. Par conséquent, comment allez-vous aider l'équipe à trouver le juste équilibre dans les réunions de planification ? Encouragez l'équipe à créer des plannings de différentes granularités. Ils auront probablement besoin à la fois d'un macro-planning pour représenter ce qui va se passer dans les quelques mois à venir et d'u… text/html 2010-09-06T21:04:05+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8-1?rev=1283799845&do=diff [Page suivante][Tête de chapitre][Page précédente] De nombreuses équipes divisent leur tableau en colonnes pour indiquer leur état d'avancement (photo ci-dessous). L'équipe affiche les fiches sur le tableau immédiatement après la planification et bouge les fiches sur le tableau jusqu'à atteindre la colonne Terminé. Voila comment cela fonctionne : Stories Toutes les stories sont placées sur le tableau par ordre de priorité de haut en bas. Tâches Les tâches sont placées sur le table… text/html 2010-09-06T21:08:56+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8-2?rev=1283800136&do=diff [Page suivante][Tête de chapitre][Page précédente] Travaillez avec l'équipe pour concevoir de “gros schémas bien visibles” et accroître la visibilité des problèmes qu'ils souhaitent suivre, puis affichez-les sur le tableau de l'équipe. L'équipe voit plus facilement si elle s'améliore. Par exemple, si l'équipe se met d'accord pendant sa rétrospective sur le fait d'encourager les rotations de binôme, elle peut utiliser une matrice de binômage pour montrer qui a binômé avec qui et combien de fois… text/html 2010-08-09T11:59:50+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8-3?rev=1281347990&do=diff [Page suivante][Tête de chapitre][Page précédente] Une grande partie de ce chapitre a été dédié aux mécanismes de mise en place de moyens pour rendre l'information davantage visible. Il y a un aspect important que nous n'avons pas encore abordé, c'est maintenir l'information à jour sur le tableau de l'équipe. Des informations obsolètes ne sont pas utiles. Vous ne souhaitez pas travailler pour les “nouvelles d'hier”, donc comment maintenir l'information à jour ? Discutez-en avec l'équipe. Co… text/html 2010-08-09T12:00:05+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8-4?rev=1281348005&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Pas de place pour un tableau d'équipe Les équipes ont souvent du mal à trouver de la place pour un tableau. Soyez créatif. Nous avons travaillé avec des équipes qui utilisaient les fenêtres et les portes de placard pour leurs tableaux. Vous pouvez également appuyer le tableau contre le bord d'un bureau si vous ne disposez pas d'un mur de libre. L'équipe ne met pas à jour son tableau … text/html 2010-08-09T20:01:39+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8-5?rev=1281376899&do=diff [Page suivante][Tête de chapitre][Page précédente] * Impliquez l'équipe dans la conception et la construction du tableau qui leur permettra de rendre visible le planning de l'itération. Chacun peut alors facilement voir ce qui doit être fait et coordonner son travail avec les autres. * C'est le tableau de l'équipe, ils peuvent donc afficher des choses qui leur sont personnelles et des graphiques qui peuvent les aider à se concentrer sur l'amélioration de leur travail. * Trouvez une con… text/html 2010-09-06T20:56:39+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:8?rev=1283799399&do=diff [Page suivante][Page précédente] Quelle astuce utilisez-vous lorsque vous voulez vous rappeler de quelque chose ? Que ce soit pour récupérer votre chemise au pressing ou pour envoyer une carte d'anniversaire, nous parions que vous utilisez un moyen visuel pour vous en rappeler, comme un mot sur la porte du réfrigérateur. L'équipe doit se rappeler de beaucoup de choses : planning des itérations, actions suite à la rétrospective et l'état d'avancement du logiciel. Entrainez les à rendre visible … text/html 2010-11-17T20:34:57+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-1?rev=1290022497&do=diff [Page suivante][Tête de chapitre][Page précédente] L'activité de tests ne constitue pas le travail d'une seule personne ; c'est la responsabilité de l'équipe entière. Chaque personne de l'équipe dispose de compétences différentes pour contribuer à l'atteinte de l'objectif de tout “terminer”. En tant que coach, vous pouvez les aider à découvrir comment coordonner leurs efforts. Les développeurs doivent s'assurer que leur code passe bien avec succès les tests de story avant de le livrer pour … text/html 2011-04-16T21:49:01+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-2?rev=1302983341&do=diff [Page suivante][Tête de chapitre][Page précédente] Amenez l'équipe entière à se mettre d'accord sur ce que devrait être la définition de “terminé”. Démarrer la discussion avec cette définition basique : “Terminé” veut dire que le client est satisfait de ce qui a été développé, et que tous les tests de story passent avec succès. À partir de là, demandez à l'équipe quelles devraient être les vérifications à ajouter sur chaque story pour qu'elle soit considérée comme “terminé”. Encouragez l… text/html 2011-04-16T21:59:48+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-3?rev=1302983988&do=diff [Page suivante][Tête de chapitre][Page précédente] Lorsque les membres de l'équipe appréhendent clairement ce qui va arriver, il y a moins de chance qu'ils reportent toutes les tâches de tests au dernier jour de l'itération. Prenez le temps de parler, lors de la réunion de planification, avec l'équipe entière de ce que sont les tâches de tests. Ne les laissez pas partir en ajoutant une simple tâche nommée “Tests” sur chacune des story, c'est une solution trop facile ! Quelques exemples de tâch… text/html 2011-04-16T22:12:03+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-4?rev=1302984723&do=diff [Page suivante][Tête de chapitre][Page précédente] Pour que les membres de l'équipe réussissent à “terminer” toutes les stories avant la fin de l'itération, ils doivent être d'accord sur la façon de gérer les anomalies qui apparaissent durant l'itération. Il est assez clair que si un test de story échoue, l'anomalie doit être résolue avant que la story puisse être considérée comme “terminée”. Mais que se passerait-il si l'anomalie correspond à un test de story jamais évoqué lors de la réunion … text/html 2011-04-16T22:13:20+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-5?rev=1302984800&do=diff [Page suivante][Tête de chapitre][Page précédente] Des retours rapides peuvent permettre d'étouffer un problème dans l'oeuf. Les développeurs ne recherchent pas assez souvent à obtenir un retour rapide, ce qui peut les amener à ne pas terminer certaines stories avant la fin de l'itération, et cela génère également une charge irrégulière pour les testeurs. Un développeur n'a pas besoin d'implémenter entièrement la user story pour vérifier qu'il est sur la bonne voie. Il peut très bien n'en réal… text/html 2011-04-16T22:15:53+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-6?rev=1302984953&do=diff [Page suivante][Tête de chapitre][Page précédente] Nous avons parlé de comment améliorer les chances de l'équipe pour qu'elle “termine” toutes les stories avant la fin de l'itération. Mais que faites-vous si l'équipe n'y réussit pas ? Pensez-y sérieusement. Parlez de ce qui est arrivé lors de la démo de l'itération et la rétrospective. Aidez l'équipe à comprendre pourquoi c'est arrivé et demandez-leur des idées pour empêcher que cela se reproduise une nouvelle fois. Reconnaissez également q… text/html 2011-04-16T22:20:13+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-7?rev=1302985213&do=diff [Page suivante][Tête de chapitre][Page précédente] Voici quelques obstacles que vous pourrez rencontrer. Cela ne me concerne pas Nous rencontrons parfois des personnes qui ont une vision assez rigide des tâches qui leur incombent. Vous pouvez avoir un développeur ou un client dans l'équipe qui insiste sur le fait que “tester c'est pour les testeurs”. Ou vous pouvez avoir un testeur qui considère que les tests automatisés doivent être écrits par les développeurs. La cause en est généralemen… text/html 2010-12-04T14:00:46+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9-8?rev=1291467646&do=diff [Page suivante][Tête de chapitre][Page précédente] * Définissez ce que “terminé” signifie pour l'équipe. Affichez-le comme une check-list dans l'espace de travail de l'équipe. Incluez-y les tests effectués par les clients, les développeurs et les testeurs, mais excluez les tests faits en dehors de l'équipe. * Assurez-vous que les activités de tests sont bien prises en considération lors de la planification de l'itération de telle façon que les tâches de tests soient comprises de l'équipe … text/html 2010-11-17T20:33:05+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:9?rev=1290022385&do=diff [Page suivante][Page précédente] Avez-vous déjà vu des enfants jouer au football ? Ils courent tous après le ballon au lieu de se mettre à un endroit où on peut leur faire une passe ou même jouer en défense. Ils ne savent pas encore jouer en équipe pour marquer des buts. Les équipes Agile ont besoin d'apprendre comment travailler ensemble pour atteindre leurs objectifs. Bien sûr, les membres d'une équipe ne frappent pas dans une balle, mais ils se passent le logiciel. Chacun doit participe… text/html 2010-09-19T18:59:02+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:ack?rev=1284915542&do=diff [Page suivante][Page précédente] Ce livre n'aurait pas été possible sans l'aide de nos familles. Nous avons écrit une grande partie de l'ouvrage pendant les week-ends et les soirées et nous avons également eu de longs échanges par Skype pendant qu'ils passaient silencieusement autour de nous en attendant que nous ayons terminé. Ainsi donc, nous remercions nos deux familles pour tout : Don, Alex, Abby et Josh, ainsi que Ian, Sapphire et Stephanie. Nous souhaiterions remercier nos relecteurs … text/html 2010-11-04T07:42:48+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:biblio?rev=1288852968&do=diff [Page suivante][Page précédente] [Bec00] Kent Beck. Extreme leadership: Celebrate accomplishment. File on Extreme Programming discussion list, 2000. [Bec07] Kent Beck. Implementation Patterns. Addison-Wesley, Reading, MA, 2007. [Bel05] Arlo Belshee. Promiscuous pairing and beginner's mind: Embrace inexperience. Proceedings of the Agile 2005 conference, pages 125-131, July 2005. [Bon93] Edward De Bono. Six Action Shoes. HarperCollins Publishers Ltd, London, 1993. [Buz03] Tony Buzan.… text/html 2011-06-06T07:53:17+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:start?rev=1307339597&do=diff [traduit] [relu] Array Avant-propos Introduction Generic Agile The Aim of This Book How to Read This Book Remerciements [relu par Ivan][traduit par Fabrice]Remerciements I - Les principes du coaching [relu par Ivan][traduit par Fabrice]1. Commencer le voyage [relu par Ivan][traduit par Fabrice]1.1. Que fait un coach Agile ? [relu par Ivan][traduit par Fabrice]1.2. Développer une attitude de coaching [relu par Ivan][traduit par Fabrice]1.3. Se préparer à coacher [relu par Ivan]… text/html 2011-06-01T22:23:30+02:00 http://www.fabrice-aimetti.fr/dokuwiki/doku.php/traduction:agilecoaching:traduc?rev=1306959810&do=diff [Page précédente] * Fabrice Aimetti - Agilarium * Ivan Salam * Ivan Salam * Guillaume Vincent - Rolala * Antoine Vernois - Mon blog à moi que j'ai