Ponencia de Scrum del evento "PMBOK vs Scrum" dada en UNMSM el 9 de noviembre del 2016, abordando historia de scrum y metodologías ágiles con un ejemplo practica de la facilidad que puede implementarse.
8. Velocidad e Incertidumbre
Muchas compañías han
descubierto que para
mantenerse en el
actual mercado
competitivo necesitan
algo más que los
conceptos básicos de
calidad elevada,
costes reducidos y
diferenciación.
Además de esto,
también es necesario
velocidad y
flexibilidad...
Hirotaka Takeuchi and Ikujiro Nonaka (1986): The new new product development game
9. Manifiesto Ágil
Estamos poniendo al descubierto
mejores métodos para desarrollar
software, haciéndolo y ayudando
a otros a que lo hagan. Con este
trabajo hemos llegado a valorar…
Firmado por:
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward
Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew
Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve
Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas.
17 de febrero de 2001
10. A los individuos y su interacción,
por encima de los procesos y las
herramientas.
11. El software que funciona, por
encima de la documentación
exhaustiva.
15. Principios del Manifiesto Ágil
1. La máxima prioridad es satisfacer al cliente.
2. Darle la bienvenida a requisitos.
3. Entregamos software de buen funcionamiento frecuentemente.
4. Trabajar juntos todos, todos los días lo largo del proyecto.
5. Construimos proyectos con individuos motivados.
6. Conversación cara a cara.
7. Un software que funciona es la principal medida de progreso
principal.
8. Los procesos ágiles promueven el desarrollo sostenible.
9. La atención continua a la excelencia técnica y los buenos
diseños mejoran la agilidad.
10. Simplicidad (arte de maximizar la cantidad de trabajos no
realizados) es esencial.
11. Las mejores arquitecturas, requisitos y diseños surgen de equipos
que se auto-organizan.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más
eficaz, en base a eso se ajusta el comportamiento.
17. ¿Cuándo es útil una metodología ágil?
Líneas de
Producción
Desarrollo de
nuevos productos
Investigación
Científica
Ralph d. Stacey :Strategic management and organizational dynamics
20. Scrum
Entre 1985 y 1986, Ikujiro Nonaka y Hirotaka Takeushi
observaron los procesos de producción de empresas en Japon
y EEUU.
Observaron que sus fases de construcción se solapaban,
construían grupos interdisciplinarios, trabajando en el mismo
lugar físico.
A esto se le denomino Scrum (Similitud con el rugby)
22. Scrum
Ken Schwaber y Jeff Sutherland elaboraron sobre el
concepto de Scrum y su aplicabilidad al desarrollo de
software durante una presentación en la conferencia
Object-Oriented Programming, Systems, Languages &
Applications (OOPSLA) en 1995 en Austin, Texas.
29. Ejemplo practico - Scrum
Kylo Ren se pone en contacto con un empresa que
fabrica robos, para realizar un pedido
Quiero un robot que
me sirva de escolta
30. Ejemplo practico - Scrum
Ejemplo practico - Scrum
Kylo Ren (Cliente o Usuarios) se reúne
con el Product Owner, el tomara nota
de lo que quiere.
32. Ejemplo practico - Scrum
El Product owner divide el proyecto
en tareas, funcionalidades o
requerimientos que son las que
componen el Product Backlog.
Ejemplo practico - Scrum
34. Ejemplo practico - Scrum
El Scrum Core Team se reúne para estimar
cada tareas, funcionalidades o
requerimientos de la Product Backlog
Ejemplo practico - Scrum
URGENTES
MENOS IMPORTANTES
38. Ejemplo practico - Scrum
Ejemplo practico - Scrum
El Scrum Team comienza el Sprint Backlog, la cual la
subdividen en tareas menores.
Norma fundamental, éste NO puede ser alterado o
modificado. Hay que esperar a que concluya
Tarea diaria
Producto terminado
40. Ejemplo practico - Scrum
Ejemplo practico - Scrum
Comienza el Sprint y las tareas que
desarrolla el Scrum Team se anotan en
un Scrumboard
PENDIENTES EN DESARROLLO TERMINADAS
PLACA DELANTERA
PLACA TRASERA
LATERAL IZQUIERDO
LATERAL DERECHO
41. Ejemplo practico - Scrum
Ejemplo practico - Scrum
Se tiene reuniones diarias (Daily
Standup/Daily Scrum Meeting)
duración máxima de 30 minutos a
cada miembro (Time Boxing)
PLACA DELANTERA
PLACA TRASERA
LATERAL IZQUIERDO
LATERAL DERECHO
• ¿ Que hice desde
ayer?
• ¿ Que voy hacer
mañana?
• ¿ Que impedimentos
tuve?
52. “Una sola metodología no puede
funcionar para todo el espectro de
proyectos, en vez de eso el
administrador de cada proyecto
debería identificar la naturaleza
especifica de cada proyecto y
seleccionar la mejor metodología
de desarrollo aplicable”
Stephen P. Hawrysh and Jim Ruprecht (2000)
Light Methodologies: It's Like Déjà Vu All Over
Again
53. “No te creas nada, no importa
dónde lo leas, o quien lo diga, no
importa si lo he dicho yo, a no ser
que esté de acuerdo con tu propia
razón y el sentido común”
Buddha