Este documento compara las metodologías tradicionales de gestión de proyectos con Scrum en tiempos de crisis. Scrum es más adecuado porque minimiza los desperdicios, entrega valor desde el principio, permite cambios frecuentes y mantiene una comunicación constante entre el equipo y el cliente.

1. y la Crisis Mundial Rafael Sabbagh Marcos Garrido Traducción: Teo Sánchez Scrum Porqué Scrum es la mejor opción para los proyectos en tiempos de crisis

4. Parte I La Crisis

5. El mundo encara una crisis... USA banks cut credit, despite of help ADDICTED TO RISK

7. ... y la crisis es severa! ¿Quién cree que lo peor de la crisis ha pasado? … y quién cree que lo peor está por llegar?

9. Y el área de tecnología sufre... US$ 2.5bi losses 3.9 thousand job cuts 10% jobs cut Stocks plunge 90% profit drop 3,000 job cuts 80% drop in sales

10. Y el área de tecnología sufre... US$ 2.5bi losses 3.9 thousand job cuts 10% jobs cut Stocks plunge 90% profit drop 3,000 job cuts 80% drop in sales Hay despidos y el beneficio cáe

11. ... A la vez que las inversiones. Global technology spending to drop nearly 4% in 2009 According to Gartner, worldwide companies are cutting their budget. Investment in hardware will drop 15%, while investment in software will increase 0.5%, as software may help companies save money. Associated Press, 04/01/2009 Forrester: worldwide technology spending to drop 3% this year According to Forrester, worldwide spending in IT products and services may drop 3% compared to 2008. Investment in software may remain stable, while expenses with communication equipment, hardware and IT services will drop this year. IDG News Service/EUA, 01.14.2009 se mantienen estables, mientras la inversión en equipos de comunicación, hardware y servicios IT bajará este año .

13. Parte II ¿Cómo sobrevivir?

14. ¿Cómo sobrevivir? El mercado demanda que las organizaciones cambien el modo de trabajar para sobrevivir en estos tiempos turbulentos Verdaderamente um CAMBIO DE PARADIGMA

17. ¿Cómo sobrevivir? ¿Cual es el framework para el desarrollo de proyectos que se centra en estos puntos? Scrum

18. ¿Cómo sobrevivir? ¡Scrum es la mejor elección para proyectos en tiempos de crisis ! ¡Y la crisis es una gran oportunidad para difundir Scrum!

19. Parte III Utilizar Scrum

21. ¡Desperdicios NO! Metodologías no ágiles defienden que se debe generar gran cantidad de documentación para que el proyecto tenga éxito Project Charter Preliminary Scope Statement Project Management Plan Change Requests Progress Report Performance Report Acceptance Report Project Closure Report Detailed Schedule Earned Value Analysis Lessons Learned Document Sequence Diagrams Components Diagram Collaboration Diagram State Diagrams Use Cases Diagram Packages Diagram Activities Diagram ...what else?

22. ¡Desperdicios NO! Metodologías no ágiles defienden que se debe generar gran cantidad de documentación para que el proyecto tenga éxito Project Charter Preliminary Scope Statement Project Management Plan Change Requests Progress Report Performance Report Acceptance Report Project Closure Report Detailed Schedule Earned Value Analysis Lessons Learned Document Sequence Diagrams Components Diagram Collaboration Diagram State Diagrams Use Cases Diagram Packages Diagram Activities Diagram ...what else? ¿Cual es el coste de producir y mantener todos esos documentos? ¿Cuantos de esos documentos se mantienen actualizados y cuantos son útiles para el desarrollo del proyecto?

23. ¡Desperdicios NO! Sobre el 50% del tiempo se dedica a los requisitos, arquitectura y especificaciones en un proyecto típico Análisis de requisitos Implementación Pruebas Mantenimiento Todo esto se hace antes de construir ¡ ninguna funcionalidad ! Especificación/ Arquitectura

25. ¡Desperdicios NO! ¿Es aceptable este desperdicio de tiempo y esfuerzo en tiempos de crisis ?

26. ¡Desperdicios NO! Después de todo el objetivo es el producto , no la documentación Con Scrum , solo se utiliza la documentación estrictamente necesaria y suficiente para el proyecto Esto es, readacta solo lo que se va a usar

27. ¡Desperdicios NO! En Scrum el alcance del proyecto es dinámico , para mantenerse alineado com las necesidades del cliente y puede cambiar durante el desarrollo del proyecto Así, las entregas parciales serán utilizadas por el cliente Las funcionalidades a construir son las más importantes para el cliente antes del inicio de cada sprint.

28. ¿Qué pasa si se cancela el proyecto? Análisis de requisitos Especificación/ Arquitectura Implementación Pruebas Mantenimiento En proyectos no ágiles ¿Qué pasa si el proyecto se cancela... ...aquí? Inicio Elaboración Construcción Transición

