si trabajas en un equipo Scrum, sin duda sabes que deberías tener un backlog de producto y un propietario de producto. Pero, ¿qué es exactamente un producto?
para algunos equipos, esta puede ser una pregunta bastante fundamental. Después de todo, una organización no puede identificar a los propietarios de productos, equipos y roles adecuados sin saber primero cuáles son sus productos. Y si va a haber un backlog de producto por producto, necesitamos saber cuáles son nuestros productos antes de crear un backlog de producto para cada uno.
en la mayoría de los casos, parecería sencillo identificar los productos de una organización., Por ejemplo, un fabricante de relojes podría pensar en cada artículo que vende como un producto. Pero incluso eso podría simplificar demasiado las cosas. Y, a algunas organizaciones les resulta mucho más difícil identificar productos.
¿Cuáles son los productos de una aerolínea?
tome por ejemplo, una aerolínea. Hace unos años, estaba trabajando con una aerolínea cuando surgió la pregunta de qué es un producto. Algunas personas en la compañía argumentaron que una aerolínea solo hace una cosa: mover personas de un lugar a otro., Argumentaron, por lo tanto, que a pesar de que la empresa tiene más de 40.000 empleados, solo debería haber un producto.
otros argumentaron que había muchos productos dentro de la aerolínea. Por ejemplo, tenían un sitio web orientado al pasajero que se podía utilizar para hacer cosas como hacer reservas, registrarse para un vuelo o verificar el estado de un vuelo. También tenían un sistema para monitorear y programar el mantenimiento de las aeronaves. Y otro que permitía a los miembros de la tripulación seleccionar los vuelos que deseaban trabajar en función de la antigüedad.
¿fueron estos también productos?,
una definición de producto y ejemplos
defino un producto como algo (físico o no) que se crea a través de un proceso y que proporciona beneficios a un mercado.
de eso, una silla sería un producto. Microsoft Office sería un producto. Agile consulting services sería un producto. Una pintura sería un producto. Un producto puede ser algo físico (la silla). Puede ser un producto digital (Microsoft Office, un ebook o streaming de vídeos). También puede ser un servicio (consultoría sobre cómo adoptar agile).,
un producto puede incluso ser solo una idea (un algoritmo patentable o el secreto para obtener más golpes correctos en Yesca).
cada uno de ellos se crea a través de un proceso o, más generalmente, una o más actividades. Alguien molió y armó la silla. Microsoft Office fue diseñado, codificado y probado. El proceso que crea un producto no necesita ser formal o definido. Es posible que los creadores ni siquiera sean conscientes del proceso. Pero alguna forma de actividad entra en la creación de cada producto.
los productos se pueden definir recursivamente
un producto puede existir dentro de otro producto., Una pluma, por ejemplo, puede tener cartuchos de tinta reemplazables. La pluma es un producto. Pero también lo son los cartuchos de tinta dentro de la pluma.
incluso hay subproductos dentro de una silla. La empresa que fabrica y vende la silla puede haber comprado patas completamente fresadas de otra empresa. Las patas de la silla serían entonces un producto.
Los productos se pueden definir recursivamente. Una empresa maderera cosechó árboles para hacer madera, un producto por derecho propio. Luego, una compañía de fresado usó esa madera para hacer patas de silla., Otra compañía luego tomó esas patas de silla pre-fresadas, y las usó para ensamblar sillas de su propio diseño. Así que los productos pueden existir dentro de otros productos.
los productos proporcionan beneficios a un mercado
cuando identificamos subproductos dentro de un producto más grande, debemos tener cuidado de que cada subproducto proporcione beneficios a un mercado. La definición anterior no dice que algo debe ser comprado para que sea un producto. Pero, para ser considerado un producto, El artículo debe satisfacer una necesidad o deseo.
esto es cierto para las patas pre-fresadas para una silla y los cartuchos de tinta de reemplazo para una pluma., Al definir los productos-y, por lo tanto, los propietarios de los productos y los retrasos de los productos en Scrum-será importante definir cada producto de manera que proporcione beneficios a un mercado.
aplicando esta definición al ejemplo de la aerolínea
entonces, si los productos se crean a través de algún proceso y benefician a algún mercado, ¿son productos de componentes de software?
para ayudar a responder esa pregunta, considere el ejemplo de la compañía aérea de antes. ¿Cómo ayudaría a una compañía aérea a identificar sus productos saber que un producto es algo que se crea a través de un proceso y que proporciona beneficios a un mercado?,
en primer lugar, es fácil ver que transportar personas de un lugar a otro es un producto. Esa actividad proporciona valor a un mercado de personas que pagan alegremente por la capacidad de volar a un lugar.
Pero ¿qué pasa con el sistema de monitoreo y programación de mantenimiento de aeronaves? Afirmo que también es un producto.
se crea a través de un proceso y es también algo que aporta beneficios a un mercado. ¿Qué mercado?
bueno, podríamos ir hasta el final y decir que los pasajeros se benefician de aviones bien mantenidos y seguros., Pero, aún más cerca del desarrollo del producto, podemos decir que los empleados de la aerolínea se benefician de tener el monitoreo y la programación de mantenimiento informatizados en lugar de tener que hacerlo manualmente con papel.
lo mismo podría decirse del sitio web de la aerolínea, que permite a los pasajeros hacer reservas de vuelos. Hay un mercado para eso.
Así que, sí, nuestra aerolínea tiene un gran producto—y también tiene muchos subproductos. Cualquier cosa dentro de esa empresa que se puede pensar como la entrega de valor a un mercado es un producto.,
aplicando esta definición a los componentes de Software
Con esto en mente, considere un componente de software. Si un equipo desarrolla software utilizado por otros equipos, ¿puede considerarse como un producto? Considere el ejemplo de un widget de team building a calendar. Proporciona valor a un mercado: los otros equipos que usarán el widget. Yo diría, entonces, que un componente construido para múltiples equipos es un producto.
sin embargo, dibujaría la línea con un widget de calendario (o cualquier componente) que solo usa un equipo. Sí, técnicamente un mercado Puede existir con un solo cliente., Una pintura, por ejemplo, se vende a una persona.
pero, cuando se habla de desarrollo de productos (como con agile), puede ser peligroso pensar en algo como un producto si es utilizado por una sola persona o grupo. Podría llevar, por ejemplo, a pensar en el código como un producto que se entrega a un mercado de probadores. Eso no es solo un paso atrás hacia el desarrollo secuencial (o por fases), también es una forma de suboptimización.,
evitar Suboptimizar productos
según el profesor de Economía de la Universidad Estatal de San José Thayer Watkins, la suboptimización «se refiere a la práctica de centrarse en un componente de un total y hacer cambios destinados a mejorar ese componente ignoring ignorando los efectos en los otros componentes.»
mientras que las organizaciones quieren definir todos sus productos con el fin de gestionar mejor el trabajo, no quieren limitar su enfoque al grado de que no pueden ver el todo porque están fijados en las partes individuales., Como tal, las organizaciones quieren definir cada producto de la manera más amplia posible.
dicho esto, Como vimos anteriormente con la compañía aérea, hay tal cosa como demasiado amplia cuando se trata de identificar productos. Cuando un producto es tan grande que sirve a múltiples mercados, a menudo prefiero pensar en él como múltiples productos, cada uno sirviendo a un mercado único.
por ejemplo, sería bastante fácil pensar en Microsoft Office como un solo producto. Sin embargo, Office es un conjunto de productos, cada uno de los cuales proporciona características diferentes y sirve a mercados ligeramente diferentes (pero superpuestos).,
debido a eso, me gustaría pensar en Word, Excel, PowerPoint y así sucesivamente cada uno como su propio producto. Cada uno tendría su propio propietario del producto y el backlog del producto.
con un producto tan grande como Office, es muy probable que también haya productos basados en la funcionalidad compartida en cosas como Word, Excel y PowerPoint. Pensar en el corrector ortográfico, por ejemplo, como un producto podría tener sentido. El corrector ortográfico proporciona beneficios a un mercado (los otros equipos que no necesitan escribir su propio corrector ortográfico desde cero).,
sin embargo, no definiría el widget de función de Excel (suma, promedio, Conteo, etc.) como producto. Es único para Excel y, como tal, sirve solo a un cliente. Darle un backlog de producto y propietario de producto fuera del contexto de Excel sería demasiado arriesgado.
además de evitar productos de un solo cliente, otra forma de reducir el pensamiento subóptimo cuando se trabaja con varios productos es nombrar a un propietario jefe de producto. El propietario Principal del producto es un rol estratégico, responsable de establecer la visión a través de todos los subproductos., En el producto de oficina, por ejemplo, el propietario Principal del producto estaría mirando cómo cada producto individual afecta a la suite en su conjunto.
¿Qué opinas?
identificar correctamente los productos en su organización puede ayudarlo a evitar problemas relacionados con la estructura del equipo, la administración del backlog de productos y tener personas en los roles equivocados. ¿Cómo defines «producto» en tu organización? ¿Hay pautas que pueda extrapolar para crear una definición general de producto? Por favor comparta sus pensamientos en los comentarios a continuación.