« La théorie des contraintes dans l'Agilité » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 35 : | Ligne 35 : | ||
<br/> | <br/> | ||
Une autre contrainte peut être une équipe ou un processus qui peut bloquer le travail. Par exemple, une équipe qui doit vérifier ou autoriser le travail : la gestion des versions, la vérification des activités ou les tests de sécurité en sont des exemples courants. Ces équipes et processus peuvent limiter le flux de travail.<br/> | Une autre contrainte peut être une équipe ou un processus qui peut bloquer le travail. Par exemple, une équipe qui doit vérifier ou autoriser le travail : la gestion des versions, la vérification des activités ou les tests de sécurité en sont des exemples courants. Ces équipes et processus peuvent limiter le flux de travail.<br/> | ||
<br/> | |||
La meilleure solution consiste à faire des équipes des "équipes produit" ou des "équipes features" totalement pluridisciplinaires, capables d'effectuer tout le travail nécessaire à la mise en production du logiciel.<br/> | |||
<br/> | |||
J'en ai parlé beaucoup plus longuement dans mon article sur les [https://www.extremeuncertainty.com/what-does-cross-functional-agile-team-look-like/ équipes pluridisciplinaires en Agilité].<br/> | |||
<br/> | <br/> | ||
