CMMI Agil

Agilizando CMMI
en
Unkasoft

30 Abril 2010 - A Coruña
Unkasoft Advergaming – http://unkasoft.com Universidad Rey Juan Carlos - Diciembre 2009

Agenda

 Contexto inicial

 Conflicto: procesos vs agilidad

 Solución

 Consejos

 Debate

Unkasoft Advergaming – http://unkasoft.com

La persona

José Manuel (JM) Navarro
@jmnavarro
jmnavarro@unkasoft.com
agilizandocmmi.wordpress.com

Unkasoft - Responsable Técnico

Scrum Manager - Colaborador


La empresa

Creative Advergaming – http://unkasoft.com
UnkasoftCommons - http://www.flickr.com/photos/gaetanlee/118885175/

La empresa


CMMI

La forma más
eficiente de hacer un
trabajo es hacerlo
bien a la primera
Watts S. Humphrey
Creador de los modelos CMM - CMMI


Agile manifesto

Agradecemos los requisitos
cambiantes, incluso al final del
desarrollo.

Agile manifesto
Segundo principio


CMMI

La calidad del
resultado depende
de la calidad de los
procesos
Watts S. Humphrey
Creador de los modelos CMM - CMMI


Agile manifesto

Desarrolla proyectos alrededor de
personas motivadas. Dales el
entorno, apoya sus necesidades y
confía en que ellos hagan el trabajo.
Agile manifesto
Quinto principio


CMMI


Agilidad


Factores determinantes
Personal
% Junior % Senior y Master

40 15

30 20

Criticidad
Posibles pérdidas 20 25 Definición
materiales y/o humanas
% Modific. Requisitos / mes
10 30 1

5
V id a 0
s– 35 10
B ie n
e s-
u t ili 30
da d
50

3
Ági
l
10 For
90 ma
l
30
70
100
50

300
30

Tamaño 10

Número de personas involucradas Dinamismo
% adaptación a entornos caóticos


¿Dónde quieres estar?
Caos
Improvisación

Formalidad Agilidad

Control Confianza

Predicción Adaptación


El universo CMMI

3 Constelaciones
22 Áreas de proceso (DEV)
100+50 Metas (DEV)
170+748 Prácticas (DEV)


¿Solo?

UnkasoftCommons - http://www.flickr.com/photos/tripphotogallery/4059486159/

SCRUM


Entonces… ¿ágil?

http://media.photobucket.com/image/yoda/y23155/Soulcalibur%20IV/Yoda.jpg

¿o CMMI?

http://simonz.web.elte.hu/wallp/promo-vader.jpg

CMMI vs Ágil

http://starwars.yahoo.com/photos/darth-vader-luke-skywalker-fight-2?lid=2cfcab65369c83ccd605e31f06052793

CMMI con Ágil!


Patrón dialéctico

S3
T4
TO S2
IM IE N
O C
C ON
S1 T3 A3

T2 A2

T TESIS
T1 A1 A ANTÍTESIS

S SÍNTESIS


Patrón dialéctico


Patrón dialéctico

Flexibilidad

Disciplina Agilidad


Scrum Manager

Gestión de Proyecto

Ingeniería

Gestión de Empresa


Fases y recursos

 Definición: 4 meses, 2 personas + 1 C

 Despliegue: 3 meses, 1 persona

 Mantenimiento: 0.5 personas
UnkasoftCommons - http://www.flickr.com/photos/dunechaser/489467800/

Fases y recursos

FAIL
 Definición: 4 meses, 2 personas + 1 C

 Despliegue: 3 meses, 1 persona

 Mantenimiento: 0.5 personas

Fases y recursos


Herramientas


Herramientas

Word/Excel

Trac


Herramientas

 Basado en tickets: identificados y con atributos
Word/Excel
 Basado en wiki: wikified everywhere

Trac
 Histórico completo de cambios
 Trazabilidad natural
 Integrado con Subversion
 Extensible y open source: desarrollo propio


Trac: anatomía de un ticket


Requirement Management (REQM)


REQM
Obtener entendimiento de requisitos


REQM
Imagen = 1000 x palabras
Animación = 1000 x imágenes
Prototipo = 1000 x animaciones


REQM

Gestionar cambios de requisitos

- El cambio es positivo ¡¡no obstaculizarlo!!

- Documentados (Trac)

- Analizar el impacto del cambio ayuda a evitar
sorpresas


REQM

Mantener trazabilidad

-Vital en proyectos a largo plazo (productos)
-Automático con Trac + SVN
-Hasta línea de código!


REQM
Identificar inconsistencias
Proceso de pruebas
Entregables VS. Test plan (basado en requisitos)

Bugtracking
¿¿todavía te suena a chino??


REQM - EPIC FAILS

- Tentación del waterfall: intentar definirlo todo
- Ceder a presiones comerciales/cliente
(No saber decir NO)
- Automatización de pruebas binaria: nada - todo


REQM - EPIC WINS

- Responsable de requisitos: Product Owner
- Trazabilidad integrada (a largo plazo)
- Prototipos visuales e interactivos


Configuration Management (CM)


CM

Para equipos técnicos,
la asignatura “maría”

- Líneas base (tags)
- Controlar y seguir
cambios (trazabilidad)
- Controlar integridad:
branches, scm-reviews

CM

Subversion: desde el día 0

Hudson: servidor de CI

Maven: build y dependencias Java


Integración continua
Centraliza de forma automática:
• Construcción: compilación, despliegue
• Gestión de dependencias
• Testeo: a varios niveles
•Recolección de métricas
•Análisis de tendencias


