Instrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo

Transcripción

1 Página 1 de 7 1. Propósito. Elaboración del para el desarrollo de sistemas de información automatizados. 2. Ámbito de responsabilidad. RGPY Responsable de Gestión de Proyectos. RAPE Responsable de la Administración de Proyectos. RDS I Responsable del Desarrollo de Sistemas de Información. 3. Definiciones. Referencia Términos y Definiciones en Modelo del Proceso para la Administración del Desarrollo de Sistemas de Información Automatizados. 4. Método de Trabajo. No. Instrucción 1 Criterios, Convenciones y recomendaciones para utilizar este instructivo Los elementos de configuración elaborados con este instructivo deberán ser creados y actualizados con base en lo establecido en el GEM-MDSI-IT-17 Elaboración de Productos del Proceso, tomando en consideración los siguientes datos específicos de este elemento de configuración: TÍTULO La leyenda PLAN DE DESARROLLO DE SOFTWARE, con letras mayúsculas y tipo de letra normal negrita. Los apartados que debe contener la tabla de contenido del documento que se elabore son los siguientes: 0. Historia 1. Introducción 1.1 Propósito 1.2 Alcance 1.3 Definiciones y acrónimos 2. Vista General del Proyecto 2.1 Propósito, Alcance y Objetivos 2.2 Suposiciones y Restricciones 2.3 Lista de Riesgos 2.4 Entregables del proyecto 2.5 Evolución del l 3. Organización del Proyecto 3.1 Participantes en el Proyecto 3.2 Interfaces Externas 3.3 Roles y Responsabilidades 4. Gestión del Proyecto 4.1 Estimaciones del Proyecto 4.2 Plan del Proyecto Plan de las Fases Calendario del Proyecto 4.3 Seguimiento y Control del Proyecto

2 Página 2 de Gestión de Requisitos Control de Plazos Control de Calidad Gestión de Riesgos Gestión de Configuración 5. Referencias Después de la última página de la Tabla de Contenido se deberá desarrollar el contenido de cada uno de los apartados incluidos. Si en un proyecto específico es requerido incorporar apartados en la tabla de contenido se pueden desarrollar completamente o hacer referencia a otros elementos de documentación. Cuando un proyecto específico requiera una tabla de contenido diferente a la establecida en este instructivo de trabajo se podrá elaborar una matriz de equivalencia entre los apartados definidos en este instructivo y los apartados requeridos. Esta matriz de equivalencia debe ser incluida como anexo en el documento generado. Los siguientes apartados de este instructivo de trabajo describen el contenido de los apartados correspondientes del documento en elaboración. 2 Historia del documento (0. Historia Plan de Proyecto ) En este apartado se registran los eventos relevantes durante la elaboración del documento, tales como: creación, revisión, autorización, adición, modificación, actualización, etc. Para cada evento se debe registrar la fecha, el nombre del responsable y un breve comentario sobre la acción realizada. 3 Introducción (1. Introducción Plan de Proyecto ) En los puntos que integran este apartado se incluye información relevante útil para la comprensión de este documento. 4 Propósito (1.1 Propósito Plan de Proyecto ) Se especifica el propósito del documento en cuestión, delimitando su uso y las acciones que describe. 5 Alcance (1.2 Alcance Plan de Proyecto ) Se explica cuál es el alcance actual del plan, si se involucra al sistema como una unidad macro y el plan de cada iteración será realizado por separado o si el plan contempla todas las etapas de desarrollo. 6 Definiciones y acrónimos (1.3 Definiciones y acrónimos Plan de Proyecto ) Se describen los términos, definiciones, siglas y acrónimos utilizados en el proyecto. Cuando en el contexto del proyecto se identifique un término con significado diferente al definido para el proceso

