Taller 3. Establecimiento grupo .JARC Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 2010 Especialización en construcción de software Universidad de los andes Bogotá 2010 Andrés González. 201018063 Julián Morales. 200213074 Carlos Criales. 200925612 José Daniel García. 200818257 Robinson De La Hoz. 201018033 Haiver Páez. 201018119 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Versión Modificado por Descripción Fecha 1 Grupo de Trabajo .JARC Creación del documento Noviembre 01 de 2010 1.1 Grupo de Trabajo .JARC Ajustes Noviembre 02 de 2010 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 CONTENIDO Introducción 4 1. Visión 4 2. Plan de Acción 4 2.1 Objetivos ............................................................................................................................. 4 2.2 Problemas ........................................................................................................................... 4 2.3 Agrupamiento de los problemas que impiden el cumplimiento de los objetivos ................ 4 2.4 Asignación de Prioridades a los Objetivos.......................................................................... 5 2.5 Impedimentos para el cumplimiento de los objetivos ......................................................... 6 2.6 Aproximación GQM ........................................................................................................... 6 2.7 Acciones específicas para cada problema ........................................................................... 6 2.8 Plan de Acción .................................................................................................................... 7 2.9 Roles y Responsabilidades .................................................................................................. 9 2.10 Composición de los Grupos técnicos de trabajo TWG ..................................................... 10 2.11 Administracion de riesgos................................................................................................. 10 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 INTRODUCCIÓN En este documento planteamos la estrategia que se llevará a cabo para el mejoramiento de proceso de software para el grupo .JARC Tomamos como base Los hallazgos y resultados obtenidos en la fase diagnóstico el cual hemos aplicado a las áreas de proceso: Administración de Requerimientos (RM), Medición y Análisis (MA), Planificación de Proyectos (PP) y Administración de la Configuración (CM). 1. VISIÓN .JARC se caracterizará a Diciembre de 2010, por la realización de proyectos exitosos, rentables en alcance, tiempo, y costo para el grupo, desarrollando su capital humano y con la mejora continua de sus procesos. 2. PLAN DE ACCIÓN 2.1 Objetivos 1. 2. 3. Generar cronogramas previsibles de cada ciclo del proyecto. Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes. Construir un producto de calidad. 2.2 Problemas 1. 2. 3. 4. 5. 6. 7. En la planificación de las actividades, no se usan métodos y herramientas que apoyen la estimación de esfuerzo, y tamaño para los productos de trabajo; lo planeado difiere algunas veces significativamente de lo realizado. No se realiza seguimiento y control sobre los requerimientos. NO se está llevando registro y control adecuado para los defectos identificados en las fases del ciclo. NO se está realizando el registro del tamaño del producto obtenido por ciclo. Algunas actividades no cuentan con recursos suficientes para lograr el objetivo en el tiempo requerido. El grupo no cuenta con una herramienta en línea para la planificación, registro y seguimiento de actividades. NO se están realizando adecuadamente las pruebas, sobre los entregables del ciclo. 2.3 AGRUPAMIENTO DE LOS PROBLEMAS QUE IMPIDEN EL CUMPLIMIENTO DE LOS OBJETIVOS Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 1. 2. 3. Objetivo Generar cronogramas previsibles de cada ciclo del proyecto Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes Construir un producto de calidad. Problema 1 Descripción En la planificación de las actividades, no se usan métodos y herramientas que apoyen la estimación de esfuerzo, y tamaño para los productos de trabajo; lo planeado difiere algunas veces significativamente de lo realizado. 6 El grupo no cuenta con una herramienta en línea para la planificación, registro y seguimiento de actividades. No se realiza seguimiento y control sobre los requerimientos. 2 3 NO se está llevando registro y control adecuado para los defectos identificados en las fases del ciclo. 4 NO se está realizando el registro del tamaño del producto obtenido por ciclo. 5 Algunas actividades no cuentan con recursos suficientes para lograr el objetivo en el tiempo requerido. 7 NO se están realizando adecuadamente las pruebas, sobre los entregables del ciclo 2.4 ASIGNACIÓN DE PRIORIDADES A LOS OBJETIVO S Objetivos 1. Generar cronogramas previsibles de cada ciclo del proyecto Problemas asociados: 1, 6 2. Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes Problemas asociados: 2,3,4,5 3. Construir un producto de calidad Problemas asociados: 7 Beneficio relativo 1-10 puntos 8 Costo relativo 1-10 puntos 3 Relación costo / bene 1-10 puntos 9 Fase 7 3 8 2 9 5 9 1 1 La calificación se realizo teniendo en cuenta que entre menor sea el numero menos costos o importante es el factor. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 2.5 IMPEDIMENTOS PARA EL CUMPLIMIENTO DE LOS OBJETIVOS Objetivo 1. Generar cronogramas previsibles de cada ciclo del proyecto 2. Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes 3. Construir un producto de calidad Cuestionamientos Métodos inadecuados de estimación. Registros de históricos inexistentes NO contar con una herramienta automatizada para la planificación y seguimiento de actividades Indisponibilidad de la infraestructura Asignación de recursos insuficientes NO especificación clara de los requerimientos y alcance del ciclo Tiempo insuficiente de los responsables necesario para cada actividad Plan de pruebas deficiente Ejecución de casos de pruebas insuficientes Defectos críticos detectados en producción 2.6 APROXIMACIÓN GQM Objetivo 1. Generar cronogramas previsibles de cada ciclo del proyecto Pregunta ¿Estamos gastando el número de horas planeadas en cada ciclo? Métrica Esfuerzo actual Vs esfuerzo planeado para cada ciclo 2. Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes el 05 de Diciembre de 2010 ¿Estamos ocupando el número de horas planeadas en cada hito? Esfuerzo actual Vs esfuerzo planeado para cada hito del ciclo. 3. Construir un producto de calidad ¿Cuántos defectos hemos detectado por fase? Densidad de defectos: número de defectos encontrados por KLOC 2.7 ACCIONES ESPECÍFICAS PARA CADA PROBLEMA Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Problema 1. En la planificación de las actividades, no se usan métodos y herramientas que apoyen la estimación de esfuerzo, y tamaño para los productos de trabajo; lo planeado difiere algunas veces significativamente de lo realizado. 2. No se realiza seguimiento y control sobre los requerimientos. 3. NO se está llevando registro y control adecuado para los defectos identificados en las fases del ciclo. 4. NO se está realizando el registro del tamaño del producto obtenido por ciclo. 5. Algunas actividades no cuentan con recursos suficientes para lograr el objetivo en el tiempo requerido. 6. El grupo no cuenta con una herramienta en línea para la planificación, registro y seguimiento de actividades. NO se están realizando adecuadamente las pruebas, sobre los entregables del ciclo. 7. 2.8 PLAN DE ACCIÓN Acciones necesarias para manejar los problemas y alcanzar los objetivos Establecer con el equipo la selección y uso de una metodología para la estimación de esfuerzo. Recolectar datos reales para los proyectos en curso para que puedan comparar sus estimaciones con un esfuerzo real invertido Implementación de una herramienta para manejar los históricos de lo estimado vs realizado en los diferentes ciclos Establecer la línea base para cada requerimiento de cada ciclo, almacenarlo en el SVN, luego sí iniciar las siguientes fases, documentando y registrando cada uno de los artefactos requeridos en cada actividad. Establecimiento de la herramienta DASHBOARD, para el registro individual de actividades y defectos de cada desarrollador Establecer una herramienta centralizada para el registro y seguimiento de defectos. Establecimiento de la herramienta DASHBOARD, para el registro individual de actividades y defectos de cada desarrollador. Planear la actividad para calcular el número de líneas de cada uno de los componentes entregados por los desarrolladores. Liberar responsabilidades a los desarrolladores, de aquellas actividades que no son parte del alcance del ciclo. Asignar recursos que se encuentren disponibles Implementación de una herramienta para el registro de actividades en cada ciclo (PlanningTool, DOTPROJECT) Refinar el plan de pruebas Mejorar la estimación del tiempo requerido para pruebas. Coordinar las actividades para la ejecución adecuada del plan de pruebas. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Propietario: .JARC Objetivo Propósito del objetivo 1. Generar Planificar cronogramas congruentemente previsibles de las actividades y cada ciclo del recursos proyecto necesarios para cada ciclo 2. Entregar exitosamente el proceso de originación de crédito del Banco de los Alpes el 05 de Diciembre de 2010 Presentar el producto terminado al cliente Acciones Establecer con el equipo la selección y uso de una metodología para la estimación de esfuerzo. Recolectar datos reales para los proyectos en curso para que puedan comparar sus estimaciones con un esfuerzo real invertido Implementación de una herramienta para el registro de actividades en cada ciclo (PlanningTool, DOTPROJECT) Establecer la línea base para cada requerimiento de cada ciclo, almacenarlo en el SVN, luego sí iniciar las siguientes fases, documentando y registrando cada uno de los artefactos requeridos en cada actividad. Establecimiento de la herramienta DASHBOARD, para el registro individual de actividades y defectos de cada desarrollador Establecer una herramienta centralizada para el registro y seguimiento de defectos. Planear la actividad para calcular el número de líneas de cada uno de los componentes Prioridad Tiempo estimado 2 horas Quién 8 Horas Todos los miembros del equipo 3 horas Líder de Soporte Líder de Planeación 2 horas Todos los miembros del equipo 2 horas Todos los miembros del equipo 1 Hora Todos los miembros del equipo 1 9 2 Todos los miembros del equipo 4 3 5 8 Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 3. Construir un producto de calidad Entregar al cliente un producto de calidad que satisfaga sus necesidades entregados por los desarrolladores. Liberar responsabilidades a los desarrolladores, de aquellas actividades que no son parte del alcance del ciclo. Asignar recursos que se encuentren disponibles Refinar el plan de pruebas Mejorar la estimación del tiempo requerido para pruebas. Coordinar las actividades para la ejecución adecuada del plan de pruebas. 1 Hora Líder de equipo 4 horas Líder de Pruebas Líder de Desarrollo 6 7 2.9 ROLES Y RESPONSABILIDADES Grupo MSG: Management Steering Group Líder de Equipo, líder de Planeación, líder de calidad - Grupo de Procesos de Ingeniería de Software (SEPG) Líder de Desarrollo, Líder de Planeación , líder de Soporte, Líder de Calidad, Líder de pruebas - Responsabilidades Aprobar la creación de Grupos Técnicos de Trabajo (TWGs). Aprobar y apoyar a los miembros de los Grupos Técnicos de Trabajo (TWGs). Proporcionar orientación al trabajo en curso de los TWGs. Apoyar la implementación de las recomendaciones aprobadas. Aprobar las iniciativas y recomendaciones del TWG. Finalizar los Grupos Técnicos de Trabajo, como sea apropiado. Supervisar las actividades de mejora de procesos e informar el progreso. Servir como un agente de cambio en JARC. Dirigir las evaluaciones del proceso de software (SPAs). Facilitar el plan de acción. Supervisar el programa de Administración de Calidad Total (ACT) Facilitar y asesorar a los Grupos de Trabajo Técnico (TWGs). Planificar el entrenamiento necesario para promover la Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 - - 2.10 COMPOSICIÓN DE LOS GRUPOS TÉCNICOS DE TRABAJO TWG Grupo Grupo PP Miembros Líder de Equipo, líder de Planeación, Líder de Calidad, Líder de Desarrollo, Líder de Planeación, Líder de pruebas Líder de Desarrollo, Líder de pruebas, líder de Soporte, Líder de Calidad, Developers líder de Soporte, Developers Grupo MA Grupo RM Grupo CM 2.11 ACT y el proceso de mejora para mantener un ambiente muy receptivo al cambio. Servir como punto focal para la coordinación de las actividades de mejora del proceso, la sede corporativa, y entidades subcontratistas. Supervisar las actividades de todos los SEPGs. Área de proceso Objetivo PP MA RM CM ADMINISTRACION DE RIESGOS Para establecer el proceso de mejora se identificaron los siguientes riesgos: Riesgos Identificados Probabilidad Impacto Acción Descripción de la Acción Indisponibilidad de la infraestructura del cliente (Máquinas virtuales) M H Mitigarlo Habilitar la opción de tener los ambientes montados localmente en algunas de los laptops de los miembros del grupo NO disponibilidad de miembros clave de los diferentes grupos de trabajo (compromisos laborales, familiares) H H Mitigarlo Entregar con anticipación actividades de las que se es responsable. Reasignar roles. Reasignar recursos. Cada líder y rol debe disponer de un recurso de backup. Especialización en Construcción de Software Grupo de trabajo: .JARC Bogotá 2010 Riesgos Identificados Probabilidad Impacto Acción Descripción de la Acción NO disponibilidad de la herramienta para seguimiento de actividades B H Mitigarlo El líder de soporte, debe habilitar la anterior herramienta (google docs) Documentación incompleta, desactualizada o inexistente L M Mitigarlo El líder del equipo estará pendiente de recordar a los integrantes del grupo la actualización de los documentos en la wiki del proyecto y el seguimiento de los respectivos planes