« Un conseil pour une équipe avec un nouveau chef qui ne connaît pas le Lean et qui souhaite plutôt nous faire passer à l'Agilité ? » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
|||
| Ligne 38 : | Ligne 38 : | ||
L'un des problèmes clés de la pensée Agile est que - d'après ce que j'ai vu - elle est fortement orientée fonctionnalités. Le logiciel qui en résulte a tendance à être chargé de fonctionnalités, aucune d'entre elles n'est très utile et ne fonctionne pas nécessairement très bien pour les utilisateurs sur les quelques fonctionnalités clés dont ils ont vraiment besoin, sur des problèmes plus profonds tels que la vitesse, les bogues et les problèmes, et la sécurité des données.<br/> | L'un des problèmes clés de la pensée Agile est que - d'après ce que j'ai vu - elle est fortement orientée fonctionnalités. Le logiciel qui en résulte a tendance à être chargé de fonctionnalités, aucune d'entre elles n'est très utile et ne fonctionne pas nécessairement très bien pour les utilisateurs sur les quelques fonctionnalités clés dont ils ont vraiment besoin, sur des problèmes plus profonds tels que la vitesse, les bogues et les problèmes, et la sécurité des données.<br/> | ||
<br/> | <br/> | ||
<u>Le Lean commence à un point différent</u> - non pas avec l'équipe, mais avec le développeur et le product owner ou l'architecte (en termes lean, l'ingénieur en chef).<br/> | |||
<br/> | <br/> | ||
Avec l'Agilité, l'équipe regarde le tableau d'affichage des tickets, en prend un du backlog de stories et le pousse dans les files d'attente "à faire", "en cours", "en revue", "fini" - beaucoup de variations sur ces en-têtes, mais ils font principalement la même chose.<br/> | Avec l'Agilité, l'équipe regarde le tableau d'affichage des tickets, en prend un du backlog de stories et le pousse dans les files d'attente "à faire", "en cours", "en revue", "fini" - beaucoup de variations sur ces en-têtes, mais ils font principalement la même chose.<br/> | ||
