Upload
japono
View
1.113
Download
2
Tags:
Embed Size (px)
DESCRIPTION
Traducido al castellano desde aquíhttp://www.slideshare.net/scrumability/scrum-and-the-world-crisis-1452731
Citation preview
y la Crisis Mundial
Rafael Sabbagh
Marcos Garrido
Traducción: Teo Sánchez
ScrumPorqué Scrum es la mejor
opción para los proyectos en tiempos de crisis
http://scrumability.net 2
Ponentes
• Rafael Sabbagh• Certified ScrumMaster (CSM)• Seven years of experience in IT Project Management and
Development Team Leadership• Computer Engineer - PUC-Rio• Master Student in Administration - PUC-Rio• MBA - PUC-Rio
• Marcos Garrido• Certified Scrum Product Owner (CSPO)• Six years of experience in IT Project Management and
Development Team Leadership • Information Technologist - PUC-Rio• Master Student in Administration - PUC-Rio• MBA - PUC-Rio
http://scrumability.net 3
Traductor
• Teo Sánchez• Practicante de Scrum • Más de 15 años de experiencia en proyectos TI• Diplomado en informática –Universidad de Sevilla
http://scrumability.net 4
Parte I
La Crisis
http://scrumability.net 5
El mundo encara una crisis...USA banks cut credit, despite of help
ADDICTED TO RISK
http://scrumability.net 6
...y la crisis es severa!
• “It’s the worst crisis since 1929!”International Monetary Fund (IMF)
• “The developed countries will face a generalized recession.”Pamela Cox, vice-President of World Bank LatAm/Caribbean
• “It’s a really, really serious situation!”Henrique Meireles, President of Central Bank of Brazil
• “The crisis brings into question the very future of mankind!”Nicolas Sarkosy, President of France
http://scrumability.net 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?
http://scrumability.net 8
La recuperación será difícil...
04/17/2009 –Brazil’s Valor Econômico Journal
•IMF: the world economy will take longer to beat recession than previously expected and recovery will be slower than is previous crisis
•The global extesion of the crisis contributes to extend the recession
•Emerging countries will suffer massive net capital outflows in the next years
04/22 and 04/23/2009 – Brazil’s Valor Econômico Journal
•IMF: Brazilian economy will shrink 1,3% in 2009
•IMF: World economy will shrink 1,3% in 2009 and may grow again in 2010
IMF: The Crisis will be long lasting and recovery will be slow
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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.
http://scrumability.net 12
¡La nueva realidad es dura!
• La demanda de proyectos baja
• Procesos de decisión más largos
• Acceso limitado al crédito
• Presión sobre el margen
• Problemas financieros de los clientes
• Entorno de incertidumbre
• Cambios constantes
• Racionalización de los recursos
http://scrumability.net 13
Parte II
¿Cómo sobrevivir?
http://scrumability.net 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
http://scrumability.net 15
¿Cómo sobrevivir?
Esta nueva forma de trabajar deberá:
Trabajar bien en entornos muy cambiantes, permitiendo frecuentes replanteamientos
Enfocarse en maximizar el ROI del cliente
Ayudar a reducir el tiempo de producción y comercialización
http://scrumability.net 16
¿Cómo sobrevivir?
Esta nueva forma de trabajar deberá:
Evitar el desperdicio de esfuerzo/tiempo con subproductos y características que no se usan
Aportar siempre valor al cliente, incluso si el proyecto es cancelado
Aumentar la comunicación entre con los propietarios del proyecto, así todos saben qué hay que hacer y qué se está haciendo
http://scrumability.net 17
¿Cómo sobrevivir?
¿Cual es el framework para el desarrollo de proyectos que se
centra en estos puntos?
Scrum
http://scrumability.net 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!
http://scrumability.net 19
Parte III
Utilizar Scrum
http://scrumability.net 20
Personajes de la crisis...
• Una organización que proporciona un servicio en proyectos debe aumentar su competitividad para no perder clientes
• Un directivo que necesita recortar costes para que la organización sobreviva
• Un cliente que necesita abordar proyectos específicos, pero necesita reducir costes para que sea viable
¿Por qué elegir Scrum?
http://scrumability.net 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?
http://scrumability.net 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?
http://scrumability.net 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
http://scrumability.net 24
¡Desperdicios NO!
• 35% de los requisitos cambia
• 65% de las funcionalidades no se usa nunca o casi nunca
Sobre el 50% del tiempo se dedica a los requisitos, arquitectura y especificaciones
en un proyecto típico
Análisis de requisitosEspecificación/
ArquietcturaImplementación Pruebas Mantanimiento
Y es peor...
http://scrumability.net 25
¡Desperdicios NO!
¿Es aceptable este desperdicio de tiempo y esfuerzo en tiempos
de crisis?
http://scrumability.net 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
http://scrumability.net 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.
http://scrumability.net 28
¿Qué pasa si se cancela el proyecto?
Análisis de requisitosEspecificación/
ArquitecturaImplementación Pruebas Mantenimiento
En proyectos no ágiles ¿Qué pasa si el proyecto se cancela...
...aquí?
Inicio Elaboración Construcción Transición
http://scrumability.net 29
¿Qué pasa si se cancela el proyecto?
Análisis de requisitosEspecificación/
ArquitecturaImplementación Pruebas Mantenimiento
En proyectos no ágiles ¿Qué pasa si el proyecto se cancela...
... O aquí?
Inicio Elaboración Construcción Transición
http://scrumability.net 30
¿Qué pasa si se cancela el proyecto?
Análisis de requisitosEspecificación/
ArquitecturaImplementación Pruebas Mantenimiento
En proyectos no ágiles ¿Qué pasa si el proyecto se cancela...
... Incluso aquí?
Inicio Elaboración Construcción Transición
http://scrumability.net 31
¿Qué pasa si se cancela el proyecto?Un proyecto con Scrum funciona de otra
manera...
¡Se entrega VALOR en cada iteración!
http://scrumability.net 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
http://scrumability.net 33
¿Qué pasa si se cancela el proyecto?
En un entorno de incertidumbre, minimizar los riesgos para el cliente
supone una importante ventaja competitiva
http://scrumability.net 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
http://scrumability.net 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.
http://scrumability.net 36
¡Lo más valioso primero!
• En tiempos de crisis, las organizaciones deben ser competitivas. La priorización de funcionalidades según su valor permite a las organizaciones:
• Entregar resultados a sus clientes antes que otros competidores
• Poner en producción funcionalidades de más valor a sus negocios más rápido
• Lanzar al mercado productos y nuevas versiones con mayor frecuencia
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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.
http://scrumability.net 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)
http://scrumability.net 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
http://scrumability.net 43
Quienes no se comunican...
En un proyecto en cascada ¿Cuando se anima al cliente a participar?
Análisis de requisitosEspecificación/
ArquitecturaImplementación MantenimientoPruebas
http://scrumability.net 44
Pruebas
El cliente ve el proyecto como una gran caja negra, cuyo contenido solo se revelará al final del proceso
Quienes no se comunican...
En un proyecto en cascada ¿Cuando se anima al cliente a participar?
Acceptance Tests
Especificación/Arquitectura
Implementación MantenimientoAnálisis de requisitos
http://scrumability.net 45
Quienes no se comunican...
Desde luego, cuando termina el proyecto, el resultado pocas veces cubre las necesidades del cliente en ese momento
http://scrumability.net 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...
http://scrumability.net 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”.
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 50
Progress Report
Project Closure Report
Lessons Learned
Document
Sequence Diagrams
Component Diagram
Collaboration Diagram
Change Requests
Detailed Schedule
Quienes no se comunican...
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 DiagramsUse Cases
Diagram
http://scrumability.net 51
Quienes no se comunican...
Con Scrum, ¡la visibilidad del proyecto es
costantemente reforzada!
Reuniones diarias
KanbanTrabajando en
el mismo entorno
Participación del cliente
Gráficas de trabajo
pendiente
Frecuentes versiones
Reuniones de revisión
Retrospectivas
...son algunos ejemplos.
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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!
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 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
http://scrumability.net 60
Parte IV
Conclusiones
http://scrumability.net 61
Conclusiones
En esta presentación hemos mostrado que
Scrum es la mejor elección para proyectos en
tiempos de crisis
http://scrumability.net 62
Conclusiones
Ofrecemos muchos argumentos para que se pueda inducir a otros o
decidirse a introducir Scrum en sus organizaciones
http://scrumability.net 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
http://scrumability.net 64
Conclusiones
Para estas organizaciones, la crisis habrá sido un propulsor y cuando el
mercado se recupere serán las primeras en arrancar.
http://scrumability.net 65
Parte V
Bibliografía
http://scrumability.net 66
Bibliografía
http://scrumability.net 67
Contacto
http://www.scrumability.net
Rafael [email protected]
Marcos [email protected]