El documento describe las experiencias de una pequeña empresa de desarrollo con Drupal al aplicar metodologías ágiles como Scrum a la gestión de proyectos. Inicialmente tuvieron problemas al no cumplir plazos y no implicar suficientemente al cliente, lo que resultó en un fracaso. Posteriormente, al ser más comunicativos y estrictos con los plazos, tuvieron éxito con un cliente que confiaba en su equipo. El documento analiza ventajas de Drupal para el desarrollo ágil y ofrece consejos sobre la importancia de

1. Éxitos y desastrosas experiencias con el
agilismo en la gestión de proyectos Drupal
Siddharta Navarro - 26 de octubre de 2013

2. Un poco de Background
Siddharta Navarro
Co-fundador de Atenea tech
siddharta@ateneatech.com
@sidddi
Foto de perfil (es literal)
www.ateneatech.com

3. Un poco de Background (II)
• Desarrollamos webs con Drupal en Barcelona desde 2007
• Desde 2012 intentamos aplicar metodologías ágiles
• Somos una pequeña empresa de desarrollo formada por:
– 2 desarrolladores
– 1 responsable técnico y desarrollador
– 1 responsable comercial
• Ofrecemos servicios con Drupal, trabajamos para clientes y
no tenemos proyectos propios.
• Nos gusta jugar al Carcassone
www.ateneatech.com

4. Pero.. ¿qué significa ser ágil?
(o al menos que significa para mí)
• Centrarse en el valor aportado al cliente
• Trabajar en iteraciones cortas
• Entregar trabajo real en cada iteración
• Aceptar los cambios de requisitos como algo normal
• Trabajar con transparencia y honestidad
www.ateneatech.com

5. Todo esto está muy bien, pero… ¿Cómo es vuestro
día a día agilista?
www.ateneatech.com

6. Antes..
www.ateneatech.com

7. Ahora..
Dentro de todas las metodologías ágiles que
hay, nosotros usamos Scrum –o al menos nuestra
versión de Scrum-.
www.ateneatech.com

8. Todo empezó un soleado día de primavera..
• Charla de Emma López de beCode en la Drupal Day
Valencia
• Empezamos a seguir a algunos Agilistas “famosos”
• Leímos artículos, blogs y libros
www.ateneatech.com

9. ¿Porqué ser ágil?
• Teníamos problemas con la planificación de muchos
proyectos:
– Casi siempre tardábamos más de lo acordado
• El cliente se olvidaba del proyecto y después había sorpresas
– Al acabar el proyecto teníamos que rehacer
funcionalidades y perder tiempo
www.ateneatech.com

10. ¿Por dónde empezamos?
Lo primero y más importante es creérselo.
En AT tuvimos disputas internas. Yo no creía que un cliente iba a
aceptar un proyecto ágil y nunca me atrevía a plantearlo.
Yo no me lo creía.
www.ateneatech.com

11. Pero.. ¿Cómo es un presupuesto ágil?
•
•
•
•
La propuesta se basa en tiempo, no en funcionalidades.
Cuando hacemos un presupuesto ágil, lo que hacemos es una estimación
del tiempo total del proyecto a realizar. Este tiempo se divide en Sprints –de
2 a 3 semanas según el cliente-.
No nos comprometemos a realizar ciertas funcionalidades, sino a trabajar
un número determinado de Sprints –tiempo- un número determinado de
personas.
Los Sprints se pagan por adelantado, pudiendo cancelar un proyecto al
final de un Sprint.
www.ateneatech.com

12. ¿Y porqué un cliente va a aceptar un presupuesto
que no es cerrado?
• El compromiso con nosotros es limitado. Si ven que el proyecto no
se realiza correctamente, pueden dejar el proyecto realizado sólo el
primer Sprint.
• Cada vez que se hace una entrega, se tiene una visión nueva del
proyecto, pudiendo añadir/quitar funcionalidades pensadas
inicialmente.
• Se tiene una visión del desarrollo del proyecto en todo momento.
Nosotros damos acceso a nuestro desarrollo.
www.ateneatech.com

13. ¡Magia potagia!
¡Planteamos por primera vez
un proyecto ágilmente y
nos lo aceptan!
MOLA :)
www.ateneatech.com

14. Expectativa…
Planteamos Sprints y un calendario muy
marcado de entregas, revisiones, etc.
Sprint 1 –
funcionalidad
Sprint 2 –
funcionalidad
Revisión Sprint 1
Sprint 3 –tema-
Revisión Sprint 2
Entrega final
www.ateneatech.com

15. …Realidad
• Desde el 1er Sprint empezamos a fallar en nuestros
compromisos:
• Por culpa del cliente no cumplimos plazos
• Se alarga la primera entrega
• No se sigue el calendario pactado de revisiones
Sprint 1 –
funcionalidad
Sprint 2 –funcionalidad
Revisión Sprint 1
www.ateneatech.com

16. Y la bola se va haciendo cada vez más grande
Seguimos haciendo el 2do Sprint, los plazos se van
alargando.
Para el 3er Sprint necesitábamos el diseño gráfico que no
nos entregan pero aún así continuamos adelante.
Sprint 1 –
funcionalidad
Revisión Sprint 1
Sprint 2 –
funcionalidad
Sprint 3 –t
Revisión Sprint 2
www.ateneatech.com

17. Resultado final: FRACASO
Al final tuvimos que realizar más horas
de las que estaban pactadas y aún así
el cliente no estaba satisfecho con el
resultado final.
www.ateneatech.com

18. Cosas que hicimos mal
• Fuimos laxos con los tiempos de entrega
• No nos plantamos cuando no nos entregaron el material
antes de empezar un nuevo Sprint
• No fuimos lo suficientemente comunicativos con el
cliente. En definitiva, no lo implicamos.
www.ateneatech.com

19. !Arriba esos ánimos, que después no nos ha ido tan
mal!
Aún habiendo tenido una mala experiencia, seguimos
intentándolo.
Esta vez se trataba de una empresa que trabajaba
internamente con metodologías ágiles, cosa que nos
ayudó muchísimo.
www.ateneatech.com

20. Cosas que cambiamos
1. Confiaban en nosotros como equipo de desarrollo.
2. Éramos mucho más comunicativos. Utilizamos
herramientas para que la comunicación fluyera -Google
Drive, no hace falta ninguna cosa extraña..-
www.ateneatech.com

21. Cosas que cambiamos (II)
3. Si teníamos algún problema, lo comunicamos rápido
4. Entregamos todo a tiempo y fuimos muy pesados con el
material que nos tenía que pasar el cliente
www.ateneatech.com

22. Resultado final: ÉXITO
El cliente que en un principio nos
contrató para un pequeño proyecto
aún hoy sigue confiando en nosotros.
www.ateneatech.com

23. ¿Porqué Drupal y Agilismo es una buena mezcla?
Drupal es ideal para la creación de prototipos rápidos con
funcionalidad real.
www.ateneatech.com

24. ¿Porqué Drupal y Agilismo es una buena
mezcla? (II)
Olvida los detalles y crea una prueba de concepto en sólo
unas horas.
Este prototipo generará nuevas ideas para obtener los
objetivos finales sin tener que preocuparse demasiado del
diseño.
www.ateneatech.com

25. ¿Porqué Drupal y Agilismo es una buena
mezcla? (III)
Podemos tener un plan general y cambiarlo durante el
desarrollo.
Drupal nos permite crear nuevas funcionalidades en cada
Sprint y analizar si lo que hemos hecho realmente ha
funcionado.
www.ateneatech.com

26. y.. ¿Qué cosas no me gustan del Agilismo y Drupal?
• La creación de un tema con Drupal es quizás la parte
más difícil.
• Normalmente es algo que se deja para el último Sprint,
una vez las funcionalidades están terminadas.
• Da la sensación que la Web no está acabada.
www.ateneatech.com

27. Consejos vendo… y para mí no tengo!
• Sé valiente con tus propuestas. Quizás tus clientes no
saben qué es eso del agilismo, pero seguro que les pica
la curiosidad.
• Si tienes algún problema, cuanto antes lo sepa tu
cliente, MEJOR!
• Si puedes, elige a tus clientes. Es bueno perder ciertos
clientes.
www.ateneatech.com

28. Y ahora, como buenos hermanos...
Os invito a compartir vuestros éxitos y fracasos agilistas.
www.ateneatech.com