Guia Descripcion del proyecto

Guía Descripción del Proyecto
<Guía>
DESCRIPCIÓN DEL
PROYECTO
Versión <1.0>
1
Guía Descripción del Proyecto
Historial de Revisiones
Versión
Fecha
Autor
1.0
03-02-2009
Yessica Gomez
Descripción
Documento de introducción
proyecto a realizar.
al
2
Guía Descripción del Proyecto
CONTENIDO:
DESCRIPCIÓN DEL PROYECTO: .................................................................................. 4
1. PROPÓSITO............................................................................................................ 4
2. PRODUCTOS .......................................................................................................... 4
3. OBJETIVOS ............................................................................................................ 5
4. ALCANCE ............................................................................................................... 6
5. ENTREGABLES ..................................................................................................... 8
6. NECESIDADES DE NEGOCIO............................................................................ 9
7. SUPUESTOS Y PREMISAS ................................................................................ 10
8. RESTRICCIONES ................................................................................................ 11
9. BIBLIOGRAFÍA ................................................................................................... 12
3
Guía Descripción del Proyecto
Descripción del Proyecto
1. Propósito.
El propósito de un proyecto, es el efecto directo que se espera alcanzar al término del
proyecto. El propósito representa el resultado próximo que el plan de proyecto se
propone lograr dentro de un determinado periodo de tiempo, con sus propios recursos,
medios y actividades.
Ejemplo:
El propósito del proyecto es la automatización de una función de nivel administrativo de la
empresa, específicamente la relacionada con la liquidación de sueldo de los empleados mediante la
construcción
de un sistema de remuneraciones estándar, el cual sea capaz de generar la
liquidación de sueldos, contrato o finiquito de los funcionarios de una empresa en base a su
jornada laboral y función en la organización. De esta manera se podrá llevar un control más
detallado de la actividad laboral de los funcionarios y del pago por su trabajo.
2. Productos.
Realizar una descripción respecto del (o los) productos (artefactos) y/o servicios que serán
desarrollados en las distintas fases que forman parte del proceso de administración de
proyectos, desarrollo (o mantención del software) y que permiten gestionar y ejecutar el
proyecto.
Ejemplos:
Los productos que serán generados para este proyecto por proceso serán los siguientes:
Para el proceso de Administración de Proyectos se contemplan los siguientes artefactos:
-
Un Plan de Proyecto: documento formal que será usado como guía para la ejecución y
control del proyecto.
-
Un Plan de Desarrollo: documento que será usado como guía para la ejecución del
desarrollo o mantenimiento de software.
-
Un documento de aceptación: que establece la aceptación del cliente de los entregables
establecidos en el proyecto.
4
Guía Descripción del Proyecto
Para el proceso de Desarrollo de Software:
-
Un documento de Especificación de Requerimientos: que se compone de una introducción y
descripción de requisitos (funcionales, no funcionales, de sistema, de usuario y otros).
-
Un documento de Análisis y Diseño (Especificación del Sistema): que contiene una
descripción textual y gráfica de la estructura de los componentes de software (análisis del
sistema, diseño físico, diseño lógico).
-
Una aplicación (código fuente y ejecutables).
-
Plan de Pruebas: identificación de pruebas requeridas para el cumplimiento de los
requisitos especificados para el sistema.
-
Reporte de Verificación: registro de participantes, fecha, lugar, duración y defectos
encontrados así como las acciones correctivas seguidas.
-
Reporte de Validación: registro de participantes, fecha, lugar, duración y defectos
encontrados así como las acciones correctivas seguidas.
-
Un manual de usuario: documento que describe la forma de uso del Sistema de software
con base en la interfaz de usuario.
-
Un manual de operación: documento que contiene información para la instalación y
administración del sistema de software.
3. Objetivos.
Indicar cuáles son los objetivos a alcanzar al finalizar el proyecto. Para ello se plantean
objetivos generales y objetivos específicos para el desarrollo del proyecto.

Objetivo principal o general: es el propósito central del proyecto.

