De cero a neobanco · Episodio 8 de 10
La plataforma como producto
Capital Bank acepta que New Capital Bank tenga su propia plataforma, con reglas acordadas. El equipo de Plataforma tiene un año. La pregunta no es cómo construirla, sino qué construir primero.
El punto de partida
Tras el episodio anterior, la matriz acepta el trato: New Capital Bank tendrá su propia plataforma de autoservicio, y Sistemas de Capital Bank revisará las reglas una vez en lugar de cada ticket. El equipo de Plataforma tiene cuatro personas y un año.
Hay dos formas de abordarlo. Como un proyecto: el equipo de plataforma decide qué es una buena plataforma, la construye entera y, al final, la entrega. O como un producto: los equipos son sus usuarios, se habla con ellos, se construye primero lo que más les duele y se mide si la usan.
Los cinco equipos que despliegan software tienen dolores distintos. Ahorro, Pagos de cuenta y Motor sufren sobre todo con los entornos; Tarjetas, con no saber qué pasa en producción; Clientes, con su pipeline casero.
Un año, cuatro trimestres
Cada trimestre, elige qué construye la plataforma. Un equipo empieza a usarla por elección cuando le resuelve lo que más le duele; mientras tanto, sigue con sus propios scripts. Puedes tomar también el atajo de la dirección: hacerla obligatoria.
Qué ha pasado
Si se empieza por los entornos, tres equipos la adoptan el primer trimestre: era lo que más les dolía. Con la observabilidad y el pipeline, los cinco la usan antes de acabar el año, y sin que nadie lo ordene. La plataforma se adopta cuando resuelve un problema real de sus usuarios.
La service mesh es la trampa clásica: es lo que el equipo de plataforma quería construir, es técnicamente interesante y no le duele a nadie. Un trimestre entero que no mueve la adopción y deja algo más que mantener.
Hacerla obligatoria sube la adopción en el informe, pero no en la realidad. Los equipos obligados la usan sin que les resuelva nada: cada problema se convierte en una petición de ayuda, y la plataforma acaba siendo el cuello de botella que había venido a quitar. Es la cola de tickets del episodio 7 con otro nombre.
Qué significa «como producto»
- Tiene usuarios: los equipos. Se habla con ellos y se mide si la usan.
- Compite: si no es mejor que los scripts de cada equipo, no la usarán. Por eso no debería hacer falta obligar.
- Prioriza: se construye primero lo que más duele a más usuarios, no lo más interesante de construir.
- Se cuida: documentación, ayuda, avisos de cambios. Lo mismo que un cliente espera de un producto.
Para llevarse
- Una plataforma interna es un producto y los equipos son sus clientes: se adopta si les resuelve problemas reales.
- Se construye primero lo que más duele a más equipos, no lo que más le apetece construir al equipo de plataforma.
- Hacerla obligatoria mueve el informe, no la adopción, y convierte a la plataforma en cuello de botella.