Agile Think® Business Framework: Una propuesta para el diseño y gestión de productos desde lo estratégico hasta lo operativo

Altavoz inteligente Echo Dot

Hola camaradas de PTI,

Continuando con la serie de productos sobre Agile Think® Business Framework, una iniciativa para contribuir a Product Owners, Business Owners, investigadores de negocio, product managers y similares en el diseño y administración de artículos.

Recordando los productos precedentes:

En el artículo, entenderemos los procesos para entender de qué manera editar la iniciativa creada en los pasos precedentes en un backlog de producto, identificando el Producto Mínimo Posible (MVP).

El subpaso de Determinar MVP se compone de 4 procesos:

Redactar historias: La redacción de Usuario Stories es la etapa de organización de la información ahora recolectada, con la documentación de las etapas anteriores del Agile Think® Business Framework. Aquí es en el momento en que el gerente del cliente, adjuntado con el Equipo del Emprendimiento, crea las historias que se emplearán como guiones para el trabajo del equipo. Los requisitos del producto, tal como el resto artefactos y documentos generados tienen que ajustarse a las pretensiones del producto, cerrando una versión para comenzar su planificación. Con la información del producto descrita con apariencia de historias de usuario, es viable entender el trabajo del equipo, realizando que todo el desarrollo de planificación sea mucho más creíble y comprensible para todos y cada uno de los comprometidos en la construcción del producto. Esto no solo reafirma la priorización efectuada previamente, sino asimismo establece el grupo de funciones más esencial, documentando la ocupación que precisa ser ratificada por el cliente.

Criterios de aceptación: La definición de criterios de aceptación representa las reglas establecidas a fin de que una ocupación sea incorporada en el formato de historia de usuario. Como mencionamos al principio de este capítulo, en Agile Think® Business Framework, la escritura de historias de usuario y la definición de criterios de aceptación suceden prácticamente al tiempo. No obstante, la enorme pregunta que queda pendiente es: ¿De qué manera brotan los criterios de aceptación de historias de usuario? Los criterios de aceptación brotan a lo largo de la charla del equipo con el cliente, a lo largo del taller de escritura de historias de usuario. En general, las cuestiones efectuadas por el equipo al gerente del cliente, en el instante en que se detalla la historia, ahora dejan entablar los niveles que tienen que probarse y entregarse en el final de la construcción.

Criterios de preparación: El método de preparación (o Ready, en inglés) es un convenio efectuado entre el gerente del cliente y el equipo del emprendimiento para detallar un grupo mínimo de información para los elementos de mayor prioridad del Product Backlog, definiendo de qué manera ha de estar listo para el trabajo del equipo. El término de “listo” está de forma directa relacionado con el trabajo del equipo a lo largo de las sesiones de refinamiento, en el momento en que se define qué elementos tienen que separarse para su avance en las próximas iteraciones de trabajo. Un requisito o historia de usuario se considera listo para el avance en el momento en que está escrito de forma clara y comprensible para todos y cada uno de los integrantes del equipo. Cada historia debe tener un nivel conveniente de granularidad, lo que vuelve posible que una historia se otorgue en solo una iteración. Si bien este género de criterios puede cambiar de un equipo a otro, la mayoria de las veces es requisito que aparte de historias escritas, tenga dentro prototipos y criterios de aceptación bien establecidos.

Listo Método: El método de definición en verdad (o Definición de Hecho) es un convenio que hace el gerente del cliente con el equipo de emprendimiento, en el que se establecen los artefactos y pretensiones que han de ser cumplidas y ser una parte de la distribución del producto, a fin de que este se considere terminado. en el final del paso de validación. Este acuerdo se define en grupo con el cliente, quien establece los estándares que el equipo debe proseguir y utilizar a lo largo de la ejecución de su trabajo. Acostumbramos a decir que es en el momento en que definimos “¡El trato que no sale costoso!”. Es por consiguiente una regla a continuar desde el principio del emprendimiento, previniendo inconvenientes y enfrentamientos relacionados con no comprender lo que es requisito; tanto desde la perspectiva del cliente, para que uno otorgue el producto terminado.

En el próximo y último producto de esta serie, comprenderemos de qué forma transformar todos y cada uno de los pasos precedentes en un plan de distribución de tiempo, correctamente priorizado y estimado.

Recordando los productos precedentes:

¡Un abrazo y nos observamos en el próximo producto! 😉

Tommy Banks
Estaremos encantados de escuchar lo que piensas

Deje una respuesta

TecnoBreak | Ofertas y Reviews
Logo
Enable registration in settings - general
Shopping cart