Integración continua


CM - EPIC FAILS

- MAVEN!

- SVN para branching


CM - EPIC WINS

- Integración continua con Hudson

-Desarrollo basado en ramas

-Gestión estricta de dependencias


PP & PMC

Planificación y seguimiento:

60% estimación

40% todo lo demás


PP & PMC: Estimación



Estimar tiempo no es estimación, sino
adivinación

1) Estimar los atributos de magnitud

2) Derivar el tiempo.



Complejo y muy costoso llegar a un
modelo de estimación medianamente
válido



Pero… en qué se unidad se mide el
tamaño del software?
Kg?
LOC?
Nº de Clases?
UCP?
FP?

Nuestro primer intento

1º. Medir atributos (o
adivinar lo que podrían
medir)

Unidad: Tamaño y
complejidad: 9 rangos



2º. Derivar el esfuerzo a partir del
histórico para tareas con mismos
atributos

E = h(t, T)



FAIL
2º. Derivar el esfuerzo a partir del
histórico para tareas con mismos
atributos

E = h(t, T)


El cerebro no es bueno midiendo “a ojo”

200

100

Pero sí comparando


Segundo intento:

Tamaño relativo (comparativo)
+
Ajuste por velocidad (histórica)


Unidad de tamaño: Gallifante(*)
Cantidad de trabajo que
puede hacer una persona
en 1 día perfecto

(*) En XP: Día ideal


Velocidad: factor para obtener el
esfuerzo (horas) a partir del tamaño
(gallifantes).
Se mide en
gallifantes/día.

Calibrado con el
histórico!!


Fórmula final:

E = e(T) * vh(x)
T: Tamaño de tarea, requisito o
proyecto
x: persona, equipo, empresa

Cuanto más tarde estimemos, mejor

Los planes a largo plazo son ejercicios de adivinación
que dan una falsa sensación de control

PP & PMC
Riesgos

Explicitarlos ayuda a no olvidarlos.

PP & PMC

No creemos en Gantt!

Seguimiento de SCRUM es suficiente!


PP & PMC - EPIC FAILS

- Estimación 1.0
- Perfiles “saltarines” difíciles de seguir
- Estimación de costes en base a estimaciones
demasiado tempranas


PP & PMC - EPIC WINS

- Seguimiento basado en SCRUM
- Gestión de riesgos ligera y automática
- Estimación 2.0


MA


MA

Este?


MA

No, “el otro MA”

W. Edwards Deming
Estadista americano


MA

In God we trust; all
others must bring
data.
W. Edwards Deming
Estadista americano


MA

Completamente nuevo

Indicadores a nivel de proyecto y de
empresa

Los mínimos imprescindibles son
demasiados (si CMMI te deja)


MA
Ejemplos:

- Velocidad por sprint
- Tasa de errores
- Valoración del cliente
- Rentabilidad por proyecto
- Peticiones de cambio por cliente


MA - EPIC FAILS

- Excesivos indicadores (gracias, CMMI!)
- Es difícil encontrar los adecuados
- Negocio muy dinámico: revisión semestral


MA - EPIC WINS

- Indicadores brújula
- Momento de reflexión a nivel de empresa
- Los equipos agradecen indicadores simples
y claros


PPQA

Lo que no se pone a prueba
constantemente, acaba por
debilitarse

Mass Effect III


PPQA

Verificar productos y procesos
Auditorías exhaustivas
Pruebas automáticas (las esenciales)


PPQA - EPIC FAILS

- Excesivas auditorías (gracias, CMMI!)
- A día de hoy, difícil conseguir independencia
- Debería ser 99% automático


PPQA - EPIC WINS

- N.C.: Se tratan como bugs, pero del proceso
- Más útiles de lo que creíamos
- Consume poco tiempo


Agenda

 Contexto inicial

 Conceptos: procesos vs agilidad

 Solución

 Consejos

 Debate


Consejos
Procesos para las personas

UnkasoftCommons - http://www.dfas.mil/careers/acareeratdfas/comminvolv/communitypeople.jpg

Consejos
Procesos para las personas

Por favor, al
revés no!
UnkasoftCommons - http://www.dfas.mil/careers/acareeratdfas/comminvolv/communitypeople.jpg

Consejos

Centrarse en aligerar y automatizar

UnkasoftCommons - http://www.flickr.com/photos/phlb/3121830301/

Consejos

Centrarse en aligerar y automatizar

Menos es más

UnkasoftCommons - http://www.flickr.com/photos/phlb/3121830301/

Consejos
De menos a más: iterativo, incremental

UnkasoftCommons - http://www.flickr.com/photos/fpsurgeon/3142358285/

Consejos

“Todo viaje de mil
millas empieza
con un solo paso”
Lao Tze

UnkasoftCommons - http://www.flickr.com/photos/claudio_ar/3354840032/

Consejos
“Escoge un trabajo que te guste, y no tendrás que
trabajar ni un sólo día de tu vida” - Confucio


Consejos SCAMPI

• Ser imaginativos con las evidencias
(equilibrando riesgo)

• Automatizar generación de evidencias (herramientas)

• Pensar en ellas desde el principio (sin forzar el proceso)

• Apoyo de alguien con experiencia en evaluaciones

• Dedicar tiempo a planificar la evaluación: elegir con
cuidado los participantes y proyectos


José Manuel Navarro
@jmnavarro
jmnavarro@unkasoft.com

CMMI Agil

Recomendados

Recomendados

Mais conteúdo relacionado

Último

Último (10)

Destaque

Destaque (20)

CMMI Agil