Este documento resume buenas prácticas para la gestión de proyectos de transformación digital. En particular, destaca seis puntos clave: 1) Utilizar metodologías ágiles mejora el éxito de los proyectos. 2) Estimar el alcance y coste de proyectos digitales nuevos es muy difícil, por lo que es mejor concentrar recursos en pocos proyectos. 3) Reducir el desperdicio ("waste") mediante equipos dedicados que trabajen juntos. 4) Buscar el producto mínimo viable ("MVP"). 5) Los equipos deben

1. BUENAS PRÁCTICAS
DE GESTIÓN DE PROYECTOS
DETRANSFORMACIÓN DIGITAL
EADA
04/05/2017
oriol.quinquilla@itequia.com

2. https://www.youtube.com/watch?v=No26JKQKZNE
HABLANDO DETRANSFORMACIÓN ...

3. ¿CÓMO PODEMOSTRANSFORMAR DIGITALMENTE
NUESTRAS ORGANIZACIONES CON ÉXITO?

4. Proyecto Transformación digital
Aplica tecnologías digitales
PROYECTOS CONTECNOLOGIAS DIGITALES

6. CREAR E INTEGRAR SOFTWARE (HARDWARE) EN EL CENTRO

7. ¿SÓLO UNA CUESTIÓN EMPRESARIAL O ÉS UN CAMBIO
CULTURAL?
https://enterprisersproject.com/what-is-digital-transformation

8. “Cuando finalmente pruebo
lo que se acaba de entregar”

9. LOS QUE HAN NACIDO DIGITALES...
SABEN COMO EJECUTAR PROYECTOS DETRANSFORMACIÓN DIGITAL

10. ¿QUÉ PODEMOS APRENDER DE ELLOS
Y DE NUESTRA PROPIA EXPERIENCIA?

11. 1. SON ÁGILES (USAN AGILE)

12. QUÉ ES AGILE?
Framworks,
Métodos y
metodologias y
prácticas
Actitudes,
cultura,
valores
Agile

13. FRAMEWORKS, METODOLOGÍASY MÉTODOS
MÁS POPULARES
Scrum XP Lean Kanban
(1995)2001 1999 2003 2010

14. (Servile workforce)
• “Esto tiene que ser así porque así lo he
decidido”
• “Hacemos esto por que es lo que ha
decidido el project manager”
• “Si va mal pienso recordar quien decidio la
entrega”
• “Total… siempre hacemos lo que dice el
jefe”
DE LA CULTURA DE “HAGO LO QUE ME PIDEN”, “TERMINO
LASTAREAS ASIGNADAS”, “ESTO LO DECIDE EL JEFE”

15. A LA CULTURA DEL “PENSAMIENTO CRÍTICO”
(Problem solving workforce)
• “Todos trabajamos para que salga bien el
proyecto”
• “Esto no está bien pensado, propongo...”
• “ ¡Ey! No llegamos a la entrega, pensemos
que hacer”
• “El cliente nos está pidiendo esto… ¿os
parece que nos reunamos para decidir que
hacemos?”

16. AGILE COMPARADO CON WATERFALL
The CHAOS Report by Standish Group, 2015

17. WATERFALL (PMBOK) INTENTA PREDECIR EL FUTURO,
AGILE ES EMPÍRICO: MIRA QUÉ HA PASADO ANTES PARATOMAR DECISIONES

18. http://versionone.com/pdf/VersionOne-10th-Annual-State-of-Agile-Report.pdf
¿QUÉ MEJORA EN UN PROYECTO ÁGIL?

19. 2. ENTENDER LA DIFICULTAD
DE ESTIMAR UNA COSA NUEVA

20. Dijisteis que lo tendríais en abril; es mayo.
Haced lo que sea para que salga online.

21. PARECE SER QUETENDREMOS QUE ESPERAR...

22. “It’s impossible to estimate something
that is being built for the first time.
We never build the same feature twice.”