29. ¿Qué pasa si se cancela el proyecto? Análisis de requisitos Especificación/ Arquitectura Implementación Pruebas Mantenimiento En proyectos no ágiles ¿Qué pasa si el proyecto se cancela... ... O aquí? Inicio Elaboración Construcción Transición

30. ¿Qué pasa si se cancela el proyecto? Análisis de requisitos Especificación/ Arquitectura Implementación Pruebas Mantenimiento En proyectos no ágiles ¿Qué pasa si el proyecto se cancela... ... Incluso aquí? Inicio Elaboración Construcción Transición

31. ¿Qué pasa si se cancela el proyecto? Un proyecto con Scrum funciona de otra manera... ¡Se entrega VALOR en cada iteración!

32. ¿Qué pasa si se cancela el proyecto? Un proyecto con Scrum siempre produce un incremento en el producto, que es potencialmente entregable al final de cada sprint Si el proyecto se cancela en cualquier momento, el cliente puede usar lo que se ha producido en los anteriores sprints, minimizando el riesgo En proyectos no ágiles hay ocasiones en que el cliente no obtiene ningún retorno de su inversió n

33. ¿Qué pasa si se cancela el proyecto? En un entorno de incertidumbre , minimizar los riesgos para el cliente supone una importante ventaja competitiva

34. ¡Lo más valioso primero! Con metodologías no ágiles sólo se aporta valor al final del proyecto Source: IBM website Liberación

35. ¡Lo más valioso primero! Con Scrum , el dueño del producto siempre puede reordenar o actualizar las funcionalidades, priorizando aquellas de más valor para el cliente. Así, Scrum asegura que los elementos más valiosos se desarrollarán primero, generando frecuentes retornos de inversión al cliente.

37. Puede haber cambios Grandes y frecuentes transformaciones ocurren en tiempos de crisis Cambia la legislación y la regulación Cambian las reglas del negocio Nuevas oportunidades de negocio Actores importantes abandonan el mercado Pérdidas y falta de financiación Fusiones/adquisiciones e intervenciones del gobierno

38. Puede haber cambios ¿Cómo tratan los cambios las metodologías tradicionales? El cambio es indeseable El cambio es arriesgado El cambio es caro El cambio debe ser negociado Como casi toda la planificación se hace al inicio del proyecto, hay poco espacio para el cambio

39. Puede haber cambios ¿Cómo tratan los cambios las metodologías tradicionales? El limitado alcance del contrato nos protege ¡El cliente querrá cambiarlo todo! Cada cambio debe negociarse con el cliente y su impacto cuantificado Cada cambio debe ser revisado, aprobado planificado, documentado y gestionado

40. Puede haber cambios La gestión de los cambios supone una fuente de estrés en proyectos no ágiles Estrés en la relación a largo plazo con el cliente Estrés diario para el equipo de desarrollo.

41. Puede haber cambios ¿Cómo maneja Scrum los cambios ? Scrum asume los cambios como algo natural del proceso de desarrollo Manifiesto ágil: “ responder a los cambios sobre seguir un plan ” El “Product Backlog” es actualizado constantemente por el dueño del producto (Product owner)

42. Puede haber cambios ¿Cómo maneja Scrum los cambios ? Los cambios se introducen en el producto en el siguiente sprint Una respuesta tan rápida a los cambios supone una gran ventaja competitiva ...haciendo posible convertir una crisis en oportunidades

43. Quienes no se comunican ... En un proyecto en cascada ¿Cuando se anima al cliente a participar ? Análisis de requisitos Especificación/ Arquitectura Implementación Mantenimiento Pruebas

44. Quienes no se comunican ... Pruebas El cliente ve el proyecto como una gran caja negra , cuyo contenido solo se revelará al final del proceso En un proyecto en cascada ¿Cuando se anima al cliente a participar ? Acceptance Tests Especificación/ Arquitectura Implementación Mantenimiento Análisis de requisitos

45. Quienes no se comunican ... Desde luego, cuando termina el proyecto, el resultado pocas veces cubre las necesidades del cliente en ese momento

46. Quienes no se comunican ... ¿Cómo gestiona Scrum la comunicación ? El “Product Owner” está siempre en contacto con el cliente para identificar sus necesidades … … y mantiene la pila del producto (Product Backlog) constantemente actualizada y priorizada ...

47. Quienes no se comunican ... ¿Cómo gestiona Scrum la comunicación ? El cliente recibe regularmente nuevas versiones … ... Y puede realimentar rápidamente al equipo a través del “ Product Owner” .

48. Quienes no se comunican ... ¿Cómo gestiona Scrum la comunicación ? Así, el cliente se siente involucrado durante todo el proceso ... ... compartiendo la responsabilidad del proyecto con el equipo ... ... Confiando cada vez más en el equipo y en el proceso mismo