3 Página 3 de 7 deberá ser incluido en este apartado con la aclaración correspondiente. 7 Vista General del Proyecto (2. Vista General del Proyecto Plan de Proyecto ) Esta sección proporciona una descripción del propósito, alcance y objetivos del proyecto, estableciendo los artefactos que serán producidos y utilizados durante el proyecto 8 Propósito, Alcance y Objetivos (2.1 Propósito, Alcance y Objetivos Plan de Proyecto ) Se explica cuál es el propósito de desarrollar el sistema de información, el alcance del mismo enlistando a manera de subsistemas o módulos y el o los objetivos que debe cubrir cada modulo incluyendo una descripción de cada lo que debe realizar cada módulo. 9 Suposiciones y Restricciones (2.2 Suposiciones y Restricciones Plan de Proyecto ) Mencionar de manera general las condiciones bajo las cuales trabajara el nuevo Sistema de Información Automatizado 10 Lista de Riesgos (2.3 Lista de Riesgos Plan de Proyecto ) Se identifican las situaciones que potencialmente ponen en riesgo el éxito del proyecto y se describen las acciones necesarias para evitar o disminuir su efecto en el proyecto. Se establecen las políticas de manejo del riesgo que van a adoptarse durante el proyecto y los mecanismos para asegurar que el plan se lleve a cabo. El análisis de riesgo llevada a cabo en esta sección debe contemplar la siguiente clasificación del tipo de riesgo: 1. Riesgos del proyecto: Amenazan el plan de proyecto (presupuesto, planificación temporal, personal (asignación y organización), recursos, cliente y requisitos) 2. Riesgos Técnicos: Amenazan la calidad y la planificación temporal del software que hay que producir (problemas de diseño, implementación, de interfaz, verificación y de mantenimiento, ambigüedad de especificaciones, incertidumbre técnica, técnicas anticuadas) 3. Riesgos del Negocio: Amenazan la viabilidad del software a construir (Construir un producto o sistema que no quiere nadie, construir un producto que no encaja en la estrategia productiva (riesgo estratégico), perder el apoyo por cambio de enfoque o de personal (riesgo de dirección) y perder presupuesto o personal asignado (riesgo de presupuesto)) Las situaciones de riesgo identificadas deberán ser concentradas en una tabla (como en el anexo 5.1 Situaciones de Riesgo del presente documento) con la siguiente estructura donde: No. Riesgo Tipo Impacto Número consecutivo de la situación de riesgo identificada Descripción de la situación de riesgo identificada Clasificación de la situación de riesgo identificada Determinar si es:

4 Página 4 de 7 C Crítico(Afecta toda la funcionalidad del proyecto) A Alto(Afecta a las necesidades del usuario y mucha de la funcionalidad del producto) M Medio(Aquellos riesgos que pueden generar una contingencia pero que existe un plan para mitigar su efecto) B Bajo(Aquellos riesgos con los cuales se puede seguir adelante en el proyecto para los cuales se puede implementar un plan de mitigación fácilmente) Consecuencia(s) Descripción de los efectos potenciales si se presenta la situación de riesgo identificada Acciones Descripción de las acciones necesarias para evitar o disminuir el efecto cuando se presente la situación de riesgo identificada 10 Entregables del proyecto (2.4 Entregables del proyecto Plan de Proyecto ) En este apartado se enlistan y describen cada uno de los artefactos que serán generados y utilizados por el proyecto y que constituyen los entregables. Es preciso destacar que de acuerdo a la filosofía de todo proceso iterativo e incremental, todos los artefactos son objeto de modificaciones a lo largo del proceso de desarrollo, con lo cual, sólo al término del proceso se puede tener una versión definitiva y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de los artefactos. 11 Evolución del l (2.4 Evolución del l Plan de Proyecto ) Se describe proceso que se utilizará para refinar el plan de desarrollo. Por ejemplo: El Plan de Desarrollo del se revisará semanalmente y se refinará antes del comienzo de cada iteración. 12 Organización del Proyecto (3. Organización del Proyecto Plan de Proyecto ) En los puntos que integran este apartado se describe la manera en que están estructurados los recursos utilizados en el proyecto. 13 Participantes en el Proyecto (3.1 Participantes en el Proyecto Plan de Proyecto ) Se describe la forma en que está organizado el equipo de trabajo, con base en los roles que asumirá cada uno de ellos. Nota: Se puede apoyar esta descripción mediante organigramas y diagramas. 14 Interfaces Externas (3.2 Interfaces Externas Plan de Proyecto ) En este punto se describe la frontera entre el proyecto y entidades externas. Se enumeran las personas, unidades administrativas y organizaciones con las cuales interactuará el equipo de trabajo del proyecto y la manera en cómo se realizará esta interacción (sesiones de trabajo, comunicados, correo electrónico, etc.). Se debe describir la posición de los miembros del equipo en

