De Agilidad y otras hierbas

Han visto que siempre cuando uno va a un asado dice “hoy sí que voy a conversar tranquilo” … y termina mirando cómo ocho personas conversan entre ellas, pero con la cabeza inclinada mirando una pantalla. Hace unos meses fui a un asado con excompañeros y me di cuenta de algo que me dejó pensando. Éramos dos o tres los que no teníamos el celular en la mano. El resto estaba ahí... pero no estaba. Uno conversaba y, a los pocos segundos, miraba el teléfono. Otro escuchaba mientras hacía scroll. Había quienes directamente estaban solos en una esquina, completamente metidos en su pantalla. Y pensé: ¿en qué momento aceptamos que estar juntos significa estar cada uno en otro lugar? Después empecé a verlo en todas partes. Fui a un concierto y vi a cientos de personas grabando el espectáculo completo. No sé para qué. Quizás para demostrar después que estuvieron ahí. Pero mientras intentaban guardar el concierto en el teléfono, se estaban perdiendo el concierto que estaba ocurriendo frente a sus o...

Durante años, muchas organizaciones trataron la seguridad como la última etapa del desarrollo. Primero se analizaban los requerimientos. Después se desarrollaba. Luego se probaba. Se desplegaba... Y recién al final alguien preguntaba: "¿Ya revisó seguridad?" Ese modelo ya no funciona. DevSecOps dejó de ser una buena práctica para convertirse en una necesidad estratégica. Hoy las organizaciones enfrentan amenazas constantes, ataques automatizados, cadenas de suministro de software vulnerables, dependencias de terceros y regulaciones cada vez más exigentes. En este escenario, la seguridad no puede seguir siendo un cuello de botella ni una auditoría al final del proyecto. Debe formar parte del proceso desde el primer día. Pero DevSecOps no significa simplemente agregar herramientas como SonarQube, SAST, DAST, escaneo de contenedores o análisis de dependencias. DevSecOps significa incorporar la seguridad como una responsabilidad compartida entre todos los actores del ciclo de vid...

Hubo un tiempo en que hablar de DevOps era casi una moda. Bastaba con instalar un servidor de CI/CD, crear un par de pipelines y decir que la organización ya era "DevOps". Hoy eso ya no es suficiente. DevOps dejó de ser un juego. Las organizaciones que siguen viendo DevOps como una tarea exclusiva del área de infraestructura o como un conjunto de herramientas están perdiendo competitividad. DevOps no se trata de Azure DevOps, GitHub, Jenkins, Docker o Kubernetes. Se trata de transformar la forma en que una organización desarrolla, prueba, asegura, despliega, monitorea y mejora sus productos digitales. Cuando una empresa toma DevOps en serio, ocurren cambios profundos: ✅ Los despliegues dejan de ser eventos traumáticos. ✅ La automatización reemplaza tareas manuales repetitivas. ✅ La seguridad se incorpora desde el inicio (DevSecOps). ✅ La calidad deja de depender de la suerte. ✅ La observabilidad permite detectar problemas antes que los usuarios. ✅ El tiempo de entrega pasa d...

Han visto que siempre cuando uno va al supermercado por una sola cosa, termina saliendo con tres bolsas, dos antojos y preguntándose en qué momento el carrito tomó decisiones por uno. La vida tiene ese raro sentido del humor: uno entra buscando una cosa y termina encontrando otra. Algo parecido nos dejó este Mundial. Con la ampliación a 48 selecciones, aparecieron equipos que hace algunos años jamás habrían tenido un cupo. Muchos ni siquiera sabíamos que existían futbolísticamente. Y, sin embargo, cuando les dieron la cancha, demostraron que sabían jugar. Algunos emocionaron, otros sorprendieron y varios hicieron tambalear a los gigantes. No eran malos. Solo nunca les habían dado la oportunidad de mostrarse. Y ahí es donde el fútbol deja de ser solo fútbol. Porque la vida está llena de personas jugando clasificatorias eternas, pero sin que nadie les abra la puerta del estadio. Pienso en esos chiquillos que uno ve vendiendo en la calle, atendiendo un negocio, trabajando desde muy jóvene...

Han visto que siempre cuando uno compra una herramienta vieja en una feria, oxidada, golpeada por décadas de uso, todavía funciona mejor que muchas cosas nuevas recién salidas de fábrica. Eso me hace pensar en una expresión que escucho cada vez más: "informática artesanal" para referirse a sistemas mal diseñados, soluciones improvisadas o software hecho sin estándares. Y qué injusticia más grande es esa. La artesanía nunca fue sinónimo de chapuza. Todo lo contrario. Un artesano era la persona que conocía su oficio tan profundamente que podía crear algo con sus propias manos y hacer que sobreviviera generaciones. Detrás de una silla, una espada, una vasija o un reloj artesanal había años de aprendizaje, errores, perfeccionamiento y conocimiento transmitido de maestro a aprendiz. La artesanía es experiencia acumulada. Es conocimiento refinado por el tiempo. Es obsesión por los detalles. Cuando alguien construye un sistema informático desordenado, lleno de parches, dependencias...

Han visto que siempre cuando alguien guarda una llave "en un lugar súper seguro para no perderla", pasan unos meses y nadie tiene idea dónde quedó. Entonces aparecen las teorías, las búsquedas desesperadas y las frases mágicas: "Solo Juan sabe dónde está." "Siempre se ha hecho así." "No toquen nada porque funciona." En tecnología, esa frase debería encender más alarmas que una sirena de incendio. Durante años muchas organizaciones construyeron infraestructura de memoria. Servidores configurados a mano. Redes documentadas en una servilleta. Permisos otorgados por tradición oral. Procesos que viven únicamente en la cabeza de alguien que lleva quince años en la empresa. Y así nace una de las formas más caras de deuda tecnológica. La infraestructura invisible. La que existe, funciona y genera valor... hasta que alguien se va de vacaciones, cambia de trabajo o se jubila. Ahí comienza la arqueología digital. Equipos enteros intentando entender quién cr...