Ágil es algo que eres- cmmi es algo que usas.pptx-sepgla
TRANSCRIPT
ÁGIL ES ALGO QUE ERES, CMMI ES
ALGO QUE USAS
Qué significa ser ágilVersión 1.0.0.20140601
01 PRESENTACIÓN
02 MÉTODOS ÁGILES Y MÉTODOS TRADICIONALES
03 EL MANIFIESTO POR EL DESARROLLO ÁGIL DE
SOFTWARE
04 SOBRE LA EVOLUCIÓN A ÁGIL
CONTENIDOS
05 FACTORES CLAVE DE ÉXITO PARA IMPLEMENTAR
MÉTODOS ÁGILES
06 MITOS, MONSTRUOS, LEYENDAS URBANAS Y
OTROS DESVARÍOS DE ÁGIL Y SCRUM
07 CONCLUSIONES Y RECOMENDACIONES
08 REFERENCIAS
LUIS ANTONIO SALAZAR-CARABALLO
Presentado por:
@luchosalazarc
“Los ingenieros se contratan para crear valor del negocio, no para programar cosas. ”
Patrick McKenzie (Desarrollador)
• Precepto 1:
– La calidad de un producto está dada
en gran medida por la calidad de los
procesos que usamos para crearlo y
mantenerlo
PRESENTACIÓN
William Edwards Deming (1900 - 1993)
PRESENTACIÓN
Lo más importante de un proceso son las personas
PRESENTACIÓN
Los líderes actuales deberían trabajar con los nuevos líderes
PRESENTACIÓN
Principios de Lean SW Development*
Optimice el todo
Enfóquese en el cliente
Energice a los trabajadores
Elimine el desperdicio
Entregue rápido
Construya con la calidad en mente
Continúe mejorando
Foto de El Colombiano
Manejo de:
Complejidad + Cambios en Requisitos + Innovación Tecnológica
= Éxito
MÉTODOS ÁGILES Y MÉTODOS TRADICIONALES
• La Complejidad requiere disciplina
• Los cambios en requisitos requieren adaptabilidad
• CMMI, PMI e ISO dan idea de cuales
procesos son necesarios para
mantener una organización madura y
disciplinada.
• Ágil proporciona guías para un manejo
eficiente de los proyectos de una
manera que permite alta flexibilidad y
adaptabilidad.
MÉTODOS ÁGILES Y MÉTODOS TRADICIONALES
• El valor de los métodos ágiles solo se
puede conseguir vía su uso
disciplinado
• Institucionalización según CMMI:
– “Forma tradicional de hacer negocios que
una organización sigue de manera rutinaria
como parte de su cultura corporativa”.
• Nosotros la definimos simplemente
como “esta es la forma en que
hacemos las cosas por aquí”.
MÉTODOS ÁGILES Y MÉTODOS TRADICIONALES
• No podemos predecir o planear con absoluta certeza lo que vamos a entregar,
cuándo lo entregaremos y cuánto será su costo.
• Empecemos con planes iniciales alrededor de las estimaciones, fechas y
alcance, pero enfoquémonos en la revisión continua de estas restricciones a
medida que avanzamos.
• La meta es entregar el mejor software posible, dadas estas restricciones, pero
ningún método con el enfoque de receta de cocina mejorará lo que es “mejor”.
LA FILOSOFÍA ÁGIL
EL MANIFIESTO POR EL DESARROLLO ÁGIL DE
SOFTWARE (VALORES)
El Manifiesto NO sugiere abandonar las prácticas de la izquierda...
Individuos y sus Interacciones
Mientras hay valor en los elementos de la IZQUIERA,Valoramos más los elementos en la DERECHA.
Procesos y Herramientas
Software FuncionandoDocumentación
Exhaustiva
Colaboración con el Cliente
Negociación Contractual
Respuesta al CambioSeguimiento al Plan
EL MANIFIESTO ÁGIL (VALORES)
Fuente: http://www.agilemanifesto.org/iso/es
• Satisfacer al cliente es la prioridad
• Aceptar cambios en los requisitos
• Entregar software funcional con
frecuencia
• Trabajar juntos Usuario y
Desarrolladores
• Desarrollar en torno a individuos
motivados
• Comunicar información cara a cara
EL MANIFIESTO ÁGIL (PRINCIPIOS)
• Software funcionando: medida de
progreso
• Promover el desarrollo sostenible
• Atención continua a la excelencia
técnica
• La simplicidad es esencial
• Equipos autoorganizados
• Reflexionar (Inspeccionar) y adaptar
• Los métodos tradicionales son
prescriptivos
– Se enfocan en definir y reforzar procesos
– Gastan muy poco en identificar y entregar lo
que los usuarios necesitan
– Usan herramientas monolíticas y pesadas
• Los métodos ágiles son generativos
– Los procesos de software más efectivos no
pueden definirse por adelantado
– Es un proceso continuo
EL MANIFIESTO POR EL DESARROLLO ÁGIL
DE SOFTWARE
• Entregar software
funcionando y
probado cada 4
semanas o menos
• Entregar lo que el
negocio necesita más
• El proceso está
mejorándose
continuamente
EL MANIFIESTO POR EL DESARROLLO ÁGIL
DE SOFTWARE
Fuente: http://goo.gl/QnQUN
• Defina un proceso de mejora
continua que lo lleve del enfoque
actual a una estrategia ágil.
• La implementación de ágil empieza
con la interiorización de los valores y
principios ágiles
• La transformación es progresiva,
integre paso a paso las prácticas
ágiles requeridas
• Al tomar elementos actuales, use
prácticas Lean para hacerlos más
livianos y eliminar el desperdicio
SOBRE LA EVOLUCIÓN A ÁGIL
• Implemente los conceptos de:
– Valor,
– Software de Valor para el negocio,
– Definición de Terminado,
– Definición de Listo, y
– Criterios de Aceptación
• Despójese y remueva de la
organización los vicios y las
comodidades actuales
• Tenga el coraje para decir que
implementar Ágil no es fácil
• Para implementar Scrum usando
Scrum:
– Tener una Lista de elementos a
implementar
– Separarlos en sprints de 2 semanas
– Implementar gradualmente
– Haga que las personas se sientan
cómodas con el cambio
• Esto es Scrum Orgánico
SOBRE LA EVOLUCIÓN A ÁGIL
Algoritmo general de la implementación de Scrum usando Scrum
• Scrum (m): Un marco de trabajo
por el cual las personas pueden
resolver problemas complejos
adaptativos, a la vez que entregar
productos del máximo valor posible
productiva y creativamente.*
• Scrum es:
– Liviano
– Fácil de entender
– Extremadamente difícil de llegar a
dominar
SOBRE LA EVOLUCIÓN A ÁGIL (SCRUM)
* Fuente: la guía de Scrum. http://www.scrum.org/scrum-guides
• Dedíquese al 100%
• Comprometa a la Gerencia
• Reclute al Cliente (DP)
• El Scrum Master es básico
• Defina una estrategia
• No se impaciente
• Empiece con pocas métricas
– Para medir la realidad de los
proyectos
– No a las personas
• Use la Guía a la Agilidad
FACTORES CLAVE DE ÉXITO PARA
IMPLEMENTAR MÉTODOS ÁGILES
• Ágil no necesita documentación
• Ágil significa “no hay un plan”
• Ágil es la “bala de plata” a todos los
problemas de la ingeniería de
software
• Ágil no necesita diseño previo
• Ágil siempre usa “Historias de
Usuario"
MITOS, MONSTRUOS, LEYENDAS URBANAS Y
OTROS DESVARÍOS DE ÁGIL Y SCRUM
• Scrum siempre Funciona
• Scrum Master igual a Gerente de
Proyecto
• Podemos hacer Scrum sin un
Dueño de Producto
• Scrum no funciona con CMMI u
otros modelos de procesos
• Scrum produce equipos de súper
héroes
• Ágil significa más rápido
MITOS, MONSTRUOS, LEYENDAS URBANAS Y
OTROS DESVARÍOS DE ÁGIL Y SCRUM
• Usar CMMI y Scrum arroja un
desempeño significativamente
mejorado mientras se mantiene el
cumplimiento con CMMI
• Los proyectos Scrum muestran una
ganancia significativa en
productividad y calidad sobre los
métodos tradicionales
• Las compañías Ágiles pueden usar
las Prácticas Genéricas de CMMI
para institucionalizar las prácticas
ágiles
• Lean puede usarse para identificar
oportunidades de mejora en una
compañía CMMI 5
• Una organización no puede forzar la
filosofía ágil en su cultura
• Ágil no es una construcción de
conveniencia
• Si no puedes adoptar los valores y
principios del Manifiesto, entonces
eres un ADNS – Ágil De Nombre
Solamente
CONCLUSIONES Y RECOMENDACIONES
[1] Salazar-Caraballo Luis Antonio. Asuntos de
la Ingeniería del Software: Volumen II.
http://www.amazon.com/Asuntos-
Ingenier%C3%ADa-del-Software-
Volumen/dp/1494962810/ref=la_B00B1FN726
_1_3?s=books&ie=UTF8&qid=1401811341&s
r=1-3
[2] Salazar-Caraballo Luis Antonio. Asuntos de
la Ingeniería del Software: Volumen I.
http://www.amazon.com/Asuntos-
Ingenier%C3%ADa-Software-
Art%C3%ADculos-
Seleccionados/dp/1482344106/ref=la_B00B1
FN726_1_2?s=books&ie=UTF8&qid=1401811
393&sr=1-2
• El Gazafatonario
– http://www.gazafatonarioit.com
REFERENCIAS WEB/BIBLIOGRÁFICAS
Lucho Salazar: autor, conferencista, coach ágil, experto en procesos y
métodos de software, incluyendo métodos y prácticas ágiles,
Ingeniería de Requisitos, Arquitectura de software, Análisis y Diseño
de software y Gerencia de Proyectos. Sus artículos han sido
publicados por medios como Líder de Proyecto, Asociación Española
de Profesionales en Dirección de Proyectos, Scrum Alliance y la
revista PROIECTUS, editada también en España.
Lucho es autor de los libros “Asuntos de la Ingeniería de
Software”, Volumen I y Volumen II. Es traductor al español de la guía
oficial de Scrum y de los libros de Ivar Jacobson “Casos de Uso 2.0” y
“La Esencia de la Ingeniería del Software: aplicando el Kernel de
Semat”. Es miembro del Comité Ejecutivo de Semat Latinoamérica,
una iniciativa mundial que busca refundar la Ingeniería del Software.
Es miembro de IEEE.
Lucho ha trabajado durante 14 años en Intergrupo. Actualmente es
Analista de la Vicepresidencia de Innovación desde donde lidera el
proceso de transformación a ágil de la compañía. Su blog se puede
leer en http://www.gazafatonarioit.com. Lucho también escribe
poemas, su libro Ansiedad de un Náufrago fue publicado en 2010. Su
próximo libro, El VademeScrum, una especie de marco referencial de
Scrum y de sus componentes, está en proceso de edición.
ACERCA DEL AUTOR
@luchosalazarc
http://co.linkedin.com/in/luchosalazar
http://www.gazafatonarioit.com
Somos una multinacional con presencia en el
mercado latinoamericano, orientada a la
creación de soluciones y servicios basados en
tecnología de punta.
La Ingeniería de la Información con valor
agregado es el eje que mueve nuestro negocio.
Somos reconocidos internacionalmente por
cumplir con los más altos estándares de la
industria.
1400+ Empleados
400+ Clientes
18 años
Presencia en 10 países
CMMI 5
ISO 9001
ISO 20000
ACERCA DE INTERGRUPO
UN ADULTO CREATIVO ES UN NIÑO QUE SOBREVIVIÓ