23. RT @RonJeffries: “Every year there is a new estimation technique.The real
Agile approach would be to throw estimations out.”

24. “El software no es
la máquina telepática”

25. HACER MENOSY MEJOR ES PRODUCTIVO
“Para ejecutar un proyecto hay que estar dispuesto a
invertir 5 veces más de lo que preveemos inicialmente”

26. 3. REDUCIR EL WASTE

27. LEAN ÉS UN CONJUNTO DEVALORES
Eliminar
desperdicio
(waste)
Ampliar el
aprendizaje
Decidir lo más
tarde posible
Entregar tan
rápido como sea
posible
Potenciar el
equipo
Assegurar la
integridad
Ver todo el
conjunto

28. DETECTAR
“WASTE”
• Trabajo entregado pero no acabado
• Procesos excesivos
• Prestaciones adicionales
• Trabajo multi-tarea
• Tiempo en espera
• Tiempo de desplazamiento
• Errores en las entregas

30. DETECTAR
“WASTE”
• Trabajo entregado pero no acabado
• Procesos excesivos
• Prestaciones adicionales
• Trabajo multi-tarea
• Tiempo en espera
• Tiempo de desplazamiento
• Errores en las entregas

31. EJERCICIO: EL EFECTO MULTI-TAREA
A-J I - X 1- 10

32. EJERCICIO: EL EFECTO MULTI-TAREA
K-S I - X 11- 20

33. DETECTAR
“WASTE”
• Trabajo entregado pero no acabado
• Procesos excesivos
• Prestaciones adicionales
• Trabajo multi-tarea
• Tiempo en espera
• Tiempo de desplazamiento
• Errores en las entregas

34. 4. EL MVP

35. ELTAMAÑO IMPORTA
Saber encontrar el MVP
(MinimumViable Product)
es un factor clave de éxito

36. EL MVP DETWITTER ES...

37. 5. DE LA CULTURA INDUSTRIAL A
LA CULTURA DE LAS PERSONAS

38. LAS PERSONAS NO CUENTAN

39. ¿CUAL ES LA MEDIDA IDEAL DE UN EQUIPO?
“Feed them 2 pizza”
283
167
69
48
31
0 50 100 150 200 250 300
15 - 20 personas
9 - 11 personas
5 - 7 personas
3 - 5 personas
1,5 - 3 personas
Treball total de desenvolupament
Midadel’equip
Esforç per a entregar un projecte d’igual mida
Doug Putnam, QSM, Research from over 450 projects

40. CUMPLIR FECHAS
Igual que no hacemos trabajar las
máquinas al 100% de CPU, hay que
dejar capacidad extra a los equipos
para cuando sea necesaria
¿En un día lo
tenemos no?

41. TRABAJAR MÁS HORAS NO ES LA SOLUCIÓN ÓPTIMA
PARA CUMPLIR ENTREGAS
High Moon Studios
XP: prohibido
trabajar 2 semanas
seguidas más horas

42. 6. AVANZAR ITERATIVAMENTE
Y REFACTORIZAR

43. DE INTENTAR PENSARLOTODO A REHACER
Diseño global del
sistema
Desarrollo
Desarrollo
Refactoritzar

44. LA DEUDATÉCNICA SE PAGA,
Y SE PAGA MUY CARA

45. EN RESUMEN
1. Utilizar metodologías ágiles mejora el éxito
2. Estimar es muy dificil, concentrar recursos en pocos proyectos
3. Reduir waste (equipos dedicados, que trabajen juntos, etc.)
4. Buscar el MVP
5. Los equipos deben tener tiempo para tareas no directamente productivas y como más
grandes, más
6. Iterar y refactorizar (es óptimo y necesario)

46. ¿ALGUNA PREGUNTA MÁS?
Oriol Quinquillà Capdevila
oriol.quinquilla@itequia.com
@oriolqc