1 / 53

Plan de Gestión del proyecto IEEE standard for software project management plans

Plan de Gestión del proyecto IEEE standard for software project management plans. Luis Felipe Ramirez. Estándar. Es una especificación que regula la realización de ciertos procesos o la fabricación de componentes para garantizar la interoperabilidad. .

luciano
Download Presentation

Plan de Gestión del proyecto IEEE standard for software project management plans

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Plan de Gestión del proyectoIEEE standard for software project management plans Luis Felipe Ramirez

  2. Estándar • Es una especificación que regula la realización de ciertos procesos o la fabricación de componentes para garantizar la interoperabilidad.

  3. IEEE(The Institute of Electrical and Electronics Engineers ) • Es una organización profesional sin ánimo de lucro de más de 360.000 miembros individuales en alrededor de 175 paises. • Asociación técnico-profesional mundial dedicada a la estandarización, entre otras cosas. • Fundada 1884

  4. Pagina de Titulo • Debe contener titulo del Proyecto • Fecha • Identificador único (versión, o numero del borrador) • Identificación de la empresa que lo hace

  5. Pagina de Firmas • Las firmas (el espacio) para las personas responsables de aprobar el proyecto

  6. Historial • Nombre del Proyecto • Numero versión del Plan • Fecha de realización • Lista de las paginas que fueron modificadas para la versión actual • Breve resumen de la naturaleza de los cambios en este proyecto • Lista de versiones y fechas de versiones anteriores del plan

  7. Prefacio • Se presenta el documento. Alcance, contexto y audiencia del SPMP (no del proyecto). La audiencia del SPMP incluye tanto a la gerencia como a los desarrolladores. Debe explicarse para que se está haciendo este documento y que utilidad e importancia tiene.

  8. Listas • Tabla de Contenidos • Lista de Figuras • Lista de Tablas

  9. 1. Visión General Del Proyecto (Descripción) • 1.1 Resumen del proyecto • 1.1.1 Propósito, Alcance y objetivos • a) Propósito: Definir el por qué y para qué del proyecto. • b) Alcance: Indica las posibilidades de aplicación real de los resultados del proyecto, que se va a hacer y que no. • c) Objetivos: Son los fines que se buscan con el desarrollo del proyecto. Lo que se quiere hacer, lograr, conocer o analizar.

  10. 1. Visión General Del Proyecto (Descripción) • 1.1 Resumen del proyecto • 1.1.2 Suposiciones y restricciones • 1.1.3 Entregables del Proyecto Debe hacer una lista de los productos de trabajo que serán entregados al cliente, sus fechas de entrega, sitios de entrega y las cantidades requeridas para satisfacer los términos del acuerdo de proyecto. Debe especificarse el medio de entrega e instrucciones necesarias para su manejo.

  11. 1. Visión General Del Proyecto (Descripción) • 1.1 Resumen del proyecto • 1.1.4 Resumen de presupuesto y cronograma. Enunciar las principales actividades que se deben llevar a cabo para el desarrollo del producto de software junto con el presupuesto que se ha planeado para cada actividad y el tiempo que se tiene estimado para su cumplimento.

  12. 1. Visión General Del Proyecto (Descripción) • 1.2 Evolución del Plan Planificar el cómo se va a manejar los cambios al SPMP. Los cambios son planeados en cronograma y adiciones extraordinarias (que no están en el cronograma). Cada cambio debe especificar su responsable dentro del plan. Especificar cuál es el manejo para la versión inicial del SPMP y sus cambios subsecuentes..

  13. 2. Referencias • Lista de documentos y otras fuentes de información referenciadas en el documento • Cada documento debe ser identificado

  14. 3. Definiciones • Definir o proveer referencias a los documentos que contengan la definición de todos los términos y acrónimos requeridos para el apropiado entendimiento del SPMP

  15. 4. Organización Del Proyecto • 4.1 Interfaces externas • Relación con otras entidades (proveedores, contratistas). • Límites organizacionales entre el proyecto y entidades externas. • Organizaciones Padres • Organizaciones Adquiridas • Organizaciones Subcontratadas • Otras • Representaciones: • Caracteres organizacionales • Diagramas

  16. 4. Organización Del Proyecto • 4.2 Estructura interna • Describirá la estructura interna de la organización encargada del proyecto

  17. 4. Organización Del Proyecto • 4.3 Roles y responsabilidades • Funciones y actividades principales. • Matriz de funciones/actividades contra responsables • Identificar y declarar la naturaleza de cada actividad de trabajo y soporte de procesos. • Identificar las unidades organizacionales que son responsables de esos procesos y actividades. • Actividades del trabajo y soporte de procesos vs Unidades organizacionales.

  18. 5. Plan De Procesos Administrativos • 5.1 Plan de arranque • 5.1.1 Plan de estimación • Especifica el costo y calendario para conducir el proyecto • 5.1.2 Plan de personal • Especifica el equipo de trabajo para cada nivel del proyecto. Incluye que fases y tipos de habilidades debe tener cada persona, la necesidad en la cual se empleará, así como la duración de la misma.

  19. 5. Plan De Procesos Administrativos • 5.1 Plan de arranque • 5.1.3 Plan de adquisición de recursos • Especifica el plan de adquisición de recursos para que el personal pueda realizar sus tareas. Incluye el proceso de adquisición, así como los diferentes responsables para llevar a cabo ésto. • El plan debería especificar en que actividades del cronograma se requerirá adquisición de recursos.

  20. 5. Plan De Procesos Administrativos • 5.1 Plan de arranque • 5.1.4 Plan de entrenamiento al personal • Especificar el entrenamiento necesario para asegurar que los niveles de habilidad requeridos sean alcanzados por las personas que desempeñan los diferentes roles en el proyecto, asegurando que éste cumpla su objetivo satisfactoriamente.

  21. 5. Plan De Procesos Administrativos • 5.2 Plan de trabajo • 5.2.1 Actividades de trabajo • Especificar todas las actividades que se realizarán en el proyecto • Deben ser descompuestas a un nivel que expongan todos los factores de riesgo y que permita estimar la necesidad de recursos y duración de cada actividad.

  22. 5. Plan De Procesos Administrativos • 5.2 Plan de trabajo • 5.2.2 Cronograma • Entre las actividades y un cronograma • Cualquier restricción en el cronograma de trabajo causada por factores externos al proyecto debería ser indicada en éste. • Son muy usados los diagramas de PERT y GANTT.

  23. 5. Plan De Procesos Administrativos • 5.2 Plan de trabajo • 5.2.3 Asignación de recursos • Por cada actividad definida en el numeral 2.5.1, se debe especificar todos los recursos que ésta necesita para poder desarrollarse (recursos de personal, de operación, de administración...)

  24. 5. Plan De Procesos Administrativos • 5.2 Plan de trabajo • 5.2.4 Asignación de presupuesto. • Resumen detallado sobre la partida presupuestal para cada una de las actividades más importantes para el desarrollo del proyecto.

  25. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.1 Plan de control de requerimientos • Si existe una modificación en uno o en varios requerimientos se debe tener mecanismos para controlar, manejar, reportar y medir estos. • Se debe tener especificados los planes que mitiguen los cambios en el cronograma, presupuesto, recursos y los factores de riesgo • Existen cambios después del SRS • Se discuten estos cambios si son (Factibles, Permisibles) • Actualiza SRS

  26. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.2 Plan de control de cronograma • Medir el progreso del trabajo completado • Comparar el progreso de lo actual con lo completado • Implementar acciones correctivas si hay retrasos • Cuales acciones se deben tomar

  27. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.3 Plan de control de presupuesto • Se maneja presupuesto en el proyecto • Medir el costo del trabajo completado • Comparar costos de lo planeado con lo actual • Implantar acciones correctivas

  28. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.4 Plan de control de calidad • Calidad de los procesos de trabajo y en la calidad de los productos • Verificación y validación • Juntas de revisión • Auditorias • Evaluación de los procesos

  29. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.5 Plan control de reportes • Se definen los formatos de los reportes • Flujos de información que se van a usar en la comunicación del estado de los requerimientos, calendarización, presupuestos, calidad y otros • Especificar técnicas y métodos de comunicación.

  30. 5. Plan De Procesos Administrativos • 5.3 Plan de control • 5.3.6 Plan de Control de Recolección de Métricas • Recolección y almacenamiento de métricas • Definir frecuencia de recolección • Validación, análisis y reportes

  31. 5. Plan De Procesos Administrativos • 5.4 Plan de administración de riesgos • Identificar, analizar y priorizar los factores de riesgo del proyecto • Describir los planes de contingencia • Definir los métodos para el seguimiento, evaluación de cambios, responsables. • Planes para medir los factores de riesgo iniciales, mitigación a través del ciclo de vida definido en el proyecto. • Establecer los procedimientos para la comunicación del estado de los riesgos entre todos lo involucrados

  32. 5. Plan De Procesos Administrativos • 5.5 Plan de Terminación del Proyecto • Plan de reasignación de empleados • Plan de para archivar los materiales del proyecto • Planes de informes postmortem  del personal involucrado en el proyecto • Preparación de un reporte final que incluye las lecciones aprendidas y un análisis de los objetivos logrados.

  33. 6. Plan De Procesos Técnicos • 6.1 Modelo de Procesos • Se especifica todas las actividades para cada proceso de apoyo del proyecto • para cada actividad se debe: incluir los flujos de información, los productos de trabajo, el tiempo estimado para la realización y la revisión, y cronograma • Relación entre actividades

  34. 6. Plan De Procesos Técnicos • Especificar: • Desarrollo de metodologías. • Lenguajes de programación. • Otras notaciones. • Herramientas y técnicas. • Diseño. • Construcción. • Pruebas. • Integración. • 6.2 Métodos, herramientas y técnicas • Documentos. • Desarrollo. • Modificación. • Otras especificaciones. • Estándares técnicos . • Políticas. • Procedimientos gobernados por el desarrollador. • Modificación de productos de trabajo.

  35. 6. Plan De Procesos Técnicos • 6.3 Plan de infraestructura • Especificar: • Ensamble y mantenimiento del desarrollo del entorno. • Hardware. • Sistema Operativo. • Red. • Software. • Políticas. • Procedimientos. • Estándares. • Facilidades requeridas para conducir el software del proyecto. • Los recursos pueden incluir: • Estaciones de trabajo. • LAN’s. • Herramientas de software para: • Análisis. • Diseño. • Implementación. • Prueba. • Escrituras. • Espacios de oficina. • Provisiones para seguridad física. • Personal administrativo

  36. 6. Plan De Procesos Técnicos • 6.4 Plan de aceptación del producto • Algunas especificaciones son: • Procesos técnicos. • Métodos. • Herramientas requeridas para la aceptación del producto. Algunos métodos son: • Prueba. • Demostración. • Análisis. • Inspección.

  37. 7. Plan De Procesos De Apoyo • 7.1 El plan de la gerencia de la configuración • Especifica los métodos que serán utilizados para proporcionar la identificación de la configuración, el control, la contabilidad del estado, la evaluación, y la gerencia del lanzamiento.

  38. 7. Plan De Procesos De Apoyo • 7.2 Plan de verificación y validación • Definir las actividades y tareas con las cuales se quiere comprobar el funcionamiento y los logros alcanzados del proyecto. • Especificar el alcance del proyecto y las técnicas de comprobación respectivas.

  39. 7. Plan De Procesos De Apoyo • 7.3 Plan de documentación • Especifica las directrices que rigen la documentación de los productos no entregables y entregables del trabajo. • Algunos documentos pueden incluir código de la implementación del software, un manual de usuario u otros artículos específicos, además debe definirse la fecha de entrega, las revisiones realizadas y el responsable de cada entregable.

  40. 7. Plan De Procesos De Apoyo • 7.4 Plan de aseguramiento de calidad • Especificar los planes para asegurar que el proyecto del software satisfaga las especificación contempladas al inicio del proyecto • Se presentan todos los documentos que se tengan sobre los avances y sobre el plan de calidad que se tuvo durante la realización del proyecto.

  41. 7. Plan De Procesos De Apoyo • 7.5 Revisiones y auditorias • Especifica el horario, los recursos, y los métodos y los procedimientos que se utilizarán en revisiones e intervenciones del proyecto • 7.6 Plan de resolución de problemas • Debe contener los recursos, métodos, herramientas, técnicas y procedimientos, utilizados a la hora de hacer reportes, análisis, establecer prioridades y reportes de problemas en los procesos de software.

  42. 7. Plan De Procesos De Apoyo • 7.7 Plan de manejo de contratistas • planes para seleccionar y manejar cualquier subcontratista que pueda contribuir productos del trabajo al proyecto del software. • Los criterios para seleccionar subcontratistas y el plan de la gerencia para cada subcontrato.

  43. 7. Plan De Procesos De Apoyo • 7.8 Plan de mejoramiento de procesos • Se realiza el plan para mejorar los procesos que se puedan mejorar • Revisiones periódicas • Identificar áreas para mejorar

  44. 8. Planes Adicionales • Especifica los planes adicionales requeridos para satisfacer requisitos del producto y términos contractuales tales que rectifiquen la seguridad, aislamiento • Planes de instalación • Entrenamiento • Integración • Transición • Mantenimiento • Soporte

  45. Anexos • Los anexos pueden ser incluidos directamente o remitiéndolos a otros documentos para proveer detalles presentados en el SPMP

  46. Índice • Un índice de palabras o términos usados en el documento

  47. ¿Que es un Plan? • 2. m. Intención, proyecto. (RAE) • 3. m. Modelo sistemático de una actuación pública o privada, que se elabora anticipadamente para dirigirla y encauzarla.(RAE) • 4. m. Escrito en que sumariamente se precisan los detalles para realizar una obra. (RAE) • Un modelo sistemático que detalla qué tareas se deben llevar a cabo para alcanzar un objetivo (Wikipedia) • ¿Qué? ¿Quien? ¿Como? ¿Cuando? ¿Donde? ¿Porque?

  48. Errores Comunes • No hay plan • No planearon todo • No contemplaron bien los riesgos • Usan el mismo plan para todos los proyectos • Usan el plan que otro hizo • El plan es muy alejado de la realidad • Planear muchos detalles muy pronto • Planear para después alcanzar • No aprender de los errores de planeación pasados

More Related