Documento de visión

Documento de Visión

Este documento registra la visión que tiene el business owner (dueño del negocio) del sistema de software y también se documenta los riesgos y las limitantes.

El presente documento algunos analistas lo utilizan como la propuesta para el cliente.

Usualmente se toma de una a dos semanas en producirlo y será utilizado para determinar el tamaño del proyecto.

El documento tiene cinco secciones:

1.-  Introducción (incluye el planteamiento del problema)

Es un sumario del problema del negocio, este no incluirá todos los requerimientos funcionales o casos de uso, pero al menos los mas significativos.

2.-  Oportunidades del negocio (presente y futuro, es decir, lo que ocurre hoy y como van a quedar las cosas en el futuro al ser utilizado el software).

     Se registra la visión de la compañía (presente y futuro) y como el sistema de software soportará el negocio.

3.-  Solución propuesta (incluye requisitos funcionales y los no funcionales).

Se registra todos los requisitos de alto nivel (ambos RF y NFR) identificados por el business owner (stakeholder que conoce el dominio del problema) en la entrevista.

Agrupe los requerimientos funcionales (RF) en categorías según su prioridad.

    

     Puede agruparlos de acuerdo al perfil de los   stakeholders.

4.- Riesgos.

Registre todos los riesgos identificados en la entrevista.

   

5.-  Limitantes.

Registre las limitantes identificadas en la entrevista.

6.-  Identificar quienes son los Stakeholders.

A continuación incluye preguntas que deben realizarse para responder a las secciones: riesgos y limitantes

Preguntas utilizadas para descubrir riesgos:

Todos los proyectos involucran algún nivel de riesgo.

1.-  ¿Existen otros grupos en su negocio realizando funciones similares? (Riesgo Político)

2.-  ¿Usted planea utilizar nueva tecnología en el proyecto? (Riesgo Tecnológico)

3.-  ¿Usted tiene recursos de desarrollo o planea realizarlo a través de outsourcing? (Riesgo de recursos)

4.-  ¿Los miembros del equipo tienen las habilidades necesarias? (Riesgo de Habilidades)

5.-  ¿Qué parte del negocio podría cambiar, afectando el sistema de software? (Riesgo de Requerimiento)

Estas preguntas identifican limitantes o restricciones ocultas sobre el proyecto.

1.-  ¿Este proyecto será desarrollado sobre alguna plataforma específica?

2.- ¿Este proyecto requiere específicas tecnologías?

3.-  ¿El proyecto tiene un plazo de entrega?

4.-  ¿El sistema interactúa con algún sistema externo?