Proyecto

General

Perfil

Guía para "Objetivos y alcance del proyecto"

Explica los antecedentes históricos del proyecto, identifica los objetivos y delimita su alcance:

  • En Antecedentes y motivación escribir no mucho más de cuatro párrafos. ¿Cuáles son las necesidades o problemas que se quieren resolver? ¿Por qué existen (todavía) esas necesidades o problemas? ¿Por qué vale la pena resolver estos problemas? ¿Quiénes se beneficiarán?
  • En Objetivos del proyecto responder brevemente las cuestiones usando referencias a explicaciones ya utilizadas en otros documentos de la planificación.
  • En Alcance del proyecto escribir una exposición clara (que evite posibles malentendidos) del alcance del proyecto. ¿Cuáles son los principales objetivos que se planean conseguir? ¿Cuáles no? Pueden ser párrafos con texto libre, listas de puntos o diagramas de contexto.

1-1) Propuesta

Junto con los borradores de los documentos relacionados ayudarán al Comité de Dirección a determinar si se aprueba o no la ejecución del proyecto. Un plan de proyecto claro y preciso definirá las expectativas para evaluar más adelante el éxito del mismo:

  • Enumerar las Entregas que se harán al cliente durante el proyecto o una vez finalizado. Se pueden resumir del borrador del plan de proyecto descartando los detalles técnicos.
  • En Riesgos y recompensas enumerar, clasificar y explicar brevemente los principales riesgos para el éxito del proyecto, que se detallarán en los Riesgos y planes de contingencia. Enumerar también las posibles recompensas para la organización.

Anexo. Análisis de mercado y beneficios

Ayuda a identificar los clientes potenciales y sus características. La lista de beneficios proporcionará al área de ventas información sobre cómo vender el producto destacando casos de uso importantes y casos de prueba:

  • Describir el Mercado objetivo y responder con palabras propias.
  • Enumerar los principales Beneficios para clientes y/o usuarios. Identificar para cada objetivo el tipo de usuario que se beneficiará. Cada beneficio se describirá en términos del mundo real, y no tiene que referirse exclusivamente al producto. Destacar aquellos beneficios que no ofrecen otros productos de la competencia. Los beneficios para la propia organización deberán enumerarse en Riesgos y recompensas. Utilizar listas numeradas para ordenar por importancia; en otro caso usar listas de puntos.
  • Respecto a los Problemas potenciales, ¿puede salir alguien perjudicado o quedar en desventaja por el producto? No se trata de riesgos para el éxito del proyecto, sino sobre el propio producto.
  • Valorar si debe ser un documento PRIVADO.

Anexo. Aspectos legales

Que podrían afectar al proyecto. No considerar cuidadosamente estas cuestiones puede poner a la organización en riesgo frente a una acción legal:

  • Buscar consejo profesional si es necesario.
  • Usar la lista de verificación para ayudar a identificar cuestiones legales.

1-2) Plan de proyecto

El plan de proyecto se usará para evaluar y gestionar el proyecto. Todos los supuestos clave que puedan afectar al plan deben documentarse aquí. Este plan debe actualizarse durante toda la vida útil del proyecto:

  • Completar la información necesaria añadiendo o eliminando ítems según las necesidades. Usar los anexos para identificar los recursos necesarios y definir el plan de riesgos.
  • El Plan de trabajo y estimaciones se rellena automáticamente creando peticiones de tipo Plan. Añadir subtareas y sus dependiencias ("empezar después de…", "antes de…", "al mismo tiempo que…") hasta tener suficiente detalle sobre los riesgos posibles y hacer estimaciones razonables de las horas requeridas.
  • La Lista de entregables se rellena automáticamente creando peticiones de tipo Entregable. Establecer dependencias con las tareas del plan para estimar adecuadamente las respectivas fechas de entrega.

Anexo. Estudio de recursos y necesidades

Para lograr los objetivos se estimarán y ajustarán los recursos necesarios al plan de trabajo. Si hay menos recursos disponibles se deberá reconsiderar el alcance del proyecto o cambiar la forma de abordarlo:

  • Completar la información necesaria añadiendo o eliminando ítems según las necesidades. Usar la tabla para ayudar a identificar y cubrir los recursos necesarios. Las líneas y los totales son sólo ejemplos.
  • Responder las preguntas de la lista de verificación ayudará a completar las tablas de necesidades.
  • Valorar si debe ser un documento PRIVADO.

Anexo. Plan de aseguramiento de la calidad

Identificar objetivos de calidad, seleccionar estrategias para asegurar que estos objetivos se consiguen y detallar un plan de acción para llevar a cabo estas estrategias:

  • Este documento debe actualizarse para cada entrega respondiendo primero las preguntas de la Introducción. Si se proporcionan varias respuestas de ejemplo, eliminar las que no correspondan. O modificarlas según sea necesario.
  • En los Objetivos de calidad para esta entrega añadir, eliminar o modificar objetivos para adaptarlos al proyecto. Agruparlos por prioridades que tengan sentido para el proyecto en esta entrega en particular.
  • En la Estrategia de aseguramiento de la calidad considerar las actividades que se enumeran y eliminar las que no aplican. Modificar y añadir nuevas actividades si es necesario. Para cada actividad especificar la cobertura o la frecuencia que se planea alcanzar. Si no se va a realizar ninguna actividad, escribir "N/A" (No Aplica).
  • En la Evaluación de la estrategia de aseguramiento de la calidad usar la tabla para evaluar cómo de bien la estrategia asegurará los objetivos de calidad.
  • En el Plan de acción ajustar el plan para adaptarlo al proyecto. Una vez que se describe el plan, se deben asignar las tareas a personas y darles seguimiento hasta su finalización.

Anexo. Riesgos y planes de contingencia

Este documento sirve para registrar los principales riesgos del proyecto y los planes para mitigarlos, evitarlos o resolverlos:

  • Para cada riesgo el plan debe incluir:
    • Plan de mitigación: Las medidas que se llevarán a cabo ahora para reducir la probabilidad y/o el impacto del riesgo. Alternativamente, se puede decidir aceptar el riesgo.
    • Indicador: Una señal que se supervisará para determinar si el riesgo está comenzando a tener impacto en el proyecto.
    • Plan de contingencia: Lo que se hará si surge el riesgo. Puede especificar algunos planes generales de contingencia. En este caso, solo necesita dar un plan de contingencia si tiene uno especial para el riesgo particular.
  • La gravedad de un riesgo es su probabilidad multiplicada por su impacto. Los riesgos se clasifican como menores si tienen una probabilidad baja, un impacto insignificante o una probabilidad media y un impacto marginal.
  • Se debes actualizar esta lista regularmente. Deben ser revisados ​​por los clientes y desarrolladores de vez en cuando.
  • Revisar la lista del apartado Riesgos menores regularmente, para decidir si la probabilidad o el impacto de un riesgo ha aumentado para convertirlo en un riesgo "importante".

1-3) Estado actual

Describir brevemente el estado actual del proyecto; por ejemplo, en qué etapa se encuentra, cuál es la siguiente meta, etc. Los detalles se indicarán en los informes de seguimiento, no aquí.