Introduciendo un Nuevo Stack Tecnológico
Cuando introduces una nueva tecnología en tu equipo, necesitas explicar el porqué y tener una estrategia clara. Va a afectar a todos.
¿Por qué ese nuevo stack tecnológico? #
Antes de decidir, recuerda que es una decisión de equipo. Piensa en la estandarización y mantenibilidad del proyecto. Pero lo más importante: ¿qué problema quieres resolver? ¿Es porque mola? ¿O hay una necesidad real que esta tecnología resuelve?
La dirección de la tecnología #
Cuando propones adoptar una nueva biblioteca, framework o tecnología, hay que conocer su trasfondo y hacia dónde se dirige.
¿Cuál es la motivación detrás de esa tecnología? ¿Por qué quieres añadirla a tu stack actual?
Acoplamiento y dependencias #
Al adoptar nuevas tecnologías en el día a día, es fácil acoplarse a ellas. Eso hace más difícil dar marcha atrás si después nos arrepentimos.
No me malinterpretes: aprender y experimentar con nuevas tecnologías está genial. Pero introducirlas en tu trabajo diario es otra historia. Afecta a todo el equipo, así que hay que ser cuidadosos.
El enfoque de la conversación #
- ¿Qué aporta esta nueva tecnología al proyecto?
- ¿Qué problema queremos resolver?
- ¿Podemos resolverlo con nuestra tecnología actual?
- Si ya tenemos algo similar, ¿queremos mezclar ambas?
- ¿Cuáles son los trade-offs de usarla vs. no usarla?
- ¿Vale la pena la complejidad extra a largo plazo?
- ¿Cuál es la estrategia para que todos se suban al carro?
Architectural Decision Records (ADRs) #
Sea cual sea el resultado, escríbelo como un ADR para poder revisarlo con el tiempo. Un ADR documenta las decisiones del equipo: pros, contras y los argumentos que encontrasteis juntos para decidir qué hacer y por qué.
Los ADRs ayudan a entender decisiones antiguas. Guárdalos en el control de versiones, en el mismo proyecto si es posible. Son útiles para el equipo actual y para los nuevos que lleguen.
