Gustavo Bonalde

Director de Soluciones

Corporación Sybven, Venezuela

From RUP 2 SCRUM, Lecciones Aprendidas

• 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

Agenda

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

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é?

Adoptando RUP

Cómo lo hicimos?

Proyecto Implementación

RUP

Capacitación y Adiestramiento

Mentoría Configuración

Ambiente

Herramientas Procesos

Soporte

Divulgación Adminstración / Capital Humano

Adoptando RUP

Evangelizando y Documentándonos

Cómo lo hicimos?

Adoptando RUP

..buscando donde esta el conocimiento y experiencia

Cómo lo hicimos?

Adoptando RUP

TR

OP

ICA

LIZ

AM

OS

Cómo lo hicimos?

El Ávila. Caracas-Venezuela

Adoptando RUP

Campaña de Sensibiliación

Assessment Capacitación Proyectos

Pilotos Herramientas

Cómo lo hicimos?

Adoptando RUP

RUP UML REQUERIMIENTOS

PRUEBAS GESTIÓN DE PROYECTOS

Qué hicimos?

Adoptando RUP

Proyectos Pilotos

CARACTERÍSTICAS DE LOS PP CARACTERÍSTICAS DE LOS PARTICIPANTES

Deben ser importantes para el negocio pero no críticos

Deben querer ser parte de este nuevo proceso

Moderadamente significativo número de casos de uso

De 3 a 4 personas por equipo (multidisciplinario: líder de proyecto, analista de requerimiento, calidad, programador)

Preferiblemente una nueva funcionalidad, no sólo un requerimiento de mantenimiento

Buena interacción con el proyecto a desarrollar 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 semanas

Experiencia con la tecnología a ser implementada

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?

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?

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

Moviéndonos a SCRUM

Mayor Agilidad ¿?

Para qué?

Moviéndonos a SCRUM

Cómo lo hicimos?

Moviéndonos a SCRUM

Cómo lo hicimos?

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

Moviéndonos a SCRUM

Qué hicimos?

• Fácil de configurar • Rápido de implementar • duración proyecto piloto: 2 meses

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?

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

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