« Fusées, voitures et jardins : visualiser le modèle en cascade, le processus Agile et la méthode du passage de portes » : différence entre les versions

De Wiki Agile
Aucun résumé des modifications
Aucun résumé des modifications
 
Ligne 18 : Ligne 18 :
'''Développement de logiciels sous la forme de travaux pratiques'''<br/>
'''Développement de logiciels sous la forme de travaux pratiques'''<br/>
<br/>
<br/>
Tous les schémas sont basées sur deux prémisses :<br/>
Tous les schémas sont basés sur deux prémisses :<br/>
* '''La connaissance est essentielle pour réussir''' : un grand nombre de projets logiciels échouent parce que nous construisons du logiciel qui a en fait peu de valeur métier. Si vous cherchez les raisons profondes, même les équipes ayant de fortes compétences de production, clament haut et fort qu’elles se concentrent sur de fausses problématiques et qu’elles ne comprennent pas du tout ce que le client souhaite réellement. Lorsque vous construisez le mauvais logiciel, vous vous retrouvez avec du code inutile, un certain manque de soutien politique et des cycles de développement sans fin. Si l’équipe a une connaissance claire et fiable de ce qu’il faut construire, elle peut offrir de la valeur très tôt.
* '''La connaissance est essentielle pour réussir''' : un grand nombre de projets logiciels échouent parce que nous construisons du logiciel qui a en fait peu de valeur métier. Si vous cherchez les raisons profondes, même les équipes ayant de fortes compétences de production, clament haut et fort qu’elles se concentrent sur de fausses problématiques et qu’elles ne comprennent pas du tout ce que le client souhaite réellement. Lorsque vous construisez le mauvais logiciel, vous vous retrouvez avec du code inutile, un certain manque de soutien politique et des cycles de développement sans fin. Si l’équipe a une connaissance claire et fiable de ce qu’il faut construire, elle peut offrir de la valeur très tôt.
* '''La plupart des équipes de production démarrent avec une piètre connaissance pratique''' : c’est très bien d’avoir la connaissance, mais généralement nous lançons les projets sans en avoir beaucoup. Nous ne savons pas exactement ce que veulent nos clients. Nous ne savons pas comment notre conception va fonctionner une fois propulsée dans la complexité du monde réel. Nous ne savons pas quelles nouvelles opportunités et quelles contraintes vont apparaître dans l’avenir. Même si nous sommes experts dans un domaine précis, le meilleur que nous pouvons tirer de cette expertise ce sont généralement des théorèmes, des conjectures et des opinions.
* '''La plupart des équipes de production démarrent avec une piètre connaissance pratique''' : c’est très bien d’avoir la connaissance, mais généralement nous lançons les projets sans en avoir beaucoup. Nous ne savons pas exactement ce que veulent nos clients. Nous ne savons pas comment notre conception va fonctionner une fois propulsée dans la complexité du monde réel. Nous ne savons pas quelles nouvelles opportunités et quelles contraintes vont apparaître dans l’avenir. Même si nous sommes experts dans un domaine précis, le meilleur que nous pouvons tirer de cette expertise ce sont généralement des théorèmes, des conjectures et des opinions.