5 Página 5 de 7 la estructura así como sus líneas de autoridad. 15 Roles y Responsabilidades (3.3 Roles y Responsabilidades Plan de Proyecto ) Se relacionan las personas que participan en el proyecto, tanto por parte del solicitante como del desarrollador, con base en los roles con que actúen y las responsabilidades asociadas a las tareas que realicen. Esta relación deberá ser documentada en una matriz de interfaces del proyecto para cada uno de los procedimientos incluidos. La información que podrá estar contenida en una matriz donde se especifique el Rol y las actividades que tendrá que realizar como parte de su Responsabilidad en el transcurso del proyecto. 16 Gestión del Proyecto (4. Gestión del Proyecto Plan de Proyecto ) En los puntos que integran este apartado se detallan los elementos del proceso administrativo que regirán durante la realización del proyecto. Explica la planificación estimada, define las fases e hitos del proyecto y describe cómo se realizará su seguimiento. 17 Estimaciones del Proyecto (4.1 Estimaciones del Proyecto Plan de Proyecto ) Se describen los recursos tecnológicos necesarios para llevar a cabo el proyecto, así como los responsables de proporcionarlos y los tiempos estimados que se deben de cumplir. 18 Plan del Proyecto (4.2 Plan del Proyecto Plan de Proyecto ) En esta sección se presenta la organización en fases e iteraciones y el calendario del proyecto. Entendiéndose que para las fases de Construcción y Transición es sólo una aproximación muy preliminar. 19 Plan de las Fases (4.2.1 Plan de las Fases Plan de Proyecto ) Se detalla la distribución de tiempos y el número de iteraciones de cada fase, generando a modo de resumen una tabla donde se mencionan las 4 fases, el número de iteraciones y la duración de cada fase. Por ejemplo: Fase No. Iteraciones Duración Fase de Inicio 1 3 semanas Fase de Elaboración 2 8 semanas

6 Página 6 de 7 Fase de Construcción 4 18 semanas Fase de Transición 2 6 semanas Además para cada fase se detallan los hitos que marcan su final. Por ejemplo: Descripción Hito Fase de Construcción Durante la fase de construcción se terminan de analizar y diseñar todos los casos de uso, refinando el Modelo de Análisis/Diseño. El producto se construye en base a 4 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se valida con el cliente/usuario. Se comienza la elaboración de material de apoyo al usuario. El hito que marca el fin de esta fase es la versión de la release 4.0, con toda la capacidad operacional del producto, lista para ser entregada a los usuarios para pruebas beta. 20 Calendario del Proyecto (4.2.2 Calendario del Proyecto Plan de Proyecto ) Se presenta un calendario con las 4 fases del proyecto y la duración estimada para cada fase. A su vez esta se subdivide en iteraciones conforme a lo indicado en la sección y para cada una de las iteraciones se realiza una división en las tareas que se llevarán a cabo y su duración aproximada. 21 Seguimiento y Control del Proyecto (4.3 Seguimiento y Control del Proyecto Plan de Proyecto ) Se describe como se llevaran a cabo los procesos de Gestión de Requisitos, Control de Plazos, Control de Calidad, Gestión de Riesgos y Gestión de Configuración del proyecto. 22 Gestión de Requisitos (4.3.1 Gestión de Requisitos Plan de Proyecto ) En esta sección se describe el proceso a seguir para administrar los cambios en los requisitos. Se recomienda que dichos cambios sean gestionados mediante una Solicitud de Cambio. 23 Control de Plazos (4.3.2 Control de Plazos Plan de Proyecto ) En esta sección se determina la periodicidad del seguimiento y la evaluación al proyecto y quiénes

7 Página 7 de 7 serán los responsables de dicho seguimiento. 23 Control de Calidad (4.3.3 Control de Calidad Plan de Proyecto ) En esta sección se determina el proceso por el cual serán formalizados y atendidos los defectos detectados en las revisiones así como el responsable de seguimiento para asegurar la conformidad respecto a la solución de las deficiencias encontradas. 23 Gestión de Riesgos (4.3.4 Gestión de Riesgos Plan de Proyecto ) Se determina el proceso a seguir para dar seguimiento y mantener actualizada la lista de riesgos identificada en el plan de Desarrollo. Identificando los responsables de revisarla y la periodicidad de la revisión. 24 Gestión de Configuración ( Gestión de Configuración Plan de Proyecto ) Se establece el mecanismo necesario para llevar un registro de los artefactos generados y sus versiones, incluyendo las modificaciones que de las Solicitudes de Cambio se produzcan. 25 Referencias (5.Referencias Plan de Proyecto ) Se mencionan documentos, estándares, guías, libros o revistas utilizados durante el proyecto, escritos en forma de referencia bibliográfica. Para referir un documento se deberá incluir la siguiente información, separadas por comas: Título Autor Colección Número de edición Editorial Lugar y fecha de publicación 5. Anexos. 5.1 Situaciones de Riesgo No Riesgo Tipo Impacto Consecuencia(s) Acciones