Clasificar por Valor

De productpatterns_wiki
Saltar a: navegación, buscar

English.jpg English

Box-In.png
Entradas

  • Historias de Negocio

Box-Out.png
Salidas

  • Historias de Negocio

Star.png
Solución

process-descending-24px.png
Proceso

ClasificarPorValor2.png

time-24px.png
Tiempo de Desarrollo

    • Para adquirir el conocimiento necesario para desarrollar el producto software:
    • Para crear el Patrón de Producto: 15 minutos.
    • Para aplicar el Patrón de Producto:

video-24px.png
Video Explicación

  • No aplica

Search-32px.png
Controladores de Calidad

  • Ninguno

template.png
Plantillas

Historias_Negocio.doc
Tareas_Historias_Ver_X_DyD_Y.doc

stuff.png
Ejemplos

  • Ninguno

tool.png
Herramientas de Soporte

start-flag.png
Contexto Inicial

Este producto puede usarse en cualquier proyecto que requiera una priorización por parte del área de negocio de las historias escritas por ellos mismos y posteriormente estimadas por el área de tecnología. Esta priorización esta marcada por el valor que la nueva funcionalidad aportara al negocio cuando sea desarrollada. Dentro de esta clasificación se establecen tres grupos, las historias que describen funcionalidades imprescindibles, las importantes y las misceláneas.

end-flag.png
Contexto Resultante

Se obtendrá el conjunto de historias estimadas por tecnología pero ordenadas según el valor aportado al negocio. Dentro del ese conjunto se tendrán 3 subconjuntos (imprescindibles, importantes y miscelánea).

cloud.png
Problema

El área de negocio debe tener muy clara la función que representa cada historia en el aplicativo a desarrollar y no dejarse llevar por las historias que representan funcionalidades irrelevantes (miscelánea) en vez de las imprescindibles, por ejemplo.

forces.png
Restricciones (Forces)

  • Características de las organizaciones: Este patrón puede utilizarse en los proyectos existentes en cualquier tipo de compañía.
  • Tipo de sistema a desarrollar: Este producto puede utilizarse en proyectos en los que los requerimientos de usuario sean cambiantes.
  • Tipo de Cliente: Debe existir, o debe conseguirse, que el área de negocio destinataria del desarrollo se implique en la consecución del mismo.
  • Heurísticas de uso: El usuario debe haber realizado estudios formales de viabilidad funcional con los pros y contras de las funcionalidades descritas por cada una de las historias para poder lanzar una opinión fiable. Lo primero en realizar debe ser lo imprescindible.

roles.png
Roles

  • Usuarios del área de negocio (2 como mucho)

lightbulb.png
Lecciones Aprendidas

  • La visión del aplicativo que se desea obtener debe ser clara. Las funcionalidades mas importantes deben clasificarse por encima de las que son meramente decorativas.
  • Hay que rellenar el campo indicando la prioridad de la historia desde el punto de vista de negocio. Existen tres categorias (A-(alto)Imprescindible, M-(medio)Necesario, B-(bajo)Miscelanea).

award.png
Nivel de Madurez

  • Este Patrón de Producto no se relaciona con ningún nivel de madurez(N/A).

Options.png
Conocimientos y Habilidades Básicos

board-24px.png
Conocimientos

  • Conocimiento del estándar de codificación que define la propiedad del código compartido así como las reglas para escribir y documentar el código y la comunicación entre diferentes piezas de código desarrolladas por diferentes equipos. Los programadores las han de seguir de tal manera que el código en el sistema se vea como si hubiera estado escrito por una sola persona.
  • Conocimiento de la visión común de cómo funciona el programa en el que se desarrollan las actividades.

help-24px.png
Habilidades

  • Capacidad de trabajo en grupo.Todos en un equipo XP contribuyen de la manera que pueden.
  • Predicción de qué se habrá terminado para la fecha de entrega, y determinación de qué hacer después.
  • Capacidad de programación de a pares.Además de generar mejor código y pruebas, sirve para comunicar el conocimiento a través de los equipos.

Information-Sources.png
Recursos de Información