en Scrum, el propietario del producto es la persona que representa los deseos y deseos de los clientes o usuarios (objetivos y visiones). El propietario del producto suele ser una persona clave que en muchos casos puede controlar la financiación para el proyecto a desarrollar, o si él o ella no controla la financiación, es responsable ante aquellos que lo hacen por entregar sus visiones de una manera que maximice su retorno de la inversión.,
definir la visión (responsabilidades del proyecto)
el propietario del producto es responsable de desglosar los objetivos generales, que muchas veces son en términos de marketing, en una serie de segmentos más pequeños. Él o ella es responsable de crear un informe de backlog de productos que es una lista priorizada de requisitos de productos con tiempo estimado para su finalización. El informe de backlog de productos es una de las responsabilidades clave del propietario del producto para crear y mantener, pero puede delegarse a otros para que lo hagan.
incluso se puede crear un equipo de propietario de producto para lograr esto., Sin embargo, si esto se hace, un miembro del equipo del propietario del producto debe ser designado como portavoz. El portavoz es la única persona a la que el equipo de desarrollo de Scrum acude para obtener respuestas finales a sus preguntas. Las decisiones no deben ser adoptadas por el Comité.
responsabilidades del equipo
es importante que el propietario del producto comparta e involucre al equipo de desarrollo de Scrum con las visiones de la organización. El propietario del producto debe responder a todas las preguntas del equipo y escuchar cualquier sugerencia de ellos para agregar, eliminar, cambiar o mejorar los objetivos del usuario., Esto es importante para motivar al equipo y para obtener comentarios de los usuarios.
defining Constraints
Además de definir los objetivos del proyecto, el propietario del producto es responsable de definir los límites o restricciones para alcanzar los objetivos. Restricciones como fechas límite de finalización, límites de costos, límites de memoria, mínimos de velocidad, etc.. Los límites o restricciones que pide el propietario del producto deben ser posibles de alcanzar. El propietario del producto debe tener cuidado de no pedir objetivos poco realistas o técnicamente imposibles., Sin embargo, si se presentan algunos objetivos poco realistas, al menos con Scrum hay una comunicación constante entre un usuario, o el representante del usuario y el equipo de desarrollo, y es probable una identificación temprana.
priorización de tareas
otro factor importante que afecta la realización de objetivos es la priorización de tareas en un sprint. El equipo trabaja primero en aquellos segmentos que son más importantes y cuando se completan pueden ser liberados al usuario o cliente para su incorporación. Por lo general, estos son segmentos de trabajo que aportan un alto valor del producto y afectan positivamente el ROI., Al lanzar trozos completos de trabajo priorizado en un sprint, partes de su producto están en el mercado más rápido que en los proyectos tradicionales donde el trabajo completado se libera en total al final.
debido a que los proyectos pueden durar mucho tiempo, esto es muy importante porque los comentarios de los usuarios, buenos o malos, vuelven mucho antes. Esta retroalimentación generalmente significa un cambio en lo que queda por hacer en el proyecto. Algunas metas pueden ser alteradas, algunas eliminadas y algunas nuevas metas añadidas al proyecto., Debido a que los cambios se produjeron mientras se estaba trabajando en el proyecto, hay muchas más probabilidades de que se puedan incorporar a un costo menor que si el proyecto ya se hubiera completado.
incorporación de cambios Si tarde o temprano es asumido por Scrum como va a suceder. Ningún proyecto se considera terminado una vez para siempre. Incluso si se logra como se solicitó originalmente, siempre queremos ser capaces de mejorar nuestros objetivos. En este sentido, definir nuestras visiones es un proceso interminable y tiene vida propia.