Objetivos específicos: son especificaciones o pasos que hay que dar para alcanzar a
consolidar el objetivo general.
Puede haber más de un objetivo específico, dependiendo de las variables necesarias para
llegar a la solución del problema y de las actividades que sea necesario realizar para su
resultado final. Estos objetivos son una solución parcial de la totalidad del problema. Se
deben cumplir dentro del período de ejecución del proyecto y serán evaluados al finalizar
el mismo.
5
Guía Descripción del Proyecto
En términos de lenguaje, la formulación de los objetivos debe hacerse siempre utilizando
el tiempo verbal infinitivo: “fortalecer, promover, facilitar, analizar, consolidar, etc.”. De
esta forma se comprende mejor que el objetivo representa un propósito por realizar.
Un elemento importante de tener en cuenta al momento de redactar los objetivos
inmediatos, es entender que un objetivo es un propósito a obtener y no una actividad a
realizar.
Ejemplos:
Objetivo General:
-
Desarrollar un sistema de remuneraciones que sea capaz de mostrar y generar la
liquidación de sueldo, contrato o finiquito de los funcionarios en base a su jornada laboral
y función dentro de la Empresa.
Se espera por parte de este proyecto que el equipo de desarrollo cumpla como mínimo con los
siguientes objetivos específicos:
-
-
-
Realizar documentación estandarizada y consistente en cada una de las fases del proceso
de desarrollo de software para la disminución del costo en esfuerzo para una futura
mantención.
Estimar tiempos de desarrollo de software y esfuerzo involucrado en ello.
Conocer aspectos relacionados con las interfaces de usuario (estética, navegabilidad, entre
otros aspectos).
Establecer adecuadamente normas de desarrollo y planes de contingencia (matriz de
riesgo) para el manejo eficaz en situaciones que pudieran afectar (retrasar o no cumplir)
con los objetivos que son cruciales para el proyecto.
Definir un plan de prueba que se ajuste al proyecto en particular con el propósito de
descubrir errores en el Sistema.
4. Alcance.
El alcance del proyecto establece los límites de lo que exactamente se va a hacer y lo que no
se va a hacer en el proyecto. En este sentido, cuanto más acotado esté el alcance habrá menos
riesgo en el proyecto, pues se conocerá con mayor exactitud lo que está incluido y lo que no.
Es decir, hay que delimitar el proyecto de acuerdo con las especificaciones dadas por las
partes involucradas.
6
Guía Descripción del Proyecto
Alcance del Producto → características y funciones.
Alcance del Proyecto → trabajo a realizar para obtener el producto.
Ejemplo:
Este sistema de Remuneraciones a desarrollar será capaz de generar la liquidación de sueldo,
contrato o finiquito de los funcionarios en base a su jornada laboral y función en la Empresa, datos
que son obtenidos de distintas bases de datos departamentales (en departamentos como RRHH. Y
Finanzas). Para ello va a contar con las siguientes características y/o funciones:
a) Validación de Usuario
- Autenticación del usuario mediante login y password.
b) Registro de Horas, incluyendo:
- Buscar el empleado.
- Guardar las horas trabajadas por el empleado.
c) Cálculo de Haberes, incluyendo:
- Búsqueda valor horas normales y extra.
- Cálculo de Sueldo Bruto.
d) Gestión, Descuentos, incluyendo:
- Búsqueda funcionario y parámetros de descuento.
- Cálculo de Descuento.
e) Gestión de Informes, incluyendo:
- Selección del tipo Informe.
- Emisión de Liquidación.
- Emisión Contrato.
- Cálculo y Emisión de Finiquito.
7
Guía Descripción del Proyecto
5. Entregables.
En este sector se especifican los detalles particulares de los entregables del proyecto para
el cliente, tales como:
1. Descripción del Entregable: se debe escribir una breve descripción del objetivo que
cumple entregable y del entregable en sí.
2. Fase: En este campo debe escribir el nombre de la fase del proyecto en la cual se
debe elabora o genera el entregable.
3. Tipo: En este campo se presentan dos opciones, o el entregable es un Producto o
el entregable es un Servicio, según corresponda.
4. Formato y/o Documentación: En caso de que el entregable en cuestión deba
considerar un formato especial para su elaboración o contener alguna
documentación en particular, en este campo puede crear un vínculo o hacer
referencia a dichos documentos.
5. Responsable: En este campo debe escribir el nombre de la persona o personas (y
su rol) encargadas de la concepción del entregable en cuestión.
Ejemplos de Entregables son:
-
Manual de usuario: documento que describe la forma de uso del Sistema de software con
base en la interfaz de usuario.
Será desarrollado en la fase de Pruebas, al final de ésta.
Este es un producto que será entregado al cliente.
Contará con un versionado de acuerdo a lo establecido en la estrategia de control de
versiones, será entregado en formato electrónico, y su llenado será de acuerdo a
información contenida en la plantilla de Manual de Usuario.
La persona encargada de redactarlo será el analista programador en colaboración con el
jefe de proyecto.
-
Otros entregables pueden ser el manual de operación, discos ópticos (CDs) con código
fuente o ejecutables (la aplicación).
8
Guía Descripción del Proyecto
6. Necesidad de negocio.
Para el desarrollo e implantación de un nuevo proyecto es necesaria una evaluación de
necesidades que existen dentro de la organización y del manejo del negocio. Para ello se
debería dar plantear preguntas como las siguientes:
¿Qué se está haciendo actualmente?, ¿De qué manera se está haciendo?, ¿Qué se quiere
mejorar?, ¿Cómo se puede mejorar?, ¿Qué esperan los involucrados en el proyecto?,
¿Qué piensa el personal de la introducción de la nueva tecnología?, ¿Puede la nueva
tecnología satisfacer las necesidades y expectativas generadas?, ¿Qué valor agregado
entregará el nuevo producto y/o servicio a los usuarios, clientes, funcionarios y sobre todo
a la organización al momento de comenzar su utilización?
Al final del proceso de evaluación, se podrá o no concluir sí la tecnología a desarrollar es
lo que se necesita.
Ejemplo:
Cada vez más empresas han decidido automatizar sus funciones, tanto a nivel operativo, como a
nivel administrativo, incorporando para ello la tecnología de los sistemas de información.
Una de las labores administrativas que se ha decidido automatizar es la relacionada con
liquidación de sueldos de los empleados, ello por presentar ventajas tales como:
-
Procesar operaciones que son de carácter repetitivo de manera mucho más rápida y
eficiente.
-
Brindar más seguridad en los resultados del procesamiento reduciendo errores y llevar un
mejor control.
-
Aumentar la cantidad de datos a procesar sin requerir hacer perder tiempo a la mano de
obra.
Estos y otros son los beneficios que otorga la implementación de un sistema de remuneraciones,
el cual permite apoyar la gestión a la parte administrativa de la empresa y le permite tomar
mejores decisiones con información más certera y confiable, parte de la
cual puede ser
consultada por los trabajadores, los cuales llevarán un control más detallado de su actividad
laboral y el pago por su trabajo.
9
Guía Descripción del Proyecto
En este aspecto, la Empresa J & J ha decidido automatizar sus funciones a nivel administrativo,
incorporando para ello tecnología de los sistemas de información, lo que le permitirá apoyar la
gestión administrativa y tomar mejores decisiones con información más certera y confiable,
reduciendo además el papeleo y burocracia existente actualmente en esta área. Por ello, J & J
considera necesario apoyar una de las labores administrativas relevante: la relacionada con la
liquidación de sueldo de los empleados mediante el desarrollo de un Sistema de Remuneraciones
que permita llevar un control más detallado de la actividad laboral de los funcionarios y del pago
por su trabajo.
7. Supuestos y premisas.
En esta sección se especifican los supuestos o premisas a tener en cuenta durante el proyecto.
Los supuestos o premisas son factores que, para propósitos de planeación, son
considerados como verdaderos, reales o ciertos. Las premisas afectan todos los
aspectos de la planeación del proyecto, y son parte de la elaboración progresiva del
proyecto. Frecuentemente, los equipos del proyecto identifican, documentan y validan
los supuestos como parte de su proceso de planeación. Por ejemplo, si la fecha que
una persona clave tendrá disponible es incierta, el equipo puede suponer una fecha de
inicio específica. Generalmente las premisas involucran un grado de riesgo.
1. Descripción: En este campo debe escribir una breve descripción del supuesto que
debe ser considerado durante el proyecto.
2. Fase: En este campo debe escribir el nombre de la fase o fases del proyecto en que
se debe considerar o en que aplica el supuesto relacionado.
3. Riesgos: En este campo debe escribir el grado del riesgo (Alto, Medio o Bajo) que
implican los supuestos considerados en el proyecto.
4. Impacto: En el caso de que se involucre un riesgo en el proyecto, en este campo
debe escribir el nivel del impacto (Catastrófico, Crítico o Marginal) que puede
causar ese riesgo sobre el proyecto.
Ejemplos:
Supuestos:
-
Para cualquier toma de decisión dentro del proyecto se hará por escrito en acta dirigido al
coordinador del proyecto, personal de calidad y al cliente.
10
Guía Descripción del Proyecto
-
-
Todos los recursos serán asignados con una semana de anticipación en la cual se
asegurará su permanencia durante el tiempo de desarrollo del proyecto para garantizar el
éxito del mismo.
La documentación del proyecto será realizada en cada una de sus etapas y cuyo
documentador será conocedor del proyecto en su totalidad y asignado por el cliente.
En caso de algún inconveniente, si la persona encargada de la documentación es retirada,
será reemplazada por una de igual perfil.
Se realizará documentación administrativa manuales de procedimiento seguimiento y
control del proyecto.
Premisas:
-
El cliente suministrará toda la información sobre el manejo de la parte administrativa para
el cálculo del sueldo del trabajador.
El stakeholder es el punto de contacto más importante con el cliente para el equipo de
trabajo durante el desarrollo del proyecto.
8. Restricciones.
Una restricción es una limitación aplicable que afectará el desempeño del proyecto.
Por ejemplo, un presupuesto predefinido es una restricción que tiene altas
probabilidades de limitar las opciones del equipo con respecto al alcance, personal y
cronograma. Generalmente, cuando un proyecto se realiza bajo contrato, las
provisiones contractuales serán restricciones.
1. Descripción: En este campo debe escribir una breve descripción de la restricción
que debe ser considerada durante el proyecto.
2. Fase: En este campo debe escribir el nombre de la fase o fases del proyecto en que
se debe considerar o en que aplica la restricción relacionada.
3. Efecto: En este campo debe escribir la consecuencia o resultado de la restricción.
Ejemplos:






