Cuatro pasos para la creación de un plan de producto ágil

los roadmap de producto

es una visión global de las necesidades del producto y una valiosa herramienta para la planificación y la organización de la jornada de desarrollo de productos. El dueño del producto crea el plan de producto con la ayuda del equipo de desarrollo. La hoja de ruta se utiliza para categorizar los requisitos, para dar prioridad a ellos, y para determinar un calendario para su puesta en libertad.

Tenga en cuenta que a refinar los requisitos y las estimaciones de todo el proyecto. En la fase de planificación de producto, que está bien para sus necesidades, presupuestos y plazos a ser muy alto. Debido a que las prioridades pueden cambiar, le espera para actualizar su hoja de ruta del producto durante todo el proyecto - por lo menos dos veces al año.

Tu plan de producto puede ser tan simple como notas adhesivas dispuestas sobre un tablero blanco - lo que hace que las actualizaciones tan fácil como mover una nota adhesiva de una sección del tablero blanco a otro.

Paso 1: Identificar sus necesidades de productos ágiles

Al crear su hoja de ruta del producto, es probable que empezar con los requisitos de grandes, de alto nivel. Los requisitos en su roadmap de producto lo más probable es que sea en dos niveles diferentes:

• Temas son grupos lógicos de características y requisitos en sus niveles más altos.

• Características son partes del producto a un nivel muy alto. Características describen una nueva capacidad que el cliente tendrá una vez que la función se ha completado.

Cuando se inicia la creación de requisitos a nivel temático y función, puede ayudar a escribir esos requisitos en tarjetas o grandes notas adhesivas. El uso de una tarjeta física que se puede pasar de una categoría a otra y de nuevo puede hacer que la organización y priorización de esos requisitos muy fácil.

Mientras que usted está creando el roadmap de producto, las características que identifican comienzan a hacer su Pila de Producto - La lista completa de lo que está en posibilidades de un producto, independientemente de su nivel de detalle. Cuando usted tiene su primer requisito, usted tiene su cartera de producto comenzó.

Paso 2: Organizar las características del producto ágiles

Después de identificar sus características requisitos del producto, se trabaja con el equipo de desarrollo para agrupar los requisitos en temas. Una reunión de partes interesadas funciona bien para los requisitos de agrupación, al igual que lo que funciona para la creación de requisitos. Puede agrupar cuenta por el flujo de uso, similitud técnica, o necesidad de negocio.

Qquestions a tener en cuenta al agrupar a tus necesidades:

• ¿Cómo serían los clientes utilizar el producto?

• Si ofrecimos este requisito, ¿qué otra cosa podrían clientes que hacer? ¿Qué otra cosa podría quieren hacer?

• ¿Puede el equipo de desarrollo de identificar afinidades técnicas o dependencias?

Utilice las respuestas a estas preguntas para identificar sus temas. Entonces grupo de las características de estos temas. Los temas en una aplicación de banca móvil pueden ser los que aparecen como notas adhesivas en pizarra aquí:

Paso 3: Estimación y ordenar las características del producto ágil

Después de identificar sus necesidades de productos y organizar esos requisitos en grupos lógicos, a calcular y pide los requisitos. Unos términos que necesita estar familiarizado con este paso son:

• Esfuerzo es la facilidad o dificultad de crear un requisito particular.

• Un estimación, como sustantivo, puede ser el número o la descripción que se utiliza para expresar el esfuerzo estimado de un requisito.

• Estimación un requisito, como verbo, significa llegar a una idea aproximada de lo fácil o difícil será que el requisito de crear.

• Pedir, o priorización, un requisito significa para determinar el valor de ese requisito en relación con otros requisitos.

• Valor significa cuán beneficioso un requisito determinado producto puede ser a la organización la creación de ese producto.

Puntaje valor exigencia y esfuerzo

Para pedir requisitos, primero debe calcular una puntuación para representar el valor y esfuerzo para cada requisito. Para pedir sus necesidades, también quiere saber las dependencias. LA dependency es un requisito necesario antes de que otro requisito. Por ejemplo, si usted tiene una aplicación que necesita a alguien para iniciar sesión con un nombre de usuario y contraseña, el requisito para crear el nombre de usuario sería una dependencia para el requisito para la creación de la contraseña, ya que por lo general necesita un nombre de usuario para configurar una contraseña.

