Mini-AssessmentLos Alpes Software
Grupo Quimera
INTEGRANTES:
Alexandra Marín
Juan Carlos Lopera
Camilo Forero
Luis Carlos Ávila
Javier Murcia
Page 2
OBJETIVOS DE NEGOCIO QUE EL PLAN DE MEJORA APOYA
1. Tener una rápida capacidad de reacción ante una oportunidad de negocio.
2. Aumentar la utilidad disminuyendo los sobrecostos de la planeación inefectiva.
3. Aprovechar el posicionamiento y la experiencia de la empresa para explotar un segmento de mercado más exigente.
Page 3
AGENDA
1. Introducción
2. Objetivos del Mini-Assessment
3. Énfasis del Mini-Assessment
4. Hallazgos
5. Próximos Pasos
6. Discusión
Page 4
1. INTRODUCCIÓN
Patrocinador: La junta directiva
Área o Proyecto Evaluado: Área de desarrollo
Coordinador del Sitio: Andres Vargas
Participantes: Nombre : Javier Murcia Nombre : Alexandra Marín Nombre : Juan Carlos Lopera Nombre : Luis Carlos Ávila Nombre : Camilo Forero
Líderes del Mini-Assessment : Margarita Palacios, Juan Jose
Infante
Page 5
2. OBJETIVOS DEL MINI-ASSESSMENT
– Investigar el grado de satisfacción de los procesos de:
• (RM) Administración de los Requerimientos• (CM) Administración de la Configuración • (PP) Planificación del Proyecto• (MA) Medición y Análisis
– Realizar un análisis de las fortalezas y debilidades de los procesos de software evaluados
Page 6
3. ENFASIS DEL MINI-ASSESSMENT
PA’s del nivel 2 de madurez:
RM - Manejo de los Requerimientos CM - Manejo de la configuración PP - Planificación del Proyecto MA - Medición y Análisis
Temas no relacionados con el CMMI:•Posición de los miembros de la empresa frente a los procesos.•Incidencia de los diversos aspectos en la problemática actual•Fortalecimiento de ISO 9001•Gestión del cambio organizacional
Page 7
4. HALLAZGOSREQM : 2.97CM : 2.44PP : 3.59MA : 3.17Resultados de la encuesta:
Page 8
4. HALLAZGOS
Resultados de la encuesta(Gestión de requerimientos-1):
HALLAZGO EVIDENCIASP 1.1 Se consigue la comprensión de los requerimientos
No se hace una presentación formal de los requerimientos al cliente para validar la comprensión. En la mayoría de los proyectos se envía un documento pero tal vez los clientes no lo leen. Las dudas y mal entenddidos aparecen a posteriori.
No hay actas de aceptación. Los contratos son muy vagos en cuanto a los requerimientos
SP 1.2 Se obtiene un compromiso basado en los requerimientos
Los requerimientos son cambiados constantemente por los usuarios.
En un mismo periodo de tiempo se han cambiado los requerimientos para un sistema.
GP 2.1 (CO 1) La organización tiene establecida una política
El manejo de requerimientos, actas de aceptación y en general gestión de los mismos varia en cada proyecto.
En un proyecto se mantiene un versionamiento sobre los requerimientos mientras que en otro se llevan actas que son firmadas por el cliente. Todo esto por iniciativa de los lideres de cada proyecto.
Page 9
4. HALLAZGOSResultados de la encuesta(Gestión de requerimientos-2):
HALLAZGO EVIDENCIAGP 2.2 (AB 1) Se planifica este proceso
Existen unas directivas planteadas a nivel organizacional, pero en la práctica dicha planeación no se utiliza.
Cada proyecto mantiene un control particular sobre los requerimientos.
GP 2.3 (AB 2) Se le proporcionan los recursos adecuados
En momentos críticos del proyecto no se destina tiempo a manejar el control sobre los requerimientos. No existe una disciplina con respecto al manejo de los mismos.
En algunos proyectos la información de nuevos requerimientos o modificaciones sobre los mismos se encuentra incompleta. Estos cambios fueron solicitados sobre fechas de entrega.
GP 2.6 (DI 1) Se gestiona la configuración de los elementos de este proceso
En algunos proyectos se ha tomado la iniciativa de versionar los requerimientos y administrar los cambios realizados sobre los mismos.
No sucede en todos los proyectos. No hay un estándar a nivel organizacional.
Page 10
4. HALLAZGOSResultados de la encuesta(Gestión de la configuración -1):
HALLAZGO EVIDENCIASP 1.2 Hay establecido un sistema para gestionar la configuración
No es claro que exista una forma estándar a nivel organizacional de gestionar dichos cambios
No hay una herramienta para gestionar la configuración.
SP 1.3 Se crean o ponen en marcha las líneas base
No hay control sobre los estándares establecidos por la organización. A pesar de que la creación de las lineas base están contempladas en la planeación de cada proyecto, no se aplica en todos los casos.
En algunos proyectos no se crean líneas base.
SP 3.2 Se audita la integridad de las líneas base
Antes de entregar un nuevo release, se audita que todos los elementos de la configuración están presentes y que las pruebas de aceptación fueron ejecutadas
Actas de entrega con las descripciones
Page 11
4. HALLAZGOSResultados de la encuesta(Gestión de la configuración -2):
HALLAZGO EVIDENCIAGP 2.2 (AB 1) Se planifica este proceso
Existe una planeación determinada por la organización. Sin embargo no se hace control sobre este proceso.
Los proyectos utilizan diversas formas de gestionar los cambios.
GP 2.3 (AB 2) Se le proporcionan los recursos adecuados
No todos los proyectos cuentan con herramientas necesarias para hacer identificar los ítems de configuración y realizar el control de la configuración
No se tienen los elementos para hacer gestión de la configuración
GP 2.8 (DI 3) Se monitoriza y controla el proceso
No se monitoriza e proceso al no existir indicadores del mismo
No hay indicadores de monitoreo del proceso de CM
Page 12
4. HALLAZGOS - PERFIL DEL NIVEL 2 REQM PP MA CM ControladoSP 1.1
SP 1.2 Medianamente ControladoSP 1.3
SP 1.4 N/A Sin ControlSP 1.5 N/A N/A N/ASP 2.1 N/A SP 2.2 N/A SP 2.3 N/A N/ASP 2.4 N/A N/ASP 2.5 N/A N/A N/ASP 2.6 N/A N/A N/ASP 2.7 N/A N/A N/ASP 3.1 N/A N/A SP 3.2 N/A N/A SP 3.3 N/A N/A N/AGP 2.1 GP 2.2 GP 2.3 GP 2.4 GP 2.5 GP 2.6 GP 2.7 GP 2.8 GP 2.9 GP 2.10 GP 3.1 (*) (*) (*) (*)GP 3.2 (*) (*) (*) (*)
(*) No es necesario en el nivel 2 de madurez
N/A No Aplica para el área de proceso
Page 13
4. HALLAZGOS - ADMINISTRACION DE REQUERIMIENTOS
Fortalezas:
•Se tiene planteado a nivel organizacional los procesos de administración de los requerimientos.
•Existe un grupo de personas comprometidas con el proceso.
Oportunidades de Mejoramiento :
•Establecer metodologías y procesos que permitan a la organización un mejor control sobre el manejo de los requerimientos.
•Capacitaciones respecto al proceso de levantamiento de requerimientos.
•Realizar validaciones formales de los requerimientos con el cliente.
•Definir el responsable de la definición y seguimiento de los requerimientos.
Page 14
4. HALLAZGOS - ADMINISTRACION DE REQUERIMIENTOS
Consecuencias:
•La mala administración de los requerimientos no permite que se mantenga un control de los proyectos.
• Dada la falta de validación con el cliente respecto a los requerimientos, se genera re trabajo en los proyectos.
• Mala imagen frente a los clientes, por la mala administración de los requerimientos.
Recomendaciones:
•Establecer procedimientos formales para la creación de actas de aceptación de requerimientos.
• Definir un proceso estándar para administrar los cambios en los requerimientos y divulgarlo.
•Capacitar al equipo en este proceso, y verificar que este sea ejecutado e institucionalizado.
Page 15
4. HALLAZGOS - ADMINISTRACION DE REQUERIMIENTOS
Indicadores de progreso sugeridos
• Número de requerimientos devueltos x proyecto.
• Número de requerimientos documentados.
•Porcentaje de proyectos en que se implementa el proceso de administración de requerimientos.
Page 16
4. HALLAZGOS - ADMINISTRACION DE LA CONFIGURACION
Fortalezas:
•Se realiza la planeación de los procesos de administración de la configuración.
•Se verifica que los release esten correctamente configurados y que las pruebas del cliente hayan sido realizadas.
Oportunidades de Mejoramiento :
• Capacitaciones en el tema de Administración de la Configuración
•Definir el procedimiento para la administración de la configuración
Page 17
4. HALLAZGOS - ADMINISTRACION DE LA CONFIGURACION
Consecuencias:
•Replicación y perdida de información por falta de un repositorio único.
•No se puede volver a una configuración específica.
•Al tener un proceso de administración de configuración se pueden obtener productos de mejor calidad, pues se garantizan productos documentados.
Recomendaciones :
•Establecer una política organizacional para la administración de solicitud de cambios.
•Definir y divulgar un proceso formal de solicitud y aprobación de cambios.
•Mantener y administrar las versiones de software.
•Identificar y establecer elementos de configuración.
•Establecer las responsabilidades en el grupo de trabajo.
Page 18
4. HALLAZGOS - ADMINISTRACION DE LA CONFIGURACION
Indicadores de progreso sugeridos
•Porcentaje de solicitudes de cambios administrados por el sistema.
•Número de defectos removidos en revisiones de línea de base
Page 19
5. PRÓXIMOS PASOS
TAREA RESPONSABLE FECHA
Elaborar borrador plan de acción
Participantes MA
Presentación a la gerencia Participantes MA
Conformar PAT’s SEPG, MSG
Definir prioridades de mejoramiento
MSG