Arquitectura que resiste la realidad
Cómo trazar límites que sigan teniendo sentido al tercer año, y cómo detectar pronto cuándo uno está en el lugar equivocado.
- Dónde poner un límite y, mucho más a menudo, por qué no añadirlo
- Propiedad de los datos, consistencia y el acoplamiento que se esconde en una base de datos compartida
- Monolito, monolito modular y servicios: costos, no ideología
- Registrar las decisiones para que el siguiente equipo herede el razonamiento, no solo el resultado
- Leer un sistema existente en busca de las costuras que ya tiene
ParaDesarrolladores sénior, líderes técnicos, arquitectos
Planificación de sprints y estimación
Por qué fallan las estimaciones, qué hacer al respecto y cómo planificar un sprint que todavía se parezca a la realidad el miércoles de la segunda semana.
- Dividir el trabajo para que cada elemento se pueda terminar dentro de un sprint
- Estimar con rangos y niveles de confianza en lugar de una falsa precisión
- Capacidad, trabajo arrastrado y la aritmética de un compromiso creíble
- Definición de listo y definición de terminado, escritas para su equipo
- Ceremonias de menos de una hora sin perder su propósito
ParaEquipos de entrega, product owners, scrum masters
Descubrimiento, alcance y hojas de ruta
Convertir una idea aproximada en algo que se pueda presupuestar, secuenciar y defender ante quien lo tenga que aprobar.
- Llegar al requisito real detrás de la funcionalidad solicitada
- Viabilidad técnica y el spike que resuelve primero la incógnita más cara
- Planificar por fases para entregar algo valioso antes de terminarlo todo
- Desarrollar, comprar o integrar: decidido por costo total, no por instinto
- Redactar el plan para que las concesiones sigan visibles al salir de la sala
ParaProducto, líderes de entrega, cualquiera que tenga que comprometerse con una fecha
Estándares de ingeniería y flujo
Revisión de código, ramas, CI/CD y las pruebas que vale la pena escribir: las prácticas que deciden a qué velocidad puede avanzar un equipo de forma segura.
- Revisiones de código que detectan problemas de diseño, no de formato
- Un modelo de ramas y versiones acorde con la frecuencia real con la que publica
- Pipelines que fallan por motivos reales y siguen siendo lo bastante rápidos como para confiar en ellos
- Dónde las pruebas se pagan solas, y dónde discretamente no
- Hacer del estándar el camino por defecto, para que sobreviva a la próxima fecha límite
ParaEquipos de ingeniería completos
Modernizar sin congelar
El patrón strangler aplicado a su sistema: cómo reemplazar una plataforma mientras sigue en producción y la hoja de ruta sigue avanzando.
- Encontrar la primera porción: pequeña, valiosa y realmente separable
- Ejecutar lo antiguo y lo nuevo en paralelo tras las mismas URL
- Bibliotecas compartidas y multi-targeting como puente entre ambos
- Secuenciar la capa de datos, que es donde suelen estancarse estos esfuerzos
- Hacer visible el avance a quienes lo financian, sprint a sprint
ParaLíderes y responsables de una plataforma heredada
