Las mejores prácticas ágiles

A menudo los métodos ágiles y los tradicionale (“plan-driven”) se ven como contradictorios. No obstante, mi experiencia de los últimos años demuestra que una buena integración de las prácticas ágiles y de CMMI proporciona a las empresas soluciones ligeras, eficientes, fáciles de mantener y bien aceptadas por el personal.

Estoy preparando un seminario sobre las pácticas ágiles y CMMI. Por eso estoy haciendo un estudio personal mio sobre las prácticas ágiles más útiles y fáciles de adoptar.

Sí aplicas prácticas ágiles en tus proyectos, me gustaría invitarte a rellenar la encuesta.Son sólo 3 preguntas y en ménos de 10 min se pueden contestar.
Las puedes encontrar aquí: http://es.berriprocess.com/estudio-practicas-agiles

A los que participen les enviaré los resultados del análisis de los datos recogidos.

Muchas gracias por tu tiempo.

Las señales de la “institucionalización” con éxito

CMMI, a partir de nivel de capacidad 2, requiere que los procesos estén “institucionalizados”.

¿Qué significa “institucionalizar” un proceso?

Mi hija tiene siete años y hace cinco años aproximadamente empezamos a introducir el proceso “limpiarse los dientes después de cenar”. Yo, como experta en procesos :-),  definí el siguiente proceso:

GP2.8 y GP2.9 de CMMI explicadas

Un compañero mío de trabajo que vive en los EEUU me contó la siguiente historia:

Hace unos cuantos meses se cayó esquiando y se dio un golpe en el hombro, por lo que fue al médico y le explicó lo que le había ocurrido. Este le dio un volante y lo derivó al traumatólogo. El traumatólogo ni siquiera le preguntó qué le había pasado; por lo visto entendió la situación tras leer el volante del médico de cabecera. No obstante, preguntó por el seguro médico

Los 8 desperdicios en los procesos de desarrollo de software

 “Uno de los logros más notables para mantener el precio de nuestros productos bajo es el progresivo acortamiento del ciclo de producción. Cuanto más tiempo esté un artículo en el proceso de fabricación y cuanto más varíe este, mayor será su coste final.” Henry Ford (1926)

El enfoque del razonamiento Lean es en reducir los desperdicios, es decir, todo lo que no aporta valor al cliente o que el cliente no percibe como valor (por el que pagar).
Lean significa mejorar continuamente hacia lo ideal a través de una implacable reducción de Muda (desperdicios).

Existen 8 tipos de desperdicios en las tecnologías de información y comunicación (TIC) que afectan negativamente la productividad, el servicio al cliente y el negocio. Cada vez que consigues reducir estos desperdicios, reduces el tiempo de fabricación / desarrollo de un producto y con esto, su coste interno. Por eso, recuerda la palabra en inglés DOWNTIME (menos tiempo):

Los desperdicios de los proceso NO se reciclan.

Defectos (D = Defects)

Sobreproducción (O = Overproduction)

Espera (W = Waiting)

Procesamiento sin valor (N = Non value-added processing)

Transportación (T = Transportation)

Exceso de inventario (I = Inventory excess)

Exceso de procesamiento (M = Motion excess)

El hecho de que la documentación sea un entregable requerido, no significa que aporte valor. Una buena prueba para la documentación en papel es comprobar si existe un consumidor esperando a que se produzca la documentación.

Mal uso de los conocimientos del personal (E = Employee knowledge unused)

P.S.1 En la literatura sobre Lean se habla de 7 tipos de desperdicios: los que corresponden a DOW_TIME. No obstante, en el mundo de desarrollo de software y TI, el procesamiento sin valor, la N, tiene especial importancia. Habrás oído por un lado que “El cliente no sabe qué quiere” y por otro lado que “Me da igual con qué tecnología lo van a ser; yo quiero que mi producto sea mejor que el de la competencia”, ¿no?

P.S.2 En ABC de los procesos Lean encontrarás los pasos básicos que debes dar para eliminar los desperdicios de los procesos.

P.S.3 En Implementación de Lean CMMI puedes ver 3 casos prácticos de tres empresas en las que hemos aplicado los principios Lean para conseguir unos procesos CMMI más eficientes.   

Guía práctica de definición de métricas de proceso

“Lo que se mide, se hace”.

El escollo para la mejora de procesos es la medición. Una práctica eficaz que siempre utilizo para definir métricas de procesos es empezar por el diagrama Supplier – Input – Process – Output – Customer (SIPOC) del proceso y definir métricas para las entradas (I), el proceso (P) y los resultados (O).