49. Quienes no se comunican ... La relación con el cliente deja de ser meramente comercial y pasa a ser: Asociación Complicidad Satisfacción Fidelidad Se establece una relación a largo plazo con el cliente, que puede superar períodos de fuerte crisis

50. Quienes no se comunican ... Progress Report Project Closure Report Lessons Learned Document Sequence Diagrams Component Diagram Collaboration Diagram Change Requests Detailed Schedule En proyectos no ágiles ¿Cómo se proporciona visibilidad a los responsables? State Diagrams Principalmente a través de documentación , que... ... es costosa de elaborar ... no es eficiente ...difícil de actualizar ...termina por ser desechada Project Charter Prelminary Scope Statement Project Management Plan Acceptance Report Earned Value Analysis Package Diagram Performance Reports Activity Diagrams Use Cases Diagram

51. Quienes no se comunican ... Con Scrum , ¡la visibilidad del proyecto es costantemente reforzada ! Reuniones diarias Kanban Trabajando en el mismo entorno Participación del cliente Gráficas de trabajo pendiente Frecuentes versiones Reuniones de revisión Retrospectivas ...son algunos ejemplos.

52. Quienes no se comunican ... Mantener la comunicación abierta con los gestores del proyecto es la mejor forma de asegurar que todos saben qué se debe hacer y qué se está haciendo Esto genera incrementos de produtividad , esencial en tiempos de crisis

53. Teniendo en cuenta la inversión A diferencia de otras metodologías, Scrum explícitamente prioriza el retorno de la inversión ( ROI ) del cliente Uno de los papeles principales del “Product Owner” es garantizar el ROI del cliente , siempre con el objetivo de maximizarlo actualiza constantemente el “Product Backlog”, priorizando lo elementos de más valor

54. ¿Qué pasa si se debe reducir el equipo? Con el modelo en cascada los roles en los proyectos están bien definidos ¿Qué pasa en los proyectos en cascada ? En un proyecto de TI, por ejemplo, el programador programa, el probador prueba… Si la crisis alcanza la organización y es necesario quitar algunos miembros al equipo

55. ¿Qué pasa si se debe reducir el equipo? Si el diseñador deja el proyecto… ... las nuevas ventanas no tendrán diseño ! Si el probador deja el proyecto... ...Se entregará sin probar! Si el DBA deja el proyecto... ...¿Quién se ocupará de la base de datos? Si el jefe de proyecto se marcha... ... Se quedará sin dirección!

56. ¿Qué pasa si se debe reducir el equipo? Si el diseñador deja el proyecto… ... las nuevas ventanas no tendrán diseño ! Si el probador deja el proyecto... ...Se entregará sin probar! Si el DBA deja el proyecto... ...¿Quién se ocupará de la base de datos? Si el jefe de proyecto se marcha... ... Se quedará sin dirección! Desde luego, todo el proyecto estará amenazado

57. ¿Qué pasa si se debe reducir el equipo? Con Scrum , la responsabilidad de las entregas recae sobre todo el equipo, sin importar los roles ¿Y qué pasa en proyectos con Scrum ? Aunque hay una natural especialización, se estimula a la gente para desarrollar y usar sus habilidades secundarias … ...y, en general, darán lo mejor de sí mismos para compensar la pérdida de miembros del equipo

58. ¿Qué pasa si se debe reducir el equipo? Con Scrum , la responsabilidad de las entregas recae sobre todo el equipo, sin importar los roles ¿Y qué pasa em proyectos con Scrum ? Aunque hay una natural especialización, se estimula a la gente para desarrollar y usar sus habilidades secundarias … ...y, en general, darán lo mejor de sí mismos para compensar la pérdida de miembros del equipo Así, incluso con menos capacidad el equipo sigue haciendo entregas

59. ¿Qué pasa si se debe reducir el equipo? ¡Aviso! : Reducir el equipo nunca debe ser la primera alternativa Reduciendo el equipo también se reduce su capacidad de entregar valor En consecuencia, el cliente estará menos contento y buscará otro proveedor ...haciendo que la situación de la organización empeore y creando un círculo vicioso perder-perder

60. Parte IV Conclusiones

61. Conclusiones En esta presentación hemos mostrado que Scrum es la mejor elección para proyectos en tiempos de crisis

62. Conclusiones Ofrecemos muchos argumentos para que se pueda inducir a otros o decidirse a introducir Scrum en sus organizaciones

63. Conclusiones Una vez superada la crisis , las organizaciones que hayan adoptado Scrum estarán más cerca de sus clientes, enfocadas en los resultados, serán más compactas, objetivas y transparentes

64. Conclusiones Para estas organizaciones, la crisis habrá sido un propulsor y cuando el mercado se recupere serán las primeras en arrancar.

65. Parte V Bibliografía

66. Bibliografía

67. Contacto http://www.scrumability.net Rafael Sabbagh [email_address] Marcos Garrido [email_address]

68. Contacto http://teosanchez.blogspot.com Teo Sánchez [email_address]