Estimación, o anotar, los requisitos sobre el valor y el esfuerzo es un primer paso clave para ordenar esos requisitos.

Usted trabaja con dos grupos diferentes para anotar sus necesidades:

• El propietario del producto, con el apoyo de las partes interesadas, determina el valor de la obligación de que el cliente y el negocio.

• El equipo de desarrollo determina el esfuerzo de crear la obligación para cada requisito.

Equipos de Scrum suelen utilizar la secuencia de Fibonacci de tamaño para la creación de las puntuaciones de requisitos. La secuencia de Fibonacci va en una progresión en la que cada número, excepto los dos primeros, es la suma de los dos números anteriores - 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, y así en.

Utilice sus puntajes relativamente. Elija el requisito de que el equipo del proyecto puede estar de acuerdo tiene un pequeño valor y esfuerzo, la puntuación, y utilizar ese requisito como punto de referencia. Para anotar otros requisitos, decidir si otros requisitos tienen más o menos valor que el requisito de referencia, y si son más fácil o más difícil que su requerimiento de referencia.

Usted puede utilizar dos requisitos de referencia, uno para el valor y otro para el esfuerzo. Al final, la puntuación relativa, no la puntuación absoluta, asuntos.

Cálculo de prioridad relativa

Después de tener su valor y esfuerzo anota para sus necesidades, se puede calcular la prioridad relativa de cada requisito. Prioridad relativa ayuda a entender cómo uno de los requisitos se refiere a otro en términos de valor. Cuando se conoce la prioridad relativa de sus necesidades, se pueden hacer pedidos en su roadmap de producto.

Calcula prioridad relativa con la fórmula: Relativa priority = valor / esfuerzo

Por ejemplo, si usted tiene un requisito con un valor de 89 y un esfuerzo de 55 años, la prioridad relativa es 1,62 (89/55 = 1,62), lo que se podría redondear a 2 - de hecho, se puede redondear todos los resultados fraccionarios al número entero más próximo.

Usando esta fórmula

• Un requisito de alto valor y bajo esfuerzo tiene una alta prioridad relativa. Por ejemplo, si el valor es 144 y el esfuerzo es 3, la prioridad relativa es 48.

• Un requisito con un valor bajo y alto esfuerzo tiene una prioridad relativa más baja. Por ejemplo, si el valor es 2 y el esfuerzo es 89, la prioridad relativa es 0,0224.

Esta fórmula produce generalmente resultados fraccionarios. Si lo desea, puede redondear los al número entero más cercano.

Prioridad relativa es sólo una herramienta para ayudar al dueño del producto a tomar decisiones y priorizar necesidades. No es un universal matemática que debe seguir. Asegúrese de que sus herramientas de ayuda, en lugar de obstaculizar.

Tenga en cuenta la prioridad relativa para cada requisito. Desde aquí, puede revisar sus requisitos de forma simultánea y priorizarlos.

Dar prioridad a los requisitos

Para determinar la prioridad general para sus necesidades, responder a las siguientes preguntas:

• ¿Cuál es la prioridad relativa de la exigencia?

• ¿Cuáles son los requisitos previos para cualquier requerimiento?

• ¿Qué conjunto de requisitos pertenecen juntos y constituirán un comunicado sólida?

El uso de las respuestas a estas preguntas, usted puede colocar las necesidades de mayor prioridad primero.

Su lista de prioridades de las historias de usuario se denomina Pila de Producto. Su cartera de productos es un importante documento ágil, o en términos ágiles, una artefacto. Se utiliza esta cartera a lo largo de todo el proyecto. Con una cartera de producto en la mano, usted puede comenzar a agregar notas de destino a su roadmap de producto.

Paso 4: Determinación de plazos ágiles de alto nivel

Al crear su hoja de ruta del producto, su tiempo de marcos para la liberación de los requisitos del producto que está en un nivel muy alto. Para el plan de trabajo inicial, elegir un incremento de tiempo lógico para su proyecto, como un cierto número de días, semanas, meses, trimestres (períodos de tres meses), o incrementos aún mayores. Utilizando tanto el requisito de la prioridad, puede agregar requisitos para cada incremento de tiempo.