Desarrollo de software. El Product Owner también decide sobre aspectos no funcionales

Entiendes que sería conveniente dedicar esfuerzo adicional a refactorizar código (más allá del que puedas invertir si en tu proceso de desarrollo ya está contemplado un tiempo a esta tarea), para realizar cambios en algunos de los entornos (desarrollo, integración, preproducción o producción) o para dar una solución a los problemas de disponibilidad que tiene la aplicación (hay un largo etcétera de tareas que el equipo de desarrollo puede realizar más allá de la construcción de nuevas funcionalidades o modificación de las existentes) y lo más probable es que no estés equivocado y esas tareas produzcan un beneficio real al producto o al proceso de desarrollo (y en consecuencia también al producto).

Recuerda que el sistema de información no es para ti y que la inversión la ha realizado otro (o es responsabilidad de otro su gestión) por lo que por mucho que veas absolutamente necesario realizar esas tareas no es tu decisión ejecutarlas. Tu obligación es incluirlas en la pila de producto, exponer al Product Owner las ventajas e inconvenientes que tiene su realización (hay que tener en cuenta que no tiene por qué tener conocimientos técnicos y/o de la situación que les permita conocer la trascendencia del problema) y él decida su importancia y su inclusión o no en el próximo sprint o en sprints venideros.

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

A %d blogueros les gusta esto: