1. Outsourcing,
¿puede ser realmente Ágil?
Davor Pavisic
Jalasoft
Abril 2014

2. Los hechos y o personajes en esta presentación son
ficticios, cualquier semejanza con la realidad es
PURA coincidencia.

3. Solo sé que nada sé!
• Cual puede ser mi aporte en esta reunión?
• Todos Uds. son mucho mas agiles que yo
• Que puedo compartir con Uds.?

4. Hace algunos años...
• Una Transición dolorosa
– Programación Estructurada (Pascal, C)
– Programación OO (C++)
• El desarrollo de software en Bolivia era
prácticamente 0
• No había internet ni teléfonos celulares
• Ahora el desarrollo de software en Bolivia es una
industria que esta creciendo a pasos agigantados.

5. Encaramos otro cambio...
• Transición
– Waterfall
– Agile
• Pero ahora nos duele mas porque hay dinero
involucrado

6. LA COMUNICACIÓN ES IMPORTANTE
Personas e interacciones por sobre
procesos y herramientas
TENEMOS UN PROBLEMA

7. La realidad del Software en Bolivia
• 90% del software desarrollado en Bolivia es
para exportación
• Menos del 10% de este tiene la PI en Bolivia
• Muchos de Uds. hacen software por encargo
• Algunos de Uds. han hecho su propio software
pero tienen problemas en vender al público
en general.

8. Fabricar Software es Caro
• Hagamos números:
– Equipo ágil de 7 ingenieros
– Por redondear 1k / persona / mes
– Por redondear 10 meses
• 7x10x1k = 70,000 + extras
• Inversión aprox. = $100,000 en 1 año

9. Es mejor vender afuera
• Hay que tener una idea por la que la gente
quiera pagar
• Esta idea debe resolver “mi problema”
• Para desarrollar este software debo entender
los problemas de mis compradores

10. Aprender a desarrollar Software
• Hay mucho mas que un grupo de amigos
capos para programar
Stakeholders?

11. Outsourcing es una Escuela
• Buen Negocio
• De bajo riesgo
• Con ingresos
• Aprender a desarrollar
• Entender los problemas de nuestros clientes
• Oportunidad

12. Que buscan nuestros clientes?
• Que es lo que buscan nuestros clientes?
– Bajar costos
– Pero también, buscan “outsourcing” por cierta
especialización que pueden no tener “in-house”

13. Que ofrecemos?
• Dentro de todo el ramillete de opciones que
ofrecemos... Siempre hay una que dice Agile.

14. Agile? Yes we are!
• Nuestros clientes en muchas ocasiones tienen
una realidad distorsionada de lo que es Agile.
• Todos somos agiles pero estamos realmente
hablando el mismo lenguaje?
• Para muchos de nuestros clientes la
metodología es el “dashboard” que
presentamos

15. What?
• Business people and developers must work
together daily throughout the project.
• The most efficient and effective method of
conveying information ... is face-to-face conversation.... And
we are promoting offshore development?
• The best architectures, requirements, and designs emerge
from self-organizing teams.... Lo siguiente es un equipo
comunista
• At regular intervals, the team reflects on how
to become more effective, then tunes and adjusts
its behavior accordingly.... Retrospectives? Ni hablar.

16. El cambio de paradigma es difícil
• Muchos de nuestros pares en el lado del
cliente son gente con muchísima experiencia:
– CTOs,
– Chief Architects,
– Etc.
• Es posible que estemos hablando de dos
generaciones distintas...

17. Que es lo que ocurre?
• Poca confianza en la novedad
• No tengo margen para equivocarme
• No puedo permitir que estos estén
experimentando en mi proyecto de $500 k.
• Pero al mismo tiempo hay un deseo de
innovar (empresarial o del equipo)

18. Agile welcomes Change but...
• Si bien Agile “embraces
change” hay cosas que
nos desesperan
• “Feature Creap” dentro
de la interacion
0
50
100
150
200
250
300
350
1/1/14
1/2/14
1/3/14
1/4/14
1/5/14
1/6/14
1/7/14
1/8/14
1/9/14
1/10/14
1/11/14
1/12/14
1/13/14
1/14/14
1/15/14
Burn Down
0
50
100
150
200
250
300
350
12/30/13
1/3/14
1/7/14
1/11/14
1/15/14
Burn Down

19. Story points? I don’t understand
• Queremos estimar la
complejidad del trabajo
primero
– Story Points
– Planning poker

20. Puedes ser Agil en hrs.
• Yo solo entiendo hrs y $$
• Puedes estimar en hrs
• Hrs = $$
• Asi puedo calcular el costo
de cada feature
• Ademas se exactamente
cuanto se va ha tardar en
cada user story
• Vamos a escribir User
Stories para las
reuniones
• Vamos a logear el
tiempo que tardamos
en leer el correo
• Asi nuestra iteracion
esta completa!!!

21. Quiero el control
• Se trata de Control
• Nuestros clientes
quieren tener el control
• Da la impresión que Ágil
es libertinaje, anarquía
• Es una barbaridad!!!

22. Pero lo que necesita es...
• Confianza
• Credibilidad
• Expectativas
• ...
• ...

23. COMO HACER?
La solucion no tiene que ser compleja

24. Como hacer?
• Business commitment:
– Alguien que se responsabilize del exito de la
iniciativa
– Nuestro cliente debe estar convencido
• Alguien que conozca y haya aplicado la
metodologia
• Todos deben entender la filosofia

25. Pero Sobretodo – Face to Face
• Fundamental que el
cliente entienda el
medio y conzca a las
personas face to face.
• Que trabaje codo a
codo con nuestros
ingenieros
• Intercambiemos
nuestra forma de
pensar.
• El cambio es radical

26. GRACIAS