prucommercialre.com


Cuatro pasos para crear una hoja de ruta Agile Product

La hoja de ruta de productos es una vista general de los requisitos del producto y una herramienta valiosa para planificar y organizar el viaje 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 el plan de 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 de la pizarra a otro.

Paso 1: Identificar sus necesidades de productos ágiles

Al crear su plan de producto, es probable que empezar con requisitos grandes, de alto nivel. Los requisitos de su plan de producto más probable es que en dos niveles diferentes:

  • Los temas son grupos lógicos de características y requisitos en sus niveles más altos.
  • Las características son las 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, que 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 esos requisitos muy fácil.

Mientras que usted está creando el plan de producto, las características que identifican comienzan a hacer su cartera de productos - la lista completa de lo que está en posibilidades de un producto, sin importar el nivel de detalle. Cuando tienes tu primer requisito, usted tiene su cartera de productos 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 requerimientos 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 tenga que hacer? ¿Qué otra cosa podrían 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 las características de estos temas. Los temas de una aplicación de banca móvil pueden ser los que se muestran como notas adhesivas en la pizarra aquí:

Cuatro pasos para crear una hoja de ruta Agile Product

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 conocer para este paso son:

  • El esfuerzo es la facilidad o dificultad de crear un requisito particular.
  • Una 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 de 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 priorizar, 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.

Anotando valor requisito 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. A d ependenc y 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.

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

Se 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 el requisito para cada requisito.

Equipos de Scrum suelen utilizar la secuencia de Fibonacci de tamaño para crear partituras requisito. 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. Elegir un requisito de que el equipo del proyecto puede estar de acuerdo con 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 requisito de referencia.

Puede utilizar dos requisitos de referencia, uno por 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 el valor de su esfuerzo y anota para sus necesidades, se puede calcular la prioridad relativa de cada requisito. Prioridad relativa ayuda a entender cómo un requisito guarda relación con otro en términos de valor. Cuando se conoce la prioridad relativa de sus necesidades, se pueden hacer pedidos en su roadmap de producto.

Calcular 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, puede redondear todos los resultados fraccionarios a la 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 obstaculizarlo.

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 requisito?
  • ¿Qué conjunto de requisitos pertenecen juntos y constituirán un comunicado sólido?

El uso de las respuestas a estas preguntas, usted puede poner los requisitos de mayor prioridad primero.

Su lista de prioridades de las historias de usuario se llama un atraso producto. Su cartera de productos es un importante documento ágil, o en términos ágiles, un artefacto. Podrá usar esta cartera a lo largo de todo su 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 ágil de alto nivel

Al crear su plan de producto, el tiempo de los marcos para la liberación de los requisitos del producto que está en un nivel muy alto. Para el plan de trabajo inicial, elija 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.