Dejemos de ser talibanes de los procesos. @garycorp

1. CMMI + SCRUM,
NO! CMMI VS SCRUM!
Mtro. Rodrigo Torres Garibay
@garicorp

2. Los modelos* se complementan,
no se contraponen!!
*O sea: normas, estándares, buenas prácticas, etc.
Conceptos básicos

3. Conceptos básicos
El modelo debe ajustarse a
la organización, no la
organización al modelo
Te dice el
¿QUÉ? más no el
¿CÓMO?

4. PREMISA: “Lo qué hago actualmente está bien, lo qué voy a hacer es
mejorarlo”
Conceptos básicos

5. CMMI  Modelo
SCRUM  Framework
NO norma
NO Estándar
Conceptos básicos

6. Ningún modelo, marco de
referencia, buenas prácticas,
norma, estándar, etc. NO ES
LA VERDAD ABSOLUTA!
Conceptos básicos

7. Elementos de CMMi®
Metas Genéricas
Prácticas Genéricas
Propósito
Área de Proceso
Notas introductorias
Metas Específicas
Prácticas Específicas
Ejemplos de Productos
de Trabajo
Subprácticas
Áreas de Proceso
Relacionadas
Ejemplos de
Productos de trabajo
Subprácticas
Requerido Esperado Informativo

8. Elementos de CMMI
» Las áreas de proceso NO son PROCESOS! Un
área de proceso puede estar integrada en
varios procesos o actividades.
» CMMI te dice el ¿Qué? se tiene que hacer en
las actividades. No te dice el CÓMO

9. CMMI® HABLA DE ÁGIL

10. CMMI® habla de Agile
CMMI Institute, 2012.

11. CMMI® habla de Agile
CMMI Institute, 2012.

12. CMMI® + SCRUM

13. Manifiesto Ágil
“Libertad,
no
libertinaje”

14. “Oath of Non-Allegiance”.
“I promise not to exclude from consideration any idea based on
its source, but to consider ideas across schools and heritages in
order to find the ones that best suit the current situation.”
Alistair Cockburn

15. CMMI + SCRUM
RD, SG 1, 2
PP, SG 1, 2
IPM, SG 1
PP, SG 3
IPM, SG 2
PMC, SG 2
VER, SG 2, 3
TS, SG 3
PI, SG 1, 3
CM, SG 1
VAL, SG 2
RD SG, 3
PP, SG 3
RD, SG 3
REQM, SG1
PMC SG 1
PG, 3.2
Área de Proceso, Meta
CMMI

16. CMMI + SCRUM
¿Qué te ofrece CMMI? ¿Dónde lo puedes aprovechar en SCRUM?
CM – Te propone que se definan líneas base,
control de configuración y una forma de
llevarlos.
Cada que se genera una entregable por Sprint es
importante que se tenga definido la línea base a la
que pertenece
PP – Modelos de estimación y ciclos de vida.
Se definen modelos de estimación para definir la
capacidad que se tiene por Sprint.
PPQA – Propone que se auditen las
actividades.
Al finalizar cada sprint se pueden llevar auditorías de
procesos para identificar posibles actividades que nos
estén llevando, para el siguiente Sprint.
MA – Objetivos + Métricas + Control
Definiendo métricas por sprint se podrá llevar un
mejor control hasta de las actividades diarias.
PI – Planes de Integración
Al ir definiendo entregables se deberá de definir la
forma como se va a integrar al producto final.

17. CMMI + SCRUM
¿Qué te ofrece CMMI? ¿Dónde lo puedes aprovechar en
SCRUM?
OPD – Documentación de
procesos y guías de adaptación.
Al tener documentado las actividades
que se llevan, el desarrollo de los
colaboradores en los proyectos será más
sencilla.
OPF – Manejo de Mejoras
controladas.
El asignar prioridad a las mejoras y un
canal oficial de control de las mismas
dará una mejor estabilidad a las
actividades a ejecutar.
SAM – Definir acuerdos con
proveedores
Definiendo la forma como participan los
terceros nos podemos ahorrar problemas
de fallas de comunicación.
RSKM – Definición de riesgos del
producto
Se puede definir riesgos genéricos por
producto, que se vayan revisando en
cada entregable.

18. Resumen
30%
46%
24%
CMMi for DEV L3 Vs SCRUM
Si No Parcial

19. Resumen
46%
30%
24%
CMMi for DEV L2 Vs SCRUM
Si No Parcial

20. Caso Praxis (Previo)
PROYECTO DE SOFTWARE
Administración Integrada del Software
(ISM)
ORGANIZACIONAL
Definición y Enfoque del
Proceso de la Organización
(OPFD)
Programa de Entrenamiento
(TP)
Aseguramiento
de la Calidad
Organizacional
(OQA)
Administración de
Requerimientos
(RM) Administración de
Estrategias
(SPP)
Administración del
Rendimiento del Proyecto
(SPTO)
provee visibilidad
objetiva de los procesos
que se están usando
Ingeniería de Producto de Software
(SPE)
Administración de la
Configuración del Software
(SCM)
Revisión por
Pares
(PR)
Remueve defectos de
los productos de
trabajo de software
AseguramientodelaCalidaddelSoftware
(SQA)
Asegura el apego a
Procesos y la calidad
de los productos
de trabajo
Resolución y Análisis de
Decisiones
(DAR)
Establece y mantiene la
integridad de los productos
Administración Cuantitativa

21. Caso Praxis (Actual)
PROYECTO DE SOFTWARE
Administración Integrada del Software
(ISM)
ORGANIZACIONAL
PROCESOS DE MEJORA E INNOVACIÓN ORGANIZACIONAL
Definición y Enfoque del
Proceso de la
Organización (OPFD)
Despliegue e Innovación
Organizacional
(OID)
Resolución y Análisis de
Causas
(CAR)
Medición y Análisis
(MA)
Programa de
Entrenamiento
(TP)
Aseguramiento
de la Calidad
Organizacional
(OQA)
Administración de
Requerimientos
(RM) Administración de
Estrategias
(SPP)
Administración del
Rendimiento del Proyecto
(SPTO)
provee visibilidad
objetiva de los procesos
que se están usando
Ingeniería de Producto de
Software
(SPE)
AdministracióndelaConfiguracióndelSoftware
(SCM)
Revisión por
Pares
(PR)
Remueve defectos de
los productos de
trabajo de software
AseguramientodelaCalidaddelSoftware(SQA)
Asegura el apego a
Procesos y la calidad
de los productos
de trabajo
ResoluciónyAnálisisdeDecisiones
(DAR)
Medición y Análisis de
Proyectos
(MA)
Establece y mantiene la
integridad de los productos
Administración Cuantitativa
PMI / SCRUM / KANBAN
RUP / XP / TDD / FDD
Colecta
Información para
su análisis
Reporte de
Indicadores

22. Caso Praxis – Mejoras
√ Reducción de defectos de al menos 60%
√ Aumento de la Productividad de al menos en un 30%
√ Disminución de re-trabajo al menos en un 50%
√ Reducción de costos del proyecto hasta por un 30%
Desarrollo con Proceso Estándar
Desarrollo con Proceso Adaptado Ágil
TESTIMP
Ahorro
TESTREE
REE
A&D
A&D
IMP

23. CONCLUSIONES

24. Tipos de Modelos
MoProSoft
ITIL
CMMI
SCRUM

25. Forma de complementar los modelos
» SCRUM
• SCRUM + CMMI

26. Dejemos de ser talibanes de los
procesos

27. CMMI + SCRUM,
NO! CMMI VS SCRUM!
Mtro. Rodrigo Torres Garibay
@garicorp