Qué construir y en qué orden, con recursos limitados
Trade-offs explícitos de negocio y arquitectura para decidir entre opciones de producto en conflicto: la decisión queda en tus manos, el método la informa.
Alguien tiene que decidir
- Más de una opción razonable
- Recursos que no alcanzan para todo
- Muchas veces gana la opinión más convincente en la sala, no la mejor decisión
Qué construir y en qué orden, con recursos limitados
Trade-offs explícitos de negocio y arquitectura para decidir entre opciones de producto en conflicto: la decisión queda en tus manos, el método la informa.
Alcance y tiempos se ajustan a cada caso, no se publican como paquete cerrado.
En un producto low-code para soluciones bancarias omnicanal, heredé una arquitectura de bajo rendimiento: un runtime de JavaScript corriendo dentro de un shell nativo, sin siquiera un WebView estándar en iOS o Android. La decisión no fue parchear: fue rediseñar el runtime completo en C++ para que corriera igual en ambas plataformas, nativo de punta a punta. Eso implicó entrenar equipos que solo conocían desarrollo web en JavaScript para trabajar en mobile nativo, y liderar la migración de versiones anteriores del producto sin frenar la operación en curso.
- No es una auditoría que termina en una lista sin dueño
- La mirada de negocio y la técnica vienen de la misma persona
- La decisión queda en manos del liderazgo, con más criterio que antes
Una conversación sobre las opciones reales que tenés hoy sobre la mesa, sin compromiso de un proyecto grande desde el día uno.
Empezar una conversación