En el artículo anterior , se resumieron las ideas principales del correcto escalado de la gestión de productos en empresas de nivel empresarial. Ahora es el momento de considerar cada una de las ideas por separado. Hoy hablaremos de qué es un producto en una solución compleja que consta de muchos subsistemas.
La forma más sencilla de comprender el problema de la definición de producto es describirlo con un ejemplo. A continuación puede ver un conjunto de sistemas, que es una especie de solución para la prestación de un servicio abstracto.
Esta es una solución muy simplificada y algo típica para proporcionar servicios. En realidad, la lista de sistemas es mucho más amplia y está numerada en docenas, mientras que algunos de ellos pueden estar desactualizados y deben reemplazarse por otros nuevos.
Diferentes empresas organizan el desarrollo de dichos sistemas de manera diferente. En algunas empresas se pueden ver equipos de desarrollo que son responsables de varios componentes, en otras, por el contrario, varios equipos pueden desarrollar un componente. Sin embargo, la mayoría de las veces, hay un equipo de desarrollo por sistema. Este es el enfoque de equipos de componentes clásico y más común.
, — , , , .
, . , - . : .
?
— , . . .
, ?
, . .
— . , , , . .
— . , , . , , (operational value stream).
, . (feature teams cross-component teams).
. , .
. , , , , , . , .
, , , , . :
. , . , , .
, .
, , :
, ;
, , ;
, , /
, , ;
, "" " " .
, .