Un equipo no mejora añadiendo procesos, reuniones o herramientas. Mejora cuando las personas entienden qué se espera de ellas, cómo colaborar y qué decisiones pueden tomar por su cuenta.
En esta sección trato gestión de equipos IT: organización, responsabilidades, comunicación, coordinación, autonomía, rendimiento, conflictos, motivación y formas de trabajo.
El foco está especialmente en entornos donde conviven perfiles técnicos, negocio, proveedores y responsables de proyecto — no en equipos homogéneos de manual.
El objetivo es conseguir equipos que trabajen con claridad, asuman responsabilidad y ejecuten sin depender de escalados constantes. Gestionar un equipo no consiste en controlar su actividad, sino en crear las condiciones para que funcione.
Decides ampliar el equipo antes de tener el trabajo cerrado. La previsión comercial pinta bien, así que adelantas la contratación para no perder tiempo cuando lleguen los proyectos. El tiempo pasa y los proyectos no llegan al ritmo que esperabas, y mientras tanto alguien tiene que ocupar a la gente nueva. Se la asignas a
Firmo una oferta y, dos semanas después, alguien de mi equipo le pregunta al cliente qué es exactamente lo que hemos vendido. Esta escena ocurre más de lo que nos gustaría admitir. La oferta se ha cerrado con cuidado — condiciones negociadas línea a línea, alcance discutido durante semanas — y ese cuidado desaparece en
Kickoff: cómo evitar errores de alcance en proyectos IT Leer entrada »
Estoy seguro de que has vivido esta escena. Entras a revisar con detalle las herramientas de gestión que tienes con tus equipos. Ya sabes, cada cierto tiempo conviene hacer un chequeo a fondo para asegurarte de que está todo bien. Te encuentras con que, nada de lo que habías dejado, ahora funciona. Eso sí, tienes
Alguien de tu equipo se va. Se despide de sus compañeros, de otros equipos, hasta de gente con la que apenas ha coincidido. De ti, no. Su último día transcurre como uno cualquiera — entra, hace lo de siempre, se va sin que notes nada raro. Te enteras de que ya no está días después
La despedida que revela un problema de liderazgo Leer entrada »
Una empresa con varios proyectos en marcha no necesita un Delivery Manager porque esté de moda el título. Lo necesita cuando los plazos se acercan y nadie tiene autoridad real para decidir qué se sacrifica. Cuando cada equipo apaga su propio incendio sin que nadie vea el mapa completo. Cuando el cliente pregunta «¿para cuándo?»
En ¿Eres un adicto al email? he tratado el primer nivel del problema: revisar el correo de forma compulsiva, confundir disponibilidad con responsabilidad y permitir que la bandeja controle tu atención. Ese hábito personal importa, pero no explica todo lo que ocurre. El problema cambia de escala cuando la organización también depende de que tú leas, interpretes
El riesgo de gestionar tu empresa desde el correo electrónico Leer entrada »
Tu equipo de IT trabaja todo el día. Eso lo ves. Pero cuando miras al negocio y te preguntan «¿qué hemos avanzado?», puedes comentar que has avanzado en algo pero sigues sin cerrar nada. Cada semana aparece algo urgente, cambias prioridades por presión y el backlog sigue creciendo sin que te salte ninguna alarma real.
«Está hecho» no significa «está terminado». En muchos proyectos el go-live se aprueba por inercia: IT despliega, el negocio asume que ya está, y el proyecto queda oficialmente «cerrado». Dos semanas después aparecen los síntomas: nadie sabe cómo operarlo, los usuarios tienen que inventarse atajos, y cuando falla algo un viernes por la tarde no
El riesgo no es «pagar poco» o «pagar mucho». El riesgo es tomar una decisión salarial sin saber qué se rompe mañana. Cuando lo haces así, conviertes cada revisión en una negociación emocional y te quedas sin criterio replicable. El impacto real no aparece el mismo día: aparece cuando la persona que sostiene el delivery
Uno de los dilemas más comunes que me comparten otros managers es este: «Quiero estar al tanto de lo que pasa en mi equipo, pero no quiero convertirme en ese jefe que lo revisa todo.» Y es que el micromanagement no siempre empieza con malas intenciones. Me sucedió con una persona que me llegó a
Control sin micromanagement: cómo liderar equipos tecnológicos Leer entrada »
