Administrar problemas (CMMI)
Puede utilizar el elemento de trabajo de problema como ayuda para realizar un seguimiento de los problemas con el plan de proyecto y sus actividades y tareas. No hay que confundir los problemas con los errores. El tipo de elemento de trabajo de error sirve para realizar un seguimiento de los problemas con el código y determinadas pruebas no superadas. El tipo de elemento de trabajo de problema sirve para realizar un seguimiento de todos los demás problemas con el proyecto. Algunos ejemplos son la ambigüedad de los requisitos, la falta de disponibilidad del personal u otros recursos, problemas con el entorno, otros riesgos del proyecto y, en general, todo lo que ponga en peligro el desarrollo satisfactorio del proyecto.
Los problemas se diferencian en que representan actividades no planeadas. La solución de problemas no forma parte del trabajo normal de un proyecto. Por consiguiente, es preciso realizar un seguimiento y prestar especial atención a este apartado. El seguimiento de los problemas de proyecto con los elementos de trabajo de problema y la utilización de los informes y consultas ayuda a desarrollar una capacidad fundamental para administrar y resolver los problemas de manera rápida y eficaz.
Crear un elemento de trabajo de problema
Cuando surge un problema, se debe crear un elemento de trabajo de problema, describir el problema y las sugerencias para resolverlo si es que las hay. Los elementos de trabajo de problema de un proyecto representan pruebas significativas para la valoración según el método SCAMPI (Standard CMMI Appraisal Method for Process Improvement). Para obtener más información sobre CMMI, vea Información general de Información general de CMMI.
El formulario de elemento de trabajo para un problema almacena los datos en los campos y pestañas que aparecen en la siguiente ilustración:
.png "CMMI Issue work item form")
Revisar los problemas
Las incidencias abiertas de un proyecto deben revisarse periódicamente.
Para ver los problemas, ejecute la consulta Incidencias abiertas que se proporciona con la plantilla. Ordene los problemas por estado usando "propuesto" para evaluar los nuevos problemas.
Analizar los problemas
De cada nuevo problema, se deben analizar sus síntomas y su principal causa. Se debe elaborar un plan de acción correctiva para hacer frente a los síntomas o (preferiblemente) la principal causa. El plan debe registrarse en la pestaña Acción correctiva del problema. La decisión de solucionar el problema o intentar corregir la principal causa debe reflejar los riesgos para el proyecto. Estas decisiones se deben documentar en el elemento de trabajo de problema. Aportarán pruebas para una valoración según el método SCAMPI y demostrarán un nivel de capacidad en materia de administración de riesgos que es importante para la valoración del nivel 3.
Abordar los síntomas es un comportamiento menos maduro que muestra un nivel de capacidad apropiado para una valoración de nivel 2 o 3 según el modelo CMMI. El análisis y la resolución de la principal causa implican que la organización pretende que no vuelva a producirse el problema. Es un comportamiento más maduro. Indica un nivel de capacidad en materia de resolución de problemas y mejora de procesos que es típico de una organización que logra una valoración de nivel 4 o 5.
El plan de acción debe registrarse y, a continuación, se debe desglosar el trabajo en elementos de trabajo de tarea, vinculados al elemento de trabajo de problema como elementos secundarios. Las tareas deben asignarse a los miembros individuales del equipo para su resolución. Cada tarea debe crearse junto con el tipo de tarea "acción correctiva".
.png "CMMI Task work item form")
Comprobar los problemas resueltos
Al revisar las incidencias abiertas, se recomienda revisar los problemas marcados como resueltos. Si un consenso acepta la resolución documentada, marque el problema como "cerrado" y establezca su motivo como "resuelto". Utilice la consulta incidencias abiertas y filtre por estado igual a "resuelto".
Revisar si se han resuelto los problemas
Una vez completadas todas las tareas correspondientes a un problema, las partes interesadas deben decidir si se ha resuelto el problema.
Para ello, es preciso abrir el elemento de trabajo de problema y todos los elementos de trabajo bloqueados. Se puede consultar la pestaña Acciones correctivas para ver el plan de acción original y las acciones que se han llevado a cabo. Asimismo, es posible ver los elementos de trabajo de tarea asociados al problema en la pestaña Todos los vínculos correspondiente a los vínculos secundarios. ¿La acción correctiva ha desbloqueado los elementos de trabajo y ha resuelto el problema? Si la respuesta es negativa, se deben revisar las acciones correctivas y asignarlas de nuevo a los miembros del equipo. ¿La acción correctiva se realizó sin demora? ¿Se evitó que se produjeran un evento externo (o causa especial) e impacto inesperados en la ruta crítica de la programación? ¿Los compromisos del proyecto son seguros o deben volver a negociarse? Todos estos datos deben registrarse en el elemento de trabajo. De este modo, se generan pruebas valiosas para una valoración según CMMI.
Si las partes interesadas creen que el problema se ha resuelto, marque el problema como "resuelto". Se puede cerrar formalmente.
Si no se ha resuelto el problema, se deben revisar las tareas de las acciones correctivas y asignarlas a las personas apropiadas para que las resuelvan. Se recomienda dar una mayor prioridad al problema a fin de agilizar su resolución y evitar un mayor retraso.
Recursos adicionales
Para obtener más información sobre las valoraciones según SCAMPI, vea la siguiente página web: Software Engineering Institute.