Considerar la restricción de tiempo, es decir, la cantidad de tiempo disponible para
completar un proyecto. (Fecha esperada de entrega del proyecto).
La restricción de costo, que se refiere a la cantidad monetaria presupuestada para el
proyecto.
Cantidad de recursos humanos y técnicos disponibles para el proyecto.
Restricciones respecto a estándares o normas a seguir para el desarrollo del producto.
Restricciones respecto de los procesos a seguir (políticas y procedimientos definidos para
ellos ya sea por el área interna o por la organización).
Requerimientos mínimos necesarios y esperados (preliminares).
11
Guía Descripción del Proyecto
9. Bibliografía:
-
Oktaba H. “COMPETISOFT: Mejora de Procesos para Fomentar la Competitividad de la
Pequeña y Mediana Industria del Software de Iberoamérica Versión 0.2”, diciembre 2006
http://www.iered.org/ev/file.php/20/SPI/ModelosCompetisoft/COMPETISOFT_v02_2711_2315_Enviar.pdf
-
http://www.chilemtl.ca/html_en/showpages/admin/category/admin/manageDocument/d
ocs/INDICACIONES2008.pdf
-
http://www.elcafedejoe.com/2008/07/16/restricciones-limites-del-proyecto-conposibilidad-de-negociacion/
-
http://200.93.163.76/CdsBogota/Politicas/documentospublicacion/18FORMATOGESTION
DEALCANCEGUIAPARAELDILIGENCIAMIENTODELFORMATODEFINICIONDEALCANCE.doc
-
http://aceproject.org/main/espanol/et/etd01.htm
12