Documento de Visión y Alcance

(1)

Documento de Visión y

Alcance

para

<Proyecto>

Versión 1.0 aprobada

Preparada por <autor>

<organización>

(2)

Tabla de Contenido

Tabla de Contenido ... ii

Historia de Revisión ... ii

1. Requerimientos de Negocios ... 1

1.1. Antecedentes ...

¡Error! Marcador no definido.

1.2. Oportunidad de Negocios ...

¡Error! Marcador no definido.

1.3. Objetivos de Negocios y Criterios de Éxito ... 1

1.4. Necesidades del Cliente o del Mercado ...

¡Error! Marcador no definido.

1.5. Riesgos de Negocios ... 1

2. Visión de la Solución ... 2

2.1. Enunciado de Visión ...

¡Error! Marcador no definido.

2.2. Principales Características ...

¡Error! Marcador no definido.

2.3. Suposiciones y Dependencias ...

¡Error! Marcador no definido.

3. Alcance y Limitaciones...

¡Error! Marcador no definido.

3.1. Alcance de la Liberación Inicial ... 2

3.2. Alcance de las Liberaciones Subsecuentes ... 3

3.3. Limitaciones y Exclusiones ... 3

4. Contexto de Negocios ... 3

4.1. Perfiles de Stakeholders ... 3

4.2. Prioridades del Proyecto ... 4

4.3. Ambiente de Operación ... 4

Historia de Revisión

(3)

1. Requerimientos de Negocios

<Los requerimientos de negocios proporcionan la base y referencia para el desarrollo de todos los requerimientos. Pueden recopilarse los requerimientos de negocios a partir de los clientes o administradores generales de la organización de desarrollo, de un patrocinador ejecutivo, un visionario del proyecto, la administración del producto, el departamento de mercadotecnia u otros individuos que tengan un sentido claro de por qué se ha emprendido el proyecto y el valor principal que proporcionará, tanto para el negocio como los clientes.>

1.1. Antecedentes

<Esta sección resume la razón del nuevo producto. Proporciona una descripción general de la historia o situación que lleva al reconocimiento de que este producto deberá construirse. >

1.2. Oportunidad de negocios

<Describe la oportunidad de mercado que existe o el problema de negocios que se resolverá. Describe el mercado en el que competirá el producto comercial o el ambiente en que se utilizará el sistema de información. Esto incluye una breve evaluación comparativa de los productos existentes y soluciones potenciales, indicando por qué el producto propuesto es atractivo. Identifica los problemas que no pueden ser resueltos actualmente sin el producto y cómo el producto se ajusta a las tendencias del mercado o las direcciones estratégicas corporativas.>

1.3. Objetivos de negocios y criterios de éxito

<Describe los objetivos de negocios importantes del producto en una forma cuantitativa y mensurable. En la sección 1.4 se describe el valor proporcionado a los clientes, así que esta sección se concentrará en el valor proporcionado al negocio. Este podría incluir estimados de ganancias o ahorros de costo, análisis de retorno de la inversión (ROI) o fechas de entrega. Determina cómo se definirá y medirá el éxito del proyecto, describiendo los factores que probablemente tengan el mayor impacto en el logro de ese éxito. Incluye aspectos dentro del control directo de la organización, así como factores externos. Establece criterios de medida para evaluar si se han logrado los objetivos de negocios. >

1.4. Necesidades del cliente o del mercado

<Describe las necesidades de clientes típicos o segmentos del mercado incluyendo aquellas necesidades que no han sido cubiertas por el mercado o sistemas existentes. Puede ser deseable describir los problemas que los clientes actualmente encuentran que el nuevo producto enfrentará (o no) y cómo el producto podría ser utilizado por los clientes. Identifica el ambiente de hardware y software del cliente en el que operará el producto. Define en un nivel alto cualquier interfaz crítica conocida o requerimientos de desempeño. Evite incluir

cualesquiera detalles de diseño o implementación. Presenta los requerimientos en una lista numerada para que puedan rastrearse hasta ellos los requerimientos de usuario o funcionales más detallados. >

1.5. Riesgos de Negocios

(4)

severidad de los riesgos e identifique las acciones de mitigación del riesgo que podrían tomarse.>

2. Visión de la Solución

<Esta sección establece una visión de largo alcance para el sistema a construir con dirección a los objetivos de negocios. Esta visión proporcionará el contexto para la toma de decisiones a lo largo del curso del ciclo de vida de desarrollo del producto. La visión no deberá incluir

requerimientos funcionales detallados o información de planeación del proyecto. >

2.1. Enunciado de Visión

<Escriba un enunciado de visión conciso que resuma el propósito e intención del nuevo producto. El enunciado de visión deberá reflejar una vista balanceada que satifacerá las

necesidades de diversos clientes como también las de la organización de desarrollo. Puede ser algo idealista, pero deberá estar aterrizado en la realidad de mercados del cliente, arquitecturas empresariales, direcciones estratégicas empresariales y limitaciones de recursos y costos previos o actuales. >

2.2. Características Principales

<Incluya una lista numerada de las principales características del nuevo producto, enfatizando aquellas características que lo distinguen de productos previo o competidores. Los

requerimientos de usuario específicos y los requerimientos funcionales pueden ser rastreados hasta llegar a estas características. >

2.3. Suposiciones y Dependencias

