Proyecto
Proyecto
Proyecto
Elaborado por:
Versión:
Área del Grupo:
<MES>de <AÑO>
<Nombre del Proyecto>
<Nombre del Proyecto>
Tabla de contenidos
Los objetivos son declaraciones que contienen lo que un proyecto debe hacer y
entregar. Los objetivos deberían ser del tipo EMARE 1 (SMART) y enfocarse en la
entrega. El completar un objetivo debe ser evidente a través de la creación de uno o
más entregables. Si la declaración es de muy alto nivel y no implica la creación de un
entregable, podría tratarse de un objetivo más general. Si la declaración es de muy bajo
nivel y describe características y funciones, debería ser entonces una declaración de
requerimiento.
Objetivo General
<Describir>
Objetivos Específicos
<Describir>
<Describir>
En esta sección deberían definirse claramente los límites lógicos del proyecto. Las
declaraciones de alcance son utilizadas para definirlo que se encuentra dentro de las
fronteras del proyecto y lo que está fuera de ellas. Ejemplos de áreas que deberían ser
examinadas son datos, procesos, aplicaciones o áreas del negocio. Los siguientes
tipos de información pueden ser útiles:
Los tipos de entregables que están dentro y fuera del alcance (requerimientos del
negocio por ejemplo)
Los procesos principales del ciclo de vida que están dentro y fuera de los alcances
(análisis, diseño, pruebas)
Los tipos de datos que están dentro y fuera del alcance (financieros, ventas,
empleados, etc.)
Las fuentes de datos o bases de datos que están dentro y fuera del alcance
(facturación, contabilidad general, planilla)
Las organizaciones que están dentro y fuera del alcance (recursos humanos,
manufactura, ventas)
La funcionalidad principal que esté dentro y fuera del alcance (soporte a las
decisiones, entrada de datos, informes administrativos, etc.)
<Describir>
<Describir>
Esta sección es utilizada para describir cómo se estructurará el proyecto y las técnicas
importantes que se emplearán. El enfoque del proyecto se hizo para motivar al
administrador del proyecto a pensar acerca de éste desde la perspectiva “top-down” en
vez del método tradicional “bottom-up”. Le compete al administrador del proyecto
considerar las dependencias e incorporar la administración necesaria para planificar y
administrar el proyecto.
Proporciona suficiente explicación y detalle, tal que el lector pueda entender lo que está
siendo producido.
Costo Estimado
Las horas de esfuerzo estimadas y los costos del proyecto deberían ser detallados de
muchas maneras incluyendo el costo por miembro del equipo de trabajo, costo por
entregable, costo por “milestone” o costo por categoría (labor interna, labor externa,
capacitación, suministros, etc.). Puede indicarse por medio de una herramienta para
administrar proyectos (MSProject, Primavera, entre otros).
Tiempo Estimado
Incluye un diagrama que muestra la fecha inicial del proyecto, los principales
“milestones” y la fecha de finalización. Puede indicarse por medio de una herramienta
para administrar proyectos (MSProject, Primavera, entre otros).
Las suposiciones del proyecto son circunstancias y eventos que tienen que ocurrir para
que el proyecto sea exitoso, pero que están fuera del control total del equipo de
proyecto. Estas son conocidas como suposiciones si existe un alto grado de
probabilidad de que ocurran. Las suposiciones proporcionan una perspectiva histórica
cuando se evalúa el rendimiento (desempeño) del proyecto y determinan una
justificación para las direcciones y decisiones relacionadas con el mismo.
Para identificar y estimar las tareas requeridas y la duración del proyecto, tienen que
definirse ciertas suposiciones y premisas. Si una suposición se invalida posteriormente,
las actividades y estimados deberían ser ajustados en concordancia con esta situación.
Genere una lista de los principales roles del proyecto y las personas actuales envueltas.
Es importante además incorporar una ilustración para representar la estructura
organizativa del proyecto y una matriz de responsabilidades.
Diagrama organizacional
Agregar un organigrama de la ubicación del proyecto en el Grupo ICE.
Es importante además incorporar una ilustración para representar la organización del
proyecto.
Los riesgos de un proyecto son circunstancias o eventos que existen fuera del control
del equipo de proyecto y que tendrán un impacto adverso en el proyecto mismo si
ocurren. Es decir, mientras que un aspecto es un problema actual con el que debe
tratarse, un riesgo es un futuro problema potencial que aún no ha ocurrido. Todos los
proyectos tienen asociados algunos riesgos. Puede no ser posible eliminar por
completo los riesgos pero pueden ser anticipados y administrados reduciendo así la
probabilidad (y el efecto) de que ocurran.
Los riesgos que presentan una alta probabilidad de ocurrencia y tienen un impacto
negativo deben ser puestos abajo en la lista. También hay que considerar aquellos
riesgos que tienen una mediana probabilidad de ocurrencia. Por cada riesgo listado,
identificar actividades para eliminar, mitigar o aceptar el riesgo.
Puede indicarse por medio de una herramienta para administrar el Riesgo (@Risk,
Risk+, entre otros).
X. Plan de Calidad
Describe los procesos para adquirir bienes y-o servicios externos y administración de
contratos.
Agregar cualquier firma que sea importante para la aprobación del proyecto.
______________________________________ ___________________
<Nombre Completo>
Patrocinador Ejecutivo Fecha
______________________________________ ___________________
<Nombre Completo>
Patrocinador del Proyecto Fecha
______________________________________ ___________________
<Nombre Completo>
Administrador de Proyectos del Cliente Fecha
______________________________________ ___________________
<Nombre Completo>
Líder del Proyecto Fecha