« Pratiques concrètes pour les Managers Agile (1ère partie) » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
Ligne 2 : Ligne 2 :
[[Category: Management 3.0]]
[[Category: Management 3.0]]
[[Category: Portail Manager-Leader Agile]]
[[Category: Portail Manager-Leader Agile]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Jurgen Appelo<br /> Source : [http://www.noop.nl/2011/09/concrete-practices-for-agile-managers-part-1.html Concrete Practices for Agile Managers (Part 1)]<br /> Date : 07/09/2011<br />
Auteur : Jurgen Appelo<br />
Source : [http://www.noop.nl/2011/09/concrete-practices-for-agile-managers-part-1.html Concrete Practices for Agile Managers (Part 1)]<br />
Date : 07/09/2011<br />
----
----
Traducteur : Fabrice Aimetti<br /> Date : 08/09/2011<br />
Traducteur : Fabrice Aimetti<br />
Date : 08/09/2011<br />
----
----
''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Je lisais le livre de Jerry Weinberg [http://www.amazon.com/Becoming-Technical-Leader-Problem-Solving-Approach/dp/0932633021/ref=sr_1_1?s=books&ie=UTF8&qid=1315482948&sr=1-1 Becoming a Technical Leader] la semaine dernière, et je suis tombé sur ses conseils pour '''commencer un journal et écrire cinq minutes par jour'''. Le conseil était si clair et simple que j'ai décidé de le mettre en œuvre immédiatement.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La ''raison'' principale d'écrire un journal est de vous pousser à l'auto-réflexion. Mais Jerry n'a pas dit à ses lecteurs de "faire un peu d'auto-réflexion". Il a plutôt écrit que nous devrions "tenir un journal". Jerry a compris que '''les gens avaient besoin de mesures concrètes à entreprendre''' pour apprendre à atteindre un objectif, qui sinon reste trop abstrait.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">C'est pourquoi il y a plus d'une semaine, je me suis demandé [http://www.noop.nl/2011/08/best-practices-for-agile-managers.html Quelles étaient les meilleures pratiques pour les managers] ? Je me suis intéressé à des '''pratiques concrètes''' plutôt qu'à des valeurs abstraites ou à des principes, parce que sans apprentissage et avec de simples petites mesures à prendre, les managers trouveront trop dur d'atteindre le résultat souhaité : une '''organisation Agile'''.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Les [http://www.noop.nl/2011/08/best-practices-for-agile-managers.html suggestions que j'ai reçues] étaient tout à fait intéressantes. Non seulement parce que j'ai lu des choses sur certaines pratiques dont je n'avais jamais entendu parler auparavant. Mais aussi parce que bon nombre des suggestions étaient encore (à mon humble avis) trop haut niveau et trop abstraite. Cela confirme mon expérience que '''la plupart des gens ne savent pas ce que les managers Agile devraient ''faire'' au jour le jour'''. On en reste tout juste à des conseils bien intentionnés, mais difficilement déclinables en actions, telles que "devenez obsolètes" et "faites confiance à l'équipe".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Mais, comme je le disais, j'ai reçu un certain nombre de bonnes suggestions. Et je vais énumérer mes favorites ici :</span><span style="display: block; text-align: justify"><br />  
Traduction :<br />
<br />
<span style="display: block; text-align: justify">Je lisais le livre de Jerry Weinberg [http://www.amazon.com/Becoming-Technical-Leader-Problem-Solving-Approach/dp/0932633021/ref=sr_1_1?s=books&ie=UTF8&qid=1315482948&sr=1-1 Becoming a Technical Leader] la semaine dernière, et je suis tombé sur ses conseils pour '''commencer un journal et écrire cinq minutes par jour'''. Le conseil était si clair et simple que j'ai décidé de le mettre en œuvre immédiatement.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">La ''raison'' principale d'écrire un journal est de vous pousser à l'auto-réflexion. Mais Jerry n'a pas dit à ses lecteurs de "faire un peu d'auto-réflexion". Il a plutôt écrit que nous devrions "tenir un journal". Jerry a compris que '''les gens avaient besoin de mesures concrètes à entreprendre''' pour apprendre à atteindre un objectif, qui sinon reste trop abstrait.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">C'est pourquoi il y a plus d'une semaine, je me suis demandé [http://www.noop.nl/2011/08/best-practices-for-agile-managers.html Quelles étaient les meilleures pratiques pour les managers] ? Je me suis intéressé à des '''pratiques concrètes''' plutôt qu'à des valeurs abstraites ou à des principes, parce que sans apprentissage et avec de simples petites mesures à prendre, les managers trouveront trop dur d'atteindre le résultat souhaité : une '''organisation Agile'''.</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Les [http://www.noop.nl/2011/08/best-practices-for-agile-managers.html suggestions que j'ai reçues] étaient tout à fait intéressantes. Non seulement parce que j'ai lu des choses sur certaines pratiques dont je n'avais jamais entendu parler auparavant. Mais aussi parce que bon nombre des suggestions étaient encore (à mon humble avis) trop haut niveau et trop abstraite. Cela confirme mon expérience que '''la plupart des gens ne savent pas ce que les managers Agile devraient ''faire'' au jour le jour'''. On en reste tout juste à des conseils bien intentionnés, mais difficilement déclinables en actions, telles que "devenez obsolètes" et "faites confiance à l'équipe".</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Mais, comme je le disais, j'ai reçu un certain nombre de bonnes suggestions. Et je vais énumérer mes favorites ici :</span><span style="display: block; text-align: justify"><br />  


* Utilisez le [http://www.agile-ux.com/2009/01/09/return-on-time-invested-a-roti-for-your-meetings/ ROTI] (Retour sur le temps investi/Return On Time Invested) à la fin de chaque réunion (Gaetano Mazzanti)
* Utilisez le [http://www.agile-ux.com/2009/01/09/return-on-time-invested-a-roti-for-your-meetings/ ROTI] (Retour sur le temps investi/Return On Time Invested) à la fin de chaque réunion (Gaetano Mazzanti)