<Registre las suposiciones que se realizaron cuando se concibió el proyecto y se escribió este documento de visión y alcance. Anote cualquier dependencia en la que se apoya el proyecto para alcanzar su éxito, tales como tecnologías específicas, vendedores de terceras partes, socios de desarrollo u otras relaciones de negocios. >

3. Alcance y Limitaciones

<El Alcance del proyecto define el concepto y rango de la solución propuesta. También es importante definir qué no será incluido en el producto. Clarificar el alcance y las limitaciones ayuda a establecer expectativas reales de muchos stakeholders. También proporciona un marco de referencia contra el que se pueden evaluar las propuestas de cambios de

características y requerimientos. Los requerimientos propuestos que estén fuera del alcance de la visión del producto deben ser rechazados, a menos que sean tan benéficos que el alcance deba ser extendido para acomodarlos (con los consiguientes cambios en presupuesto,

calendario y recursos).>

3.1. Alcance de la Liberación Inicial

<Describe las principales características pretendidas que serán incluidas en la liberación inicial del producto. Considera los beneficios que el producto pretende llevar a las diferentes

(5)

3.2. Alcance de Liberaciones Subsecuentes

<Si sobre el tiempo se prevé una evolución del producto por etapas, indica cuáles características principales serán postergadas a liberaciones posteriores.>

3.3. Limitaciones y Exclusiones

<Identifique cualquier característica del producto que un stakeholder pueda anticipar, pero que no están planeadas para incluirse en el nuevo producto.>

4. Contexto de Negocios

<Esta sección resume algunos de los aspectos de negocios alrededor del proyecto, incluyendo perfiles de las categorías principales de usuarios, suposiciones que se hicieron en el concepto del proyecto y las prioridades de administración para el proyecto.>

4.1. Perfiles de Stakeholders

<Los Stakeholders son individuos, grupos u organizaciones que están activamente

involucrados en un proyecto, son afectados por su resultado o pueden influir en su resultado. Los perfiles de stakeholders identifican a los clientes para este producto y otros stakeholders, y establece sus intereses principales en el producto. Caracteriza a los clientes al nivel de

negocios, segmentos de mercado destino y a las diferentes clases de usuarios, para reducir la probabilidad de requerimientos inesperados surjan posteriormente y no puedan ser incluidos debido a las restricciones de calendario o alcance. Para cada categoría de stakeholder, el perfil incluye el valor principal o beneficios que recibirán del producto, sus actitudes probables hacia el producto, las características principales de interés y cualquier restricción conocida que deba ser incluida. Ejemplos de valor para el stakeholder incluyen:

 Productividad mejorada

 Reducción de retrabajo

 Ahorros de costos

 Procesos de negocios Ejemplo:>

Stakeholder Principal valor Actitudes Principales

intereses Restricciones

Ejecutivos Incremento en los ingresos

Ve el producto como una avenida para incrementar 25% el mercado logrado

Conjunto más rico de características que los competidores; tiempo para comercialización

Presupuesto máximo = $1.4M

Editores Menos errores en el trabajo

Altamente receptivo, pero alto nivel de usabilidad

Corrección automática de errores; facilidad de uso; alta confiabilidad

Debe correr en estaciones de trabajo de bajo desempeño Ayudantes

legales

Acceso rápido a los datos

Se resiste, a menos que el producto sea compatible en los comandos de teclado con el sistema actual

Habilidad para manejar una base de datos mucho más grande que el sistema actual; fácil de aprender

No hay presupuesto para

(6)

4.2. Prioridades Del Proyecto

<Describe las prioridades entre los requerimientos del proyecto, calendarización y presupuesto. La tabla de abajo puede ser útil para identificar los parámetros alrededor de los conductores claves del proyecto (objetivos de alta prioridad), restricciones dentro de las cuales se trabajará, dimensiones que pueden ser balanceados entre sí para lograr los conductores dentro de las restricciones conocidas. Ejemplos:>

Dimensión Conductor (Establece objetivo)

Restricción

(establece límites) (establece el rango Grado de libertad permisible)

Calendarización Liberación 1.0 debe estar disponible el 1/10, liberación 1.1 el 1/12.

Características Deben incluirse 70.80% de

las características de alta prioridad en la liberación 1.0

Calidad Deben pasarse 90-95% de

las pruebas de aceptación del usuario en la liberación 1.0, 95-98% para la liberación 1.1

Personal El tamaño máximo del

equipo debe ser de 6 desarrolladores + 4 probadores

Costos Hasta 15% arriba del

presupuesto es aceptable sin revisión ejecutiva.

4.3. Ambiente de operación

<Describe el ambiente en el que se utilizará el sistema y define la mayor disponibilidad, confiabilidad, desempeño y requerimientos de integridad. Esta información influirá

significativamente la definición de la arquitectura del sistema. Considere preguntas tales como:

 ¿Los usuarios están distribuidos geográficamente o están ubicados cerca unos de otros? ¿Cuántas zonas horarias hay?

 ¿Cuándo requieren acceder al sistema los usuarios de las diversas ubicaciones?

 ¿Dónde se generan y usan los datos? ¿Qué tan apartados están de estas ubicaciones? ¿Los datos en diferentes ubicaciones requieren ser combinados?

 ¿Se conocen los tiempos máximos de respuesta para acceder a los datos que pueden estar almacenados remotamente?

 ¿Los usuarios pueden tolerar interrupciones de servicio o el acceso continuo al sistema es crítico para la operación de sus negocios?