Convierta la intuición de quien dirige la ingeniería en un número que pueda defender
Batyom lee su código y su organización juntos, y responde a tres preguntas: cuánto cuesta cambiar su software, de dónde viene ese coste y por dónde empezar a reducirlo.
dos meses
lo que hace dos años llevaba dos semanas
Un número cerrado de organizaciones. Empieza con una conversación de treinta minutos.
El coste que nadie apunta en las cuentas
Una funcionalidad que hace dos años llevaba dos semanas hoy lleva dos meses y tres equipos. Nadie se ha equivocado. El sistema ya no absorbe el cambio.
Nunca hay una sola causa. La construcción del software y el reparto de los equipos se endurecen mutuamente, y cada año cuesta más.
Se nota primero en el trabajo que cruza fronteras. Una iniciativa toca cuatro equipos, espera revisiones que nadie tiene a su cargo, y aterriza al doble de la estimación. Cada explicación es plausible y ninguna es medible.
dos semanas, una sola entrega
dos meses, tres equipos
La diferencia no ha aparecido en ningún presupuesto, y nadie sabe decir de dónde viene.
Qué ha cambiado
Los agentes ya escriben código dentro de esa estructura, y la endurecen más rápido de lo que nadie alcanza a ver.
La producción sube mientras la comprensión compartida del sistema baja. En el mercado, entre una cuarta parte y el cuarenta por ciento de la capacidad de ingeniería ya se va en trabajo que el estado del sistema hace necesario.
Tres respuestas, en este orden
-
Cuánto cuesta de verdad cambiar su software
Una cifra por componente y por iniciativa, no una media de departamento.
-
De dónde viene ese coste
Coordinación, estado del software, esperas de proceso, distinguidos en lugar de sumados.
-
Por dónde empezar a reducirlo
Un movimiento nombrado sobre el componente que lo merece.
Dónde nos situamos
Una herramienta de gestión de ingeniería le dice cómo va la entrega. Una herramienta de reporting financiero le dice cuánto se ha gastado.
En medio, nadie cuenta por qué ese sistema cuesta lo que cuesta, ni qué cambiar para que cueste menos. Esa es la pregunta que hace un consejo y que quien dirige la ingeniería responde por experiencia.
- Aguas arriba
Engineering management
Dice cómo va la entrega
- En medio, hoy vacío
Batyom
Dice por qué ese sistema cuesta lo que cuesta, y qué cambiar
- Aguas abajo
Reporte financiero
Dice cuánto se ha gastado
Cómo lo sabemos
Leemos el código y la organización juntos, porque leídos por separado cada uno muestra la mitad del cuadro.
Cada número vuelve a la fuente que lo produjo. La puntuación observada es una cosa y la estimación en euros es otra, y nunca mezclamos las dos.
El error de una estimación se declara siempre. Un número que no se puede discutir es un número que no se puede defender.
- Control de versiones
- Gestión de proyectos
- Integración y entrega continuas
- Registros de la pasarela de agentes
La puntuación observada
Lo que el código y el calendario dicen de verdad, antes de cualquier conversión a dinero.
La estimación en euros
Mantenida aparte de la puntuación, y leída en vuestro propio contexto.
El error se declara siempre, no a petición
Qué hace con ello
El movimiento se nombra sobre el componente, no sobre el organigrama: qué componente compartido necesita un solo propietario, cuál debería dividirse, dónde un equipo dedicado se paga solo en un trimestre.
Después algunas personas de las nuestras vuelven a leer esa recomendación en su contexto, porque ninguna inferencia ve todo lo que importa de una organización.
-
El producto dice dónde
El componente, la disputa de propiedad que lo rodea, y el gasto que sigue generando.
-
Nuestra gente dice cómo
Quién lo toca, en qué orden, y qué conversación se prepara antes.
Quién está detrás
Batyom surge de QMates. Este trabajo lo hemos hecho a mano, en decenas de organizaciones, mucho antes de que fuera un producto.
Dos tercios de este mercado siguen comprando el diagnóstico a una consultora. Esa consultora fuimos nosotros.
Powered by QMates
-
Fabrizio Machella
CEO
-
Nicola Moretto
CTPO
Qué nos ha dicho quien dirige la ingeniería
¿Cómo calculan ustedes estas cosas? Ahí está todo el producto.
Director técnico, fintech
El análisis coste beneficio es la parte fácil. Hacer que el cambio se acepte es la parte difícil.
Responsable de un equipo de ingeniería, sector regulado
Lo que hoy no tengo es una vista única de los datos que están en sistemas distintos.
Director de ingeniería, marketplace de consumo
Cómo se compra
Una suscripción anual, cuyo precio sigue el número de desarrolladores.
Empieza con una prueba de pago, reembolsable frente a una línea de base acordada antes de que empiece, para que al final haya algo que discutir.
- Una prueba pagada, reembolsable contra una medida de partida acordada antes de empezar
- Después una suscripción anual, cuyo precio sigue el número de desarrolladores
- Al final, algo sobre lo que discutir en lugar de una impresión
El programa de design partner
Estamos eligiendo un número pequeño de organizaciones con las que construir Batyom. Desarrollo interno, varios equipos que tienen que coordinarse.
- Una conversación de treinta minutos sobre su contexto
- Acceso anticipado al producto
- Peso en lo que se construye después
A cambio: sus comentarios, y permiso para citarle si ayuda.
Vuestra candidatura
Cuatro campos. La organización la leemos del dominio de vuestra dirección.