¿Pueden los Product Owners dictar la arquitectura?
Fundamentalmente, es tarea del Product Owner determinar qué se debe construir y no cómo se debe construir. Sin embargo, hay situaciones en las que es apropiado que el Product Owner tome algunas decisiones sobre la arquitectura.
¿Cuándo tienen sentido las directrices del Product Owner?
Por ejemplo, cuando la empresa Sun quería hace años popularizar el lenguaje de programación Java, ofrecía dinero a las empresas para desarrollar aplicaciones con Java. Algunos Product Owners con los que trabajaba en esa época ordenaron a sus equipos trabajar con Java.
En algunos casos, las aplicaciones eran casos de negocio menores que no habrían estado justificados sin la financiación de Sun. En esos casos, las directrices tenían bastante sentido. Los desarrolladores no se opusieron, ya que querían probar esa nueva tecnología.
No debería ser frecuente que un Product Owner establezca una directriz técnica, y cuando lo haga, debe hacerlo con mucho cuidado para asegurarse de que tiene razón al imponer esa directriz técnica.
En la mayoría de los casos, sin embargo, prescribir Java no fue una buena decisión, ya que en sus primeros días Java aún no podía hacer frente a los desafíos de esas aplicaciones.
Tomemos como otro ejemplo un dispositivo embebido (embedded device). El Product Owner ha decidido que el producto es económicamente viable con un hardware determinado, pero no con un hardware algo más caro.
El Product Owner le dice al Dev Team que solo deben usar ese hardware. Por supuesto, el equipo quizás prefiera trabajar con el hardware más caro, pero entonces el producto ya no sería económicamente viable.
Los Product Owners pueden, por tanto, dictar la arquitectura en ciertos casos. Pero deberían hacerlo raramente, de forma bien pensada y preferiblemente en acuerdo con el equipo.
Este texto proviene del blog de Mike Cohn y fue traducido al español.
