Presentación acerca de la experiencia en la implementación de dos de los métodos

1. From RUP 2 SCRUM,
Lecciones Aprendidas
Gustavo Bonalde
Director de Soluciones
Corporación Sybven, Venezuela

2. Agenda
• Introducción
• Adoptando RUP
 Para qué?
 Cómo lo hicimos?
 Qué hicimos?
 Qué aprendimos?
• Moviéndonos a SCRUM
 Para qué?
 Cómo lo hicimos?
 Impedimentos
 Qué hicimos?
 Qué aprendimos?
• Conclusión

3. Las empresas que sobreviven no son las más
inteligentes ni las más fuertes; sino aquellas que se
adaptan mejor al cambio.
Parafraseando a Darwin

4. Adoptando RUP
• Aumentar la motivación y disminuir la rotación de personal
• Mejorar la imagen (interna/externa) de la empresa
• Mejorar la comunicación entre las distintas áreas de la empresa
• Manejar servicios y productos de calidad
• Estandarización de los procesos de desarrollo
Para qué?

5. Adoptando RUP
Proyecto
Implementación
RUP
Adminstración /
Divulgación
Capital Humano
Capacitación y Configuración
Mentoría Soporte
Adiestramiento Ambiente
Herramientas Procesos
Cómo lo hicimos?

6. Adoptando RUP
Evangelizando y
Documentándonos
Cómo lo hicimos?

7. Adoptando RUP
..buscando donde esta el conocimiento y experiencia
Cómo lo hicimos?

8. Adoptando RUP
TROPICALIZAMOS
El Ávila.
Caracas-Venezuela
Cómo lo hicimos?

9. Adoptando RUP
Campaña de Proyectos
Assessment Capacitación Herramientas
Sensibiliación Pilotos
Cómo lo hicimos?

10. Adoptando RUP
RUP UML REQUERIMIENTOS
GESTIÓN DE
PRUEBAS
PROYECTOS
Qué hicimos?

11. Adoptando RUP
CARACTERÍSTICAS DE LOS PP CARACTERÍSTICAS DE LOS PARTICIPANTES
Deben ser importantes para el negocio pero no Deben querer ser parte de este nuevo proceso
críticos
Moderadamente significativo número de casos De 3 a 4 personas por equipo
de uso (multidisciplinario: líder de proyecto, analista
de requerimiento, calidad, programador)
Preferiblemente una nueva funcionalidad, no Buena interacción con el proyecto a desarrollar
sólo un requerimiento de mantenimiento y con los usuarios finales
Manejo del riesgo técnico Se debe prever que dentro de los participantes
se encuentren futuros mentores
metodológicos
Factible para poderse manejar en un plazo de 8 Experiencia con la tecnología a ser
semanas implementada
Proyectos Pilotos

12. Adoptando RUP
"Y a este respecto se debe tener en cuenta hasta qué punto no
hay cosa más difícil de tratar, ni más dudosa de conseguir, ni
más peligrosa de conducir, que hacerse promotor de la
implantación de nuevas instituciones.
La causa de tamaña dificultad reside en que el promotor tiene
por enemigos a todos aquellos que sacaban provecho del viejo
orden y encuentra unos defensores tímidos en todos los que se
verían beneficiados por el nuevo.
Esta timidez nace en parte al temor de los adversarios, que
tienen la ley de su lado, y en parte también la incredulidad de
los hombres, quienes -en realidad- nunca creen en lo nuevo
hasta que adquieren una firme experiencia en ello.
De ahí nace que, siempre que los enemigos encuentran la
ocasión de atacar, lo hacen con ánimo faccioso, mientras los
demás sólo proceden a la defensa con tibieza, de lo cual resulta
un serio peligro para el príncipe y para ellos."
El Príncipe, Nicolás Maquiavelo, 1513
Qué Aprendimos?

13. Adoptando RUP
• Proyecto Transversal, lo que requiere un alto trabajo en
equipo
• Comunicación y Colaboración continua
• Información a la mano
• Incorporación de los distintos niveles gerenciales
• Proceso sistémico
Qué Aprendimos?

14. Moviéndonos a SCRUM
“Los iletrados del futuro no serán aquellos que no
puedan leer o escribir. Sino aquellos que no puedan
aprender, desaprender, y re-aprender”
Alvin Toffler

15. Moviéndonos a SCRUM
Mayor Agilidad ¿?
Para qué?

16. Moviéndonos a SCRUM
Cómo lo hicimos?

17. Moviéndonos a SCRUM
Cómo lo hicimos?

18. Moviéndonos a SCRUM
• Justificar el cambio de RUP
hacia SCRUM
• Cultura RUP
• Personal especializado
 Gerentes de Proyectos
 Diseñadores
 Analistas de Requerimientos
 Analistas de Prueba
Impedimentos

19. Moviéndonos a SCRUM
• Fácil de configurar
• Rápido de implementar
• duración proyecto piloto: 2 meses
Qué hicimos?

20. Moviéndonos a SCRUM
• El scrummaster es un colaborador más del equipo
• La reunión diaria debe mantener activa la participación del equipo
• Dejar al equipo auto-organizarse
• Los roles no son para buscar culpables, sino responsables
• El esfuerzo debe estar equilibrado
• No subestimar los pequeños detalles
• El objetivo debe estar claro para todos los involucrados
• El ritmo debe ser constante, pero no agotador
Qué Aprendimos?

21. Finalmente
Software is just what happens to you
while you're busy making other plans...
don't believe in cascada
don't believe in spiral
don't believe in scrum
don't believe in xp
don't believe in rup
I just believe in me

22. Gracias por su atención.
Gustavo Bonalde
http://gbonalde.blogspot.com
http://twitter.com/gbonalde
http://www.linkedin.com/in/gbonalde
http://www.corporacionsybven.com