Dans l' article précédent , les principales idées de la mise à l'échelle correcte de la gestion des produits dans les entreprises au niveau de l'entreprise ont été résumées. Il est maintenant temps d'examiner chacune des idées séparément. Aujourd'hui, nous allons parler de ce qu'est un produit dans une solution complexe composée de nombreux sous-systèmes.
Le moyen le plus simple de comprendre le problème de la définition du produit est de le décrire avec un exemple. Ci-dessous, vous pouvez voir un ensemble de systèmes, qui est une sorte de solution pour la fourniture d'un service abstrait.
Il s'agit d'une solution très simplifiée et quelque peu typique pour la fourniture de services. En réalité, la liste des systèmes est beaucoup plus large et numérotée par dizaines, alors que certains d'entre eux peuvent être obsolètes et doivent être remplacés par de nouveaux.
Différentes entreprises organisent différemment le développement de tels systèmes. Dans certaines entreprises, vous pouvez voir des équipes de développement qui sont responsables de plusieurs composants, dans d'autres, au contraire, plusieurs équipes peuvent développer un composant. Cependant, le plus souvent, il existe une équipe de développement par système. Il s'agit de l'approche classique et la plus courante des équipes de composants.
, — , , , .
, . , - . : .
?
— , . . .
, ?
, . .
— . , , , . .
— . , , . , , (operational value stream).
, . (feature teams cross-component teams).
. , .
. , , , , , . , .
, , , , . :
. , . , , .
, .
, , :
, ;
, , ;
, , /
, , ;
, "" " " .
, .