Chess - antoniomartel.com

Archivos de Categoría: Blog

La banca también es ágil

Comentaba la semana pasada que la agilidad no está siendo usada solo por los proyecto software sino que también la aplican tiendas de moda como Zara o bancos como ING para su departamento de IT.

Pero ING no es el único banco que utiliza Scrum y otros métodos ágiles en su gestión. También lo hace el banco BBVA Compass, filial americana del BBVA. Su director de informática cuenta sobre los métodos ágiles:

«Los rigurosos y repetitivos procesos de desarrollo de agile nos permiten reaccionar más rápidamente ante los problemas que surgen sin que los plazos y los clientes se vean perjudicados».

«Crear un entorno agile es mucho más que poner en práctica una nueva forma de gestionar proyectos»


«Estamos cambiando nuestra mentalidad, nuestra cultura».

La señora Huesman, directora de la oficina de gestión de carteras del BBVA Compass afirma también que en apenas seis semanas de aplicar la agilidad ya habían evitado retrasos y sobrecostes al identificar los problemas mucho antes que con la metodología en cascada.
Aquí, en España, también lo usa directamente el tan denostado Bankia que empieza a hacer cosas de manera diferente con sus oficinas ágiles (esperemos que sea así siempre). Estas oficinas están especializadas en operaciones y transacciones básicas que comercializan productos sencillos dejando para sus oficinas convencionales cercanas el asesoramiento y los productos complejos.
Las llamadas oficinas ágiles de Bankia son antiguas sucursales reformadas para darles una nueva imagen y que cuentan también con un horario más amplio, hasta las seis de la tarde de forma ininterrumpida.
En Bankia fueron ágiles también en la apertura de estas oficinas. No abrieron todas las sucursales al mismo tiempo sino que en 2013 crearon la primera oficina ágil en Alcalá de Henares (Madrid) como proyecto piloto. Su éxito permitió que otras veinte oficinas más se abrieran ese mismo año. En 2014, la entidad contaba ya con 120 oficinas ágiles a la que se espera que se unan otras 20 nuevas oficinas durante este año.
Según Bankia, la productividad de estas oficinas ha tenido un incremento de «dos dígitos altos» durante el último año dejando el tiempo medio de espera en 3:31 minutos y el de atención en 4:53. Esto supone, según el director de banca particular de Bankia, que desde que los clientes entran hasta que terminaron sus gestiones, han pasado menos de diez minutos.
Parece que incluso sectores tan tradicionales como la banca se apuntan a esto de la agilidad. Está empezando a dejar de ser sólo cosa de informáticos.

Referencias:

Scrum en la serie de TV Silicon Valley y en las tiendas Zara

Scrum, Lean y otros métodos ágiles se están haciendo cada vez más populares. Han pasado de la industria del automóvil al del desarrollo del software y de ahí se está disparando hacia un gran número de sectores diferentes. Hasta en Hollywood se ha interesado por estos nuevos métodos.

Ya se están viendo casos como el del gigante de la moda Zara que usando Lean Manufacturing o Lean Management para producir determinados artículos sólo cuando hay demanda (just in time). Cuando comprueba que una nueva línea de prendas con topos rojos está causando sensación, pone en marcha su maquinaria para fabricar y enviar en solo unos días los nuevos productos a sus tiendas de Shangai o Nueva York.

No tiene que esperar a la próxima temporada de otoño-invierno para diseñar, producir y distribuir los productos que veremos en verano en las tiendas ¡A saber qué estará de moda en ese momento!

También está pasando en la banca. Hablaba hace unos días del caso de ING pero no se está limitando sólo a sus departamentos de informática sino también de oficinas ágiles que intentan adaptarse a las nuevas necesidades de los clientes (ya hablaré de banca ágil en otro post).

Pero quizás la prueba definitiva de la popularidad de lo ágil venga de la mano de la televisión. En la comedia Silicon Valley de la HBO los actores interpretan a programadores recluidos en la casa de un millonario gracias a las páginas web. En varios capítulos pueden verse tableros kanban, gráficas burn-down o de deuda técnica.

En otro capítulo un consejero de la start-up recomienda al dueño usar Scrum pero cuando deciden implantarlo el equipo se queja amargamente y todo acaba con muy malos resultados (ya sabes, es sólo ficción).

Referencias:

Meteduras de pata, confianza y política CYA

Los errores en un proyecto software son algo habitual, algo con lo que lidiar cada día. Se calcula que una aplicación web tiene una media de 4 errores por cada punto de función (contando 1 punto de función como unas 50-55 líneas aproximadamente de código Java).

Recuerdo incluso haber leído en mis tiempos de Universidad que, en la construcción de cierto sistema operativo, por cada 3 bugs corregidos se introducían 2 nuevos. Quizás una aplicación web no tenga la complejidad de ese sistema operativo pero no me resultaría extraño si alguien me dijera que en ese caso la relación fuese de 3 a 1.

Los errores al programar no son los únicos fallos que puede cometer un equipo de desarrollo. Pueden haberse entendido mal las especificaciones. Pueden haber olvidado copiar un archivo en un despliegue o no haber concretado lo suficiente un requerimiento. Oportunidades para equivocarse hay muchas.

Si ante cada error afeamos la conducta al que lo cometió e insistimos en encontrar al culpable para señalarlo con el dedo sólo vamos a conseguir que el equipo de trabajo esté más preocupado de salvar su pellejo que de hacer su trabajo lo mejor que sabe. Se tenderá a argumentar y argumentar en la documentación para justificar el porqué de las decisiones y dejar claro quién fue el que tomó la decisión.

En inglés hay un término llamado ‘CYA (cover your ass)‘ para indicar cuando se están tomando acciones sólo para protegerse las espaldas. Se dice también que cuando no tienes que emplear una mano en tapar tus vergüenzas puedes contar con las dos manos para trabajar mejor.

Si logramos en nuestros equipos una cultura ‘No need to CYA‘ podremos trabajar más tranquilos y ocuparnos sólo en entregar nuestro trabajo. Si alguien comete un error, bueno, quizás la próxima vez sea uno mismo quién lo cometa. Se asume, se explica, se toman las acciones necesarias para corregirlo y se avanza a la siguiente tarea. Es más rápido y más efectivo que estar buscando al culpable entre acusaciones cruzadas.

Referencias:

Estadísticas de uso de Scrum (2015)

Este es el tercer año ya que publico estas estadísticas sobre el uso de Scrum. En 2013 se podía ver que términos como Scrum, Agile o Kanban estaban en pleno auge. Había muchos resultados en los portales de empleo o en las búsquedas de Google.

En 2014 prácticas concretas como Scrum o Kanban tenían aún en España una fuerte subida con respecto al año anterior. En cambio, en países del norte de Europa como Alemania o Reino Unido la subida no era tan grande o incluso bajaban. Términos más genéricos como Agile mantenían y aumentaban mucho su presencia en las redes. Veamos ahora 2015.

Para España (infojobs.net) se ve una fuerte subida de Scrum y Lean (esta última cada vez tiene más peso en el mundo Ágil). También se aprecia un aumento importante de puestos de trabajo que solicitan PMP. Un 33% nada menos. Sigue sonando fuerte la certificación de pmi.org.

Estas subidas tan altas podrían deberse en parte a que existe un número mayor de ofertas de trabajo en general en el mercado español. Por esto los resultados podrían ser más positivos al haber más demanda de empleo en general.

En el Reino Unido (monster.co.uk) hay una bajada muy fuerte de todos las palabras clave. Parece que el número de ofertas puede haber bajado al haber una mayor deslocalización de puestos de operaciones IT hacia Asia. Puede también que monster.co.uk haya sufrida una fuerte competencia de otros sitios web de empleo o LinkedIn y ya no sea tan popular en UK.