Si mides los resultados y las entradas, podrás correctamente evaluar la
satisfacción de los clientes de este proceso  y “ver” las causas y los
efectos de las actividades de procesamiento.

Antes de establecer métricas concretas, debes pensar qué criterios vas a usar. En mi práctica más a menudo utilizo los siguientes:

• Vinculación a las necesidades y las expectativas del cliente  (elque usará los resultados de este proceso).
• Procurar de recoger información medible, objetiva.
• Trazabilidad entre los datos y los resultados de análisis.

Establecer criterios claros hace que el equipo tenga confianza en que las métricas les van a indicar objetivamente si el proceso entrega los resultados necesarios.

Los tres tipos de métricas:

1. Métricas de los resultados (la O)

Lo más directo es preguntarte cómo el cliente evaluará estos resultados, qué es importante para él.

Por ejemplo, uno de los resultados del proceso de pruebas es el plan de pruebas. El cliente es el equipo de pruebas. Este primero necesita saber qué entorno de pruebas debe preparar y para cuándo y, luego, qué pruebas debe ejecutar. Desde esta perspectiva el cliente valora:

• obtener a tiempo información sobre el entorno de pruebas que debe preparar
• obtener pruebas claramente especificadas.

2. Métricas del proceso (la P)

Las métricas de las actividades del proceso te dicen cómo de bien rinde el proceso en algunos puntos críticos o hitos dentro del proceso. Te permiten evaluar la eficacia con que funciona el proceso. Estas métricas mantienen el proceso bajo control.

Volviendo al ejemplo del proceso de pruebas, conociendo las necesidades del cliente podrías definir las siguientes métricas para este:

• tiempo de entrega de especificación del entorno de pruebas
• calidad de las especificaciones de las pruebas (claridad de los casos de prueba, cobertura de los requisitos del producto por casos de pruebas, priorización de las pruebas, etc.)

3. Métricas de las entradas (la I)
Las métricas de las entradas te ayudan a evaluar cómo de bien (hasta qué grado) los proveedores de las entradas (la S) cumplen tus requisitos desde la perspectiva de este proceso.

Volvamos al proceso de pruebas. Tú eres el que debe desarrollar el plan de pruebas. En esto dependes de que el proveedor de requisitos y análisis funcional te entregue estos productos a tiempo para que tú puedas satisfacer a tu cliente. Entonces lo que podrías medir es:

• cuántas veces recibes las especificaciones de los requisitos y del análisis funcional a tiempo
• el tiempo de retraso en las entregas que recibes tarde
• la calidad de estas especificaciones

Dependiendo del contexto, puedes tener diferentes métricas del proceso para diferentes clientes y proveedores del mismo.

Determinar las métricas necesarias

Es mucho mejor tener pocas métricas significativas que muchas inefectivas. Las trampas en las que puedes caer cuando mides los procesos son las siguientes:

• Mides demasiadas cosas
• Gastas mucho tiempo y esfuerzo midiendo
• Mides la cosa incorrecta

Para determinar las métricas necesarias debes seguir los siguientes dos pasos sólo:

1. Hacer un brainstorming de metricas

2. Identificar las métricas más importantes.

El primer paso está bien claro: recoges ideas de métricas potenciales.

Para el segundo paso identifica cuáles son las métricas

• de resultados, críticamente importantes para el funcionamiento exitoso del proceso
• de proceso que tienen mayor impacto sobre la satisfacción del cliente
• de entradas que tienen más impacto sobre el rendimiento del proceso.

Para esto te ayudará volver al diagrama SIPOC del proceso, identificar los puntos críticos o los hitos en el proceso y elegir las métricas que contribuyen más a conseguir el rendimiento deseado del proceso.

Y por último, cuando tengas la métricas bien definidas, revisa Check-list de la calidad del sistema de medición para asegurarte de que encajan bien en el sistema de MA completo.

Tus apuntes prácticos:

• Define las métricas de un proceso a base de su diagrama SIPOC
• Define métricas de resultados, de proceso y de entradas
• Establezca las métricas que facilitan mejor el logro de las necesidades del cliente y el rendimiento del proceso
• Ver Tu sistema de MA resumido en 1 hoja
• Si implementas el modelo CMMI, estas prácticas de ayudarán a implementar GP2.8 y el área de proceso Medición y Análisis.