Im vorherigen Artikel wurden die Hauptideen der korrekten Skalierung des Produktmanagements in Unternehmen zusammengefasst. Jetzt ist es an der Zeit, jede der Ideen einzeln zu betrachten. Heute werden wir darüber sprechen, was ein Produkt in einer komplexen Lösung ist, die aus vielen Subsystemen besteht.
Der einfachste Weg, das Problem der Produktdefinition zu verstehen, besteht darin, es anhand eines Beispiels zu beschreiben. Unten sehen Sie eine Reihe von Systemen, die eine Art Lösung für die Bereitstellung eines abstrakten Dienstes darstellen.
Dies ist eine sehr vereinfachte und etwas typische Lösung für die Bereitstellung von Diensten. In Wirklichkeit ist die Liste der Systeme viel umfangreicher und in Dutzenden nummeriert, während einige von ihnen möglicherweise veraltet sind und durch neue ersetzt werden müssen.
Verschiedene Unternehmen organisieren die Entwicklung solcher Systeme unterschiedlich. In einigen Unternehmen sehen Sie Entwicklungsteams, die für mehrere Komponenten verantwortlich sind, in anderen hingegen können mehrere Teams eine Komponente entwickeln. Meistens gibt es jedoch ein Entwicklungsteam pro System. Dies ist der klassische und gebräuchlichste Ansatz für Komponententeams.
, — , , , .
, . , - . : .
?
— , . . .
, ?
, . .
— . , , , . .
— . , , . , , (operational value stream).
, . (feature teams cross-component teams).
. , .
. , , , , , . , .
, , , , . :
. , . , , .
, .
, , :
, ;
, , ;
, , /
, , ;
, "" " " .
, .