En Alemania me ha sorprendido sobre todo el alto número de puestos de trabajo que solicitan PMP que sube un 265%. PMP no es requerido solo para puestos IT sino también para la industria de la automoción. Diría que PMP tiene un gran futuro en Alemania.

También se puede comprobar en la tabla la importante subida que tiene Lean en Alemania al igual que sucede en España. Es curioso también que en Alemania han comenzado a declinar en su idioma la palabra agile. Si sólo se busca por ella aparece la mitad de resultados. Buscando por otras combinaciones (agile or agiler or agiles or agil or agilen) hay más de mil ofertas de empleo que buscan a alguien ‘ágil’.

Aquí ahora la comparativa entre Scrum, Agile y PMP de todos los años con Google Trends:

Scrum y PMP están empatados en número de búsquedas en Internet. PMP ha moderado su caída de los últimos años y el interés por Scrum parece aumentar en lo que llevamos de este año 2015. Las búsquedas en Internet por la palabra Agile siguen aumentando y suman ya casi tanto como las búsquedas por Scrum y PMP juntas.

Por si es de interés aquí tienes esta misma comparativa del uso de Scrum para los años 2013 y 2014:

Scrum en ING Holanda

ING Holanda había comprobado mediante proyectos piloto que el rendimiento de su departamento IT era, competitivamente hablando, muy desfavorable. Existía una cultura de la burocracia en la organización y, desde el resto de departamentos, había una clara insatisfacción con los servicios que proporcionaba.

El responsable de canales digitales de ING decidió tomar cartas en el asunto poniéndose como meta conseguir el doble del valor que se estaba obteniendo por cada euro que se destinaba a IT. Pidió consejo a un gran número de colegas sobre qué podía hacerse para mejorar el rendimiento de este departamento. La mayoría de ellos apuntaron a Scrum como posible solución. Inmediatamente se reunió con colaboradores de Capgemini para estudiar la adopción de Scrum en ING y en el departamento de IT específicamente.

Los primeros proyectos pilotos con Scrum comenzaron en 2011. El ciclo de vida para esos proyectos se redujo de los 3-6 meses a 6-9 semanas. Inicialmente se usaron puntos de función (FP) para medir la productividad. El ratio euro/FP y la calidad, expresada en defectos/FP, se mantuvieron pero los equipos Scrum habían realizado importantes trabajos de mantenimiento y mejora en el código.

No solo la innovación y la satisfacción del empleado subieron drásticamente sino que también lo hizo la mejora de las habilidades técnicas y la colaboración entre los miembros del equipo de trabajo. Desde los departamentos de negocio de ING comenzó también a aumentar la confianza en el departamento IT a medida que se iba entregando con éxito nuevo software que además era usable.

La reducción de costes en la entrega de software estaba en un rango de entre el 30 y el 50%. El número de incidencias técnicas reportadas se había reducido, en algunos casos, incluso por encima del 30%. La cantidad de releases puestas en producción se aumentó gradualmente para reducir los ciclos y para aumentar el aprendizaje (cuanto antes se ponía en producción antes se aprendía qué era bueno y qué no o como mejorar el producto).

Para septiembre de 2012 el número de equipos Scrum en ING había pasado de 45 a 75. Se esperaba que para diciembre de 2012 todos los equipos de trabajo en ING Holanda hubiesen adoptado Scrum en sus proyectos.

¿Y tú? ¿Pensando en adoptar Scrum en tus proyectos? Quizás te interese continuar leyendo aquí
Jornada sobre cómo «Adoptar Scrum y sobrevivir al intento…», aquí Implementar Scrum y cómo sobrevivir para contarlo o en mi libro Gestión práctica de proyectos con Scrum.
Referencias:
Si te ha gustado este post, puedes encontrar más contenidos que expliquen Scrum de forma práctica y desde su base en mi libro en Amazon Curso práctico de Scrum: Algo más que teoría.

Libro en Amazon: Curso práctico de Scrum: Algo más que teoría
Libro en Amazon: Curso práctico de Scrum – Algo mas que teoría