« La fin de la méthodologie » : différence entre les versions

De Wiki Agile
Page créée avec « Category: Alistair Cockburn Category: Portail Framework <div id="content_view" class="wiki" style="display: block"> Auteur : [/Alistair%20Cockburn Alistair Cockbur... »
 
Aucun résumé des modifications
Ligne 32 : Ligne 32 :
* à travailler avec une communication réduite
* à travailler avec une communication réduite
* de check-list afin que les gens n'oublient rien.
* de check-list afin que les gens n'oublient rien.
<br /> <span style="display: block; text-align: justify">Ces deux éléments sont importants. Une méthodologie (est différente de la seule partie que représente le processus tout en la contenant à la fois) sert à définir les rôles, attributions et points d'interactions des personnes entre les attributions et les services.</span><br /> <span style="display: block; text-align: justify">Comme vous pouvez le constater, des méthodologies et des processus locaux spécifiques sont encore nécessaires et le seront toujours (je décris comment appréhender ces éléments dans [http://alistair.cockburn.us/Describing+methodologies+more+simply Décrire les méthodologies plus simplement]).</span><br /> <span style="display: block; text-align: justify">Ce que je décris dans ce modeste article de blog est que le « Processus » ou la « Méthodologie » tel que nous l'avons vu ces 30 dernières années – un épais manuel listant rôles, attributions, techniques à utiliser, points d'interactions – écrit sous la forme d'un livre de règles, destiné à être utilisé sur plusieurs organisations, plusieurs projets, plusieurs pays, plusieurs cultures, est terminé.</span><br /> <span style="display: block; text-align: justify">Certaines personnes s'attendront encore à le/les trouver, et nous pouvons nous attendre à ce que ces personnes nous le/les demandent. Mais nous ne pouvons pas satisfaire ces personnes, parce que nous, l'industrie logicielle, avons réalisé majoritairement que de tels processus et méthodologies sont sévèrement sous-optimales, et nous nous refusons de plus en plus à les produire. Malheur à celui qui produira une telle chose, malheur à ceux qui les achèteront et s'attendront à les voir fonctionner.</span><br /> <span style="display: block; text-align: justify">''(Et, juste pour'' ''l'anecdote'''', j'ai'' '''''presque''''' ''signé pour préparer un document sur le [http://alistair.cockburn.us/shu+ha+ri niveau-SHU (discussion : Re : Shu Ha ri)] pour un très grand client, afin qu'il puisse déployer x000 développeurs dans x00 compagnies dans X pays pour une transition vers l'agilité en mode big-bang ! Est-ce que ce ne serait pas un test ?!!! J'espère vraiment que je vais pouvoir'' ''le'' ''faire car cela va me pousser'' ''dans'' ''mes'' ''retranchements''''. Je ne pense pas vraiment que le contrat sera finalisé, ou qu'ils me laisseront faire, ou qu'ils feront ce que je suis en train d'écrire :), mais il s'agit d'une super expérience intellectuelle. (postscriptum un peu plus tard : le contrat ne s'est pas finalisé :'' ''ouf !'' ''c'était moins une).''</span><br /> Qu'en pensez-vous ?
<br /> <span style="display: block; text-align: justify">Ces deux éléments sont importants. Une méthodologie (est différente de la seule partie que représente le processus tout en la contenant à la fois) sert à définir les rôles, attributions et points d'interactions des personnes entre les attributions et les services.</span><br /> <span style="display: block; text-align: justify">Comme vous pouvez le constater, des méthodologies et des processus locaux spécifiques sont encore nécessaires et le seront toujours (je décris comment appréhender ces éléments dans [http://alistair.cockburn.us/Describing+methodologies+more+simply Décrire les méthodologies plus simplement]).</span><br /> <span style="display: block; text-align: justify">Ce que je décris dans ce modeste article de blog est que le « Processus » ou la « Méthodologie » tel que nous l'avons vu ces 30 dernières années – un épais manuel listant rôles, attributions, techniques à utiliser, points d'interactions – écrit sous la forme d'un livre de règles, destiné à être utilisé sur plusieurs organisations, plusieurs projets, plusieurs pays, plusieurs cultures, est terminé.</span><br /> <span style="display: block; text-align: justify">Certaines personnes s'attendront encore à le/les trouver, et nous pouvons nous attendre à ce que ces personnes nous le/les demandent. Mais nous ne pouvons pas satisfaire ces personnes, parce que nous, l'industrie logicielle, avons réalisé majoritairement que de tels processus et méthodologies sont sévèrement sous-optimales, et nous nous refusons de plus en plus à les produire. Malheur à celui qui produira une telle chose, malheur à ceux qui les achèteront et s'attendront à les voir fonctionner.</span><br /> <span style="display: block; text-align: justify">''(Et, juste pour l'anecdote, j'ai presque signé pour préparer un document sur le [http://alistair.cockburn.us/shu+ha+ri niveau-SHU (discussion : Re : Shu Ha ri)] pour un très grand client, afin qu'il puisse déployer x000 développeurs dans x00 compagnies dans X pays pour une transition vers l'agilité en mode big-bang ! Est-ce que ce ne serait pas un test ?!!! J'espère vraiment que je vais pouvoir le faire car cela va me pousser dans mes retranchements. Je ne pense pas vraiment que le contrat sera finalisé, ou qu'ils me laisseront faire, ou qu'ils feront ce que je suis en train d'écrire :), mais il s'agit d'une super expérience intellectuelle. (postscriptum un peu plus tard : le contrat ne s'est pas finalisé : ouf ! c'était moins une).</span><br />
Qu'en pensez-vous ?