Plan de proyecto software
El plan de proyecto del software engloba la información relativa a la gestión del proyecto. Es un proceso que se lleva a cabo una vez finalizadas las tareas de planificación.
Introducción
editarLos objetivos de un buen plan de proyecto deben ser los siguientes:
- Comunicar el ámbito y recursos al personal de desarrollo y al cliente.
- Definir los riesgos y sugerir técnicas de control del riesgo.
- Definir los costes y planificación temporal para la revisión de la gestión.
- Proporcionar un enfoque general del desarrollo del software para todo el personal relacionado con el proyecto.
- Describir cómo se garantizará la calidad y se gestionarán los cambios.
A nivel histórico estos han sido los hitos de esta disciplina:
- Gestión de proyectos tradicionalmente asociada a cada disciplina
- En últimas décadas del siglo XX aparece la preocupación por la gestión de proyectos como disciplina independiente
- PMI (Project Management Institute) 1969
- PMBOK Project Management Body of Knowledege – 1996
- 1490-1998 IEEE Guide Adoption of PMI Standard, A Guide to the Project Management Body of Knowledge
Conceptos fundamentales
editar- Proyecto: Emprendimiento temporario para crear un producto o servicio único (PMBOK-1996)
- Gestión de Proyectos : Aplicación de conocimientos, habilidades, herramientas y técnicas a las actividades de un proyecto, para cubrir o superar las necesidades y expectativas para un proyecto
- Interesados (stakeholders): Involucrados (participan), Interesados,afectados positiva o negativamente
- Alcance:
- Del producto (final) – sus características
- Del proyecto – trabajos incluidos (y no)
- Diferencia entre Proyecto /Programa
- Proyecto: Conjunto temporal de actividades de trabajo que están relacionadas, coordinadas por un líder del proyecto, que cuando se llevan a cabo pueden lograr ciertos objetivos. Un proyecto tiene un alcance definido, productos, entregables, etapas de trabajo, duración y un presupuesto definido en un plan de proyecto.
- Programa: Conjunto de proyectos íntimamente relacionados que se engloban a una iniciativa común y que se financian como una unidad.
Estatutos del proyecto
editarAcuerdo formal y de compromiso entre los representantes del equipo del proyecto, respecto a como se manejará y coordinará el esfuerzo de desarrollo, especificando el alcance del proyecto, el enfoque para su administración, su organización y su plan de trabajo.
- La Intención de los Estatutos del Proyecto es:
- Documentar el acuerdo entre los miembros del equipo del proyecto.
- Proveer un entendimiento claro de los objetivos y metas del proyecto
- Definir los roles y responsabilidades del proyecto
- Documentar el enfoque de administración del proyecto y sus procedimientos
- Proveer una base para el alcance y manejo de las expectativas
- Definir los procedimientos para controlar los cambios, administrar riesgos y asuntos pendientes y monitorear calidad y el progreso del proyecto.
- Es responsabilidad de los líderes el que estos estatutos se comuniquen con detalle a todo el equipo de trabajo
Dimensiones del alcance del proyecto
editar- Organizacional
- Funcional
- Temporal
- Productos
- Financiero
Estructura de un plan de proyecto
editarEsta es la estructura típica de un plan de proyecto:
- Plan de Proyecto
- Introducción
- Objetivo del Plan
- Antecedentes
- Objetivos del Proyecto
- Alcances
- Descripción del Sistema
- Modulo de Ventas
- Modulo de Productos
- Modulo de Clientes
- Modulo de Usuarios
- Modulo de Proveedores
- Arquitectura y Plataforma
- Arquitectura y Plataforma del modelo Actual
- Arquitectura y Plataforma del modelo Propuesto
- Plataforma de Desarrollo
- Plataforma de Implementación
- Plan del Proyecto
- Fase de Incepción o Inicio
- Fase de Elaboración
- Fase de Construcción
- Fase de Transición
- Organización del Proyecto
- Estructura Organizacional
- Roles y Funciones del Grupo de Trabajo
- Administración de Riesgos
- Anexos
- Matriz de entregables
- Cronograma
Es también conocida la opinión de Pressman de que el plan de proyecto no debe ser un documento excesivamente extenso ni complicado. Su principal función es de servir como guía para el desarrollo del software. Debe responder a las cuestiones qué, cuánto y cómo referentes a cada aspecto del proyecto de forma específica teniendo en cuenta que es la fase inmediatamente anterior a la parte técnica.
Pressman propone la siguiente plantilla para estructurar el contenido:
- 1 Introducción
- 1.1 Propósito del plan
- 1.2 Ámbito del proyecto y objetivos
- 1.2.1 Declaración del ámbito
- 1.2.2 Funciones principales
- 1.2.3 Aspectos del rendimiento
- 1.2.4 Restricciones y técnicas de gestión
- 1.3 Modelo de proceso
- 2 Estimaciones del proyecto
- 2.1 Datos históricos
- 2.2 Técnicas de estimación
- 2.3 Estimaciones de esfuerzo, coste y duración
- 3 Estrategia de gestión del riesgo
- 3.1 Análisis de riesgo
- 3.2 Estudio de los riesgos
- 3.3 Plan de gestión de riesgo
- 4 Planificación temporal
- 4.1 Estructura de descomposición de trabajo
- 4.2 Gráfico de Gantt
- 4.3 Red de tareas
- 4.4 Tabla de uso de recursos
- 5 Recursos del proyecto
- 5.1 Personal
- 5.2 Hardware y software
- 5.3 Lista de recursos
- 6 Organización del personal
- 6.1 Estructura de equipo(si procede)
- 6.2 Informes de gestión
- 7 Mecanismos de seguimiento y control
- 7.1 Garantía de calidad y control
- 7.2 Gestión de control y cambios
- 8 Apéndices
Conclusiones
editarEl plan de proyecto es un documento clave a la hora de organizar el trabajo en un desarrollo de software. Básicamente plasma sobre papel todos los recursos disponibles para realizar el desarrollo, y los asigna a tareas concretas, con fechas concretas y mecanismos concretos de control y seguimiento. También es el documento de referencia para conocer el ámbito del proyecto y su propósito con rigor y exactitud.
Referencias
editarParticipantes involucrados
editar- Josecgon (discusión) 10:05 29 oct 2014 (UTC)
- CarlosGiraldoG (discusión) 11:49 29 oct 2014 (UTC)