Propuesta de integración de un service desk con desarrollo III

PRODUCT BACKLOG COMO VISIÓN DEL PRODUCTO

     La propuesta que se quiere alcanzar facilitará la visión del producto, de forma que, tanto desde desarrollo como desde service desk, se tendrá una visión completa de la estructura del producto. Esta estructura de producto puede estar siendo modificada y/o creada por el product owner a la misma vez que está siendo utilizada por los clientes. De esta forma, conseguimos que la figura de product owner, integrada como parte del equipo de desarrollo, y no olvidemos que es la parte visible y/o comunicante de las necesidades de la empresa, pueda priorizar las incidencias y/o mejoras reportadas.

     Así con esto, queda nuestro sistema integrado como sigue:

     El product backlog y su visión como producto es una forma de organizar los requisitos relacionada con las metodologías de desarrollo ágiles y que usaremos en nuestra propuesta.

     Como se muestra en la figura siguiente, un cambio de comportamiento del producto viene dado tanto por una incidencia del service desk como por una modificación del equipo de desarrollo.

     Cada registro del service desk puede afectar a uno o varias historias de usuario del product backlog y así se indicará cuando el personal del service desk lo dé de alta.

     Además, cada item estará relacionado con un item de desarrollo si afecta directamente al producto. Si no afectara, se quedará el registro como una incidencia general y sólo se tendrá su relación con la historia de usuario afectada.

     Por parte de desarrollo, los items también se van a relacionar con una historia de usuario. Si el item de desarrollo viene dado por un item del service desk, se relacionarán entre ellos, de esta forma, todo el equipo podrá ver la trazabilidad en los dos sentidos.

Propuesta de integración de un service desk con desarrollo II
Propuesta de integración de un service desk con desarrollo IV