Presentacion preparada para el Scrum Gathering Regional Event Buenos Aires 2012.

1. PMP vs Agile
Project
Managers:
Choque de
Titanes
Juan Banda, MSc, CSP, ACP, PMP
juan.banda@percella.com
Fotografía por http://japan-web-magazine.com/japan-sumo/japan-sumo0.html

2. Los
contendientes
son parte del
mismo equipo,
tiene objetivos
comunes pero
visiones
diferentes
Fotografía por http://en.wikipedia.org/wiki/File:Sumo_ceremony.jpg

3. Cada
contendiente
quisiera tener
más poder que
el otro – esto
es típico en
organizaciones
proyectalizadas
Fotografía por http://www.metro.co.uk/news/52596-kids-take-on-sumo-wrestlers

4. Cada
contendiente
busca el arma
adecuada para
derrotar al
otro – ¿será
Agile esta
arma?
Fotografía por http://uncyclopedia.wikia.com/wiki/File:Sumo_wrestling.jpg

5. No hay
contendiente
pequeño, solo
mente pequeña –
¿pero será que en
realidad hay
contienda?
Fotografía por http://amusis.wordpress.com/2010/05/19/

6. Trajes de batalla –
ambos
contendientes solo
tienen
“frameworks” más
no “silver bullets”
Fotografía por http://funsolutions.com.au/1_10_Sumo-Suits.html

7. •Los Project
Managers usan
muchas mascaras,
el objetivo siempre
es tener proyectos
exitosos
•El “framework” es
el vehículo
Fotografía por Carlos Castillo

8. •Los equipos se
transforman a “Agile”
•Con suerte las
organizaciones se
transforman también
•La “transformación
organizacional” es un
objetivo más ambicioso,
hablamos aquí de
Enterprise Agile
Fotografía por babka_babka

9. •“Ser” Agile vs “usar”
Agile
•“Transformarse” a
Agile vs “adoptar”
Agile
•Los PMPs piensan en
“adoptar” Agile porque
piensan que se trata de
nuevos procesos
Fotografía por Darko Sikman Photography

10. •Una PMO
tradicional puede
ayudar a mantener
“la burbuja Ágil”
•Dentro de la
burbuja Agile
puede florecer y
eventualmente
contagiar a otros
equipos
Fotografía por http://good-wallpapers.com/cartoons/1049

11. •El riesgo esta en
que una PMO trate
de “clonar” Agile
•Agile es un estado
mental, no
fácilmente
alcanzado y
difícilmente
duplicado
Fotografía por http://scienceonthego.blogspot.com/2010/12/human-
cloning-make-new-human-without.html

12. •“Rolling wave” y
“Progressive
elaboration” son técnicas
de planificación, no
creencias y valores
•Suenan como Agile pero
Agile es más profundo
•Agile no define “como”
debo trabajar, define
creencias y valores
Fotografía porSundust_L

13. •Los equipos ágiles
entran en un estado de
“trance” producto de
su transformación a
Agile
•El “trance” los
desenfoca de varios
detalles mundanos
Fotografía por useitinfo

14. •Es posible alcanzar el
equilibrio, sin embargo
ahí es donde ingresan
los “adaptadores”
•Los “adaptadores” son
personas (no procesos)
que no interrumpen el
“trance”
Fotografía por Maxin Kuschpel

15. -¿Puede el Scrum
Master ser este
adaptador?
-No porque es
parte del equipo y
también esta en
“trance”
Fotografía por mattek

16. •¿Puede el
Product Owner
ser el
adaptador?
•No tampoco
por él se
enfoca en el
producto y no
en detalles
mundanos
Fotografía por Digital Stability

17. •Se necesita a
alguien que se
encargue de las
contrataciones,
evaluaciones,
compras,
contratos,
presupuestos y
demás etcéteras
de un proyecto
Fotografía por traqair57

18. •Los Project
Managers no
deben olvidar
el pragmatismo
•“Usar
cualquier cosa
que funcione”
•“No repetir el
mismo plan de
ataque”
Fotografía por naeemcallaway

19. •”Pelear con una
espada en cada
mano. No
aferrarse a un
estilo único”
•Los PMP no
requieren
“transformarse”,
requieren
“adaptarse”
Fotografía por fifoescudero

20. •¿Como PMP me
sumo al
movimiento
“flower power”
o me quedo
afuera?
•Mejor afuera
porque alguien
tiene que cuidar
de los centavos
Fotografía por Aleeph

21. •Afuera significa
mantener una
visión “objetiva”
que sirva para
hacer de interface
con el resto de la
empresa
•No forzar el
equipo a tener la
misma visión
Fotografía por pasukaru76

22. •¿Si soy un PMP
me transformo en
Agile Project
Manager para
mantenerme
vigente?
•¿Si soy un Scrum
Master y quiero
un ascenso, me
transformo en
Agile Project
Manager?
Fotografía por Logan Fulford

23. •Como PMP el
cambiar de
título no me
da automá-
ticamente
vigencia
•Los PMPs no
son cosa del
pasado, sus
habilidades
siempre serán
requeridas
Fotografía por abc photography01

24. •Se requiere sin
embargo que
los PMPs se
adapten a la
corriente ágil
(adaptarse a la
vez implica
convertirse en
el “adaptador”)
Fotografía por JPLAGES

25. •Como Scrum Master
se supone que no creo
en jerarquías sino en
roles
•Ser un Agile Project
Manager implica ser
un manager que
maneja con un estilo
ágil equipos que ya
son agiles dentro de
una organización que
puede o no ser ágil
Fotografía por Begga_H

26. Initiation, Planning, Executing,
Monitoring & Controlling, Closing
Project, Release, Iteration, Daily
Work
Los grupos de procesos pueden
ejecutarse en cada nivel
Fotografía por photophilde

27. •I = Business case
•P = Kickoff
meeting, release
road map planning
•E = Entregas
iterativas e
incrementales
•M&C = Revisiones
periodicas de
entregables,
progreso y
procesos
•C = Restrospectiva
del proyecto
Fotografía por torbenbotts

28. •I = Road map y
release definition
•P = Release
planning meeting
•E = Entregas
iterativas e
incrementales
•M&C = Revisiones
periodicas de
entregables,
progreso y
procesos
•C = Restrospectiva
del release
Fotografía por dpicton

29. •I = Iteration
planning meeting
•P = Iteration
planning meeting
•E = Trabajar en los
features hasta
completarlos
•M&C = Tasks
boards, burndown
charts, daily stand-
ups, aceptación de
features
completados
•C = Iteration demo,
review y
Fotografía por Praveen M Tomy
retrospectiva

30. •I = Cafe de la
mañana
•P = Daily stand-
up meeting
•E = Trabajar en
tareas
•M&C = Atender
obstaculos
•C = Regristrar
progreso en el
taskboark y
burndown chart
Fotografía por deathtiny42

31. La agilidad es la
habilidad de
balancear la
flexibilidad y la
estabilidad
(Highsmith
2002)
Fotografía por http://lisadelay.com/blog/2011/01/02/ha-poetry-in-motion-sumo-style/

32. Preguntas
Fotografia por Bilal Kamon

33. Libros, si libros 

34. slideshare.net/juanbanda2
juanbandaonscrum.blogspot.com/ (blog)
@juanbandajara (twitter)
percella.com (site)

35. http://creativecommons.org/licenses/by-nd/3.0/deed.es