« Scrum mou » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 15 : | Ligne 15 : | ||
* Après un certain temps, les progrès sont lents parce que le code développé au départ était de mauvaise qualité. | * Après un certain temps, les progrès sont lents parce que le code développé au départ était de mauvaise qualité. | ||
<br/> | <br/> | ||
Ce qui s’est passé, c’est qu’ils n’ont pas attaché suffisamment d’importance à la qualité interne de leur logiciel. Si vous faites cette erreur, vous verrez bientôt votre productivité tomber en chute libre en constatant qu’il est bien plus difficile que vous ne pensiez au départ d’ajouter les nouvelles fonctionnalités souhaitées. Vous venez de prendre un gros handicap de [http://martinfowler.com/bliki/TechnicalDebt.html Dette Technique] et votre équipe est à genoux (et si vous faites vraiment du Scrum, vous savez que c’est une mauvaise chose). | Ce qui s’est passé, c’est qu’ils n’ont pas attaché suffisamment d’importance à la qualité interne de leur logiciel. Si vous faites cette erreur, vous verrez bientôt votre productivité tomber en chute libre en constatant qu’il est bien plus difficile que vous ne pensiez au départ d’ajouter les nouvelles fonctionnalités souhaitées. Vous venez de prendre un gros handicap de [http://martinfowler.com/bliki/TechnicalDebt.html Dette Technique] et votre équipe est à genoux (et si vous faites vraiment du Scrum, vous savez que c’est une mauvaise chose).<br/> | ||
<br/> | |||
J’ai mentionné Scrum, car quand on constate ce problème, Scrum semble être le processus le plus fréquemment suivi par l’équipe. Pour de nombreuses personnes, cette situation est aggravée par Scrum parce que le processus est centré sur les techniques de gestion de projet et omet délibérément toutes pratiques techniques, contrairement à l’eXtreme Programming (par exemple).<br/> | |||
<br/> | <br/> | ||
Pour défendre Scrum, il est important de souligner que ce n’est pas juste parce qu’il n’englobe pas les activités techniques dans son périmètre d’application qu’il ne doit pas laisser penser qu’elles ne sont pas importantes. Chaque fois que j’ai écouté d’éminents Scrumistes en parler, ils ont toujours insisté sur le fait que vous devez avoir de bonnes pratiques techniques pour réussir un projet Scrum. Ils ne peuvent pas vous imposer ces pratiques techniques, mais sachez que vous en avez besoin. Après tous, les projets rencontrent des problèmes de faible qualité interne tout le temps, le fait que beaucoup tombent sous la bannière Scrum est peut être plutôt dû au fait que Scrum est très populaire en ce moment et n’est donc pas lié à Scrum lui-même. Popularité et "[http://martinfowler.com/bliki/SemanticDiffusion.html Diffusion Sémantique]" ont tendance à aller de pair.<br/> | Pour défendre Scrum, il est important de souligner que ce n’est pas juste parce qu’il n’englobe pas les activités techniques dans son périmètre d’application qu’il ne doit pas laisser penser qu’elles ne sont pas importantes. Chaque fois que j’ai écouté d’éminents Scrumistes en parler, ils ont toujours insisté sur le fait que vous devez avoir de bonnes pratiques techniques pour réussir un projet Scrum. Ils ne peuvent pas vous imposer ces pratiques techniques, mais sachez que vous en avez besoin. Après tous, les projets rencontrent des problèmes de faible qualité interne tout le temps, le fait que beaucoup tombent sous la bannière Scrum est peut être plutôt dû au fait que Scrum est très populaire en ce moment et n’est donc pas lié à Scrum lui-même. Popularité et "[http://martinfowler.com/bliki/SemanticDiffusion.html Diffusion Sémantique]" ont tendance à aller de pair.<br/> | ||
