Taller 3 .JARC

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