Project Management
He visto a project managers hacer llorar a desarrolladores senior en una reunión. He visto equipos brillantes destruidos por PMs que confundían la autoridad con el autoritarismo. He visto software entregado “a tiempo” que no funcionaba, y proyectos de millones de euros acabados en nada.
Y he visto lo contrario: equipos pequeños, autónomos, respetados — que construían sistemas sólidos en una fracción del tiempo y del presupuesto.
La diferencia nunca fue la tecnología. Siempre fue el método.
Después de treinta años en este oficio, hay algo que tengo claro: las personas no dan lo mejor de sí cuando tienen miedo. Lo dan cuando tienen confianza.
Confianza en el equipo. Confianza en el proceso. Confianza en que si se equivocan, no serán castigadas — serán ayudadas.
El project manager que funciona no es el que controla, aterroriza y cuenta horas. Es el que:
- define objetivos claros y da al equipo la libertad de alcanzarlos
- construye competencias profundas y las protege de la rotación
- hace team building cada día, no una vez al año en el karting
- mide resultados, no horas en la oficina
- usa el smart working como ventaja competitiva, no como concesión
- cuando algo sale mal, se pone delante del equipo, no detrás
📊 Cómo trabajo yo #
Mi enfoque es Scrum — pero Scrum hecho en serio, no la liturgia de los post-it.
El Scrum que funciona se basa en un pacto: transparencia radical, responsabilidad compartida y autonomía en el “cómo”. El PM define el qué y el por qué. El equipo decide el cómo. Porque quien escribe el código sabe mejor que nadie cómo escribirlo.
Y este pacto funciona aún mejor con el smart working. El daily standup? 15 minutos en una llamada. La sprint review? Pantalla compartida con el cliente, que ve el software — no las diapositivas. La retrospectiva? Una hora en la que el equipo dice la verdad, porque no tiene al PM a dos metros mirándolo fijamente.
Mido pocas cosas, pero las mido bien:
| Métrica | Qué dice |
|---|---|
| Velocity | Cuánto entrega el equipo por sprint |
| Lead time | Cuánto pasa desde la solicitud hasta el lanzamiento |
| Bug escape rate | Cuántos defectos se escapan a producción |
| Sprint goal success | % de objetivos de sprint logrados |
| Team happiness | Cómo se siente el equipo — la métrica más importante |
La última — team happiness — es la que los PMs tradicionales nunca miden. Un equipo feliz no es un equipo que se divierte. Es un equipo que se siente respetado, escuchado y valorado. Y un equipo así produce más. No porque trabaje más horas. Porque trabaja mejor.
📚 De qué hablo aquí #
Historias reales, números concretos y lecciones aprendidas. Nada de teoría de manual. Solo lo que he visto funcionar — y lo que he visto fracasar.
Hablo de inteligencia artificial aplicada al workflow, de consultoría IT y sus costes ocultos, de smart working como ventaja competitiva. Cada artículo nace de una experiencia real — la mía.
No hacen falta revoluciones. Hacen falta decisiones precisas, implementadas con método.
Y la capacidad de decir “no” a quien te vende complejidad cuando la solución es simple.
AI Manager y Project Management: cuando la inteligencia artificial entra en los proyectos
Gestionar la IA en un proyecto no significa usar ChatGPT. Significa gobernar el impacto de la inteligencia artificial sobre arquitecturas, procesos y personas. Reflexiones desde casi treinta años de sistemas mission-critical.
Pagos a 60-90-120 días: la normalidad italiana que no existe en Europa
En Italia, pagar a un consultor IT a 90 días es la norma. En el resto de Europa, es una anomalía. Comparación directa entre las reglas europeas y la realidad italiana, con números, directivas y estrategias concretas para freelancers.
Bici vs Coche en Roma: la mañana que me abrió los ojos
De Appio Latino a Prati en 50 minutos de tráfico y 35€ de aparcamiento, o en 18 minutos con una Brompton eléctrica. La elección que cambió mis días — y que podría cambiar los tuyos.
Smart working en consultoría IT: los números que nadie quiere mirar
Un análisis concreto sobre la conveniencia económica y estratégica del trabajo remoto en empresas de consultoría informática. Con números reales, el raccordo anulare de Roma y una carrera en el parque a las 6 de la mañana.
Cuando el caos se convierte en método: AI y GitHub para gestionar un proyecto que nadie quería tocar
Un caso real de gestión de proyectos: cómo propuse GitHub e inteligencia artificial para transformar un proyecto de software caótico en un flujo de trabajo ordenado, medible y más rápido.
Standup meeting: por qué solo funcionan si duran 15 minutos
Un standup que empieza bien y en tres semanas se convierte en una reunión de 45 minutos. Cómo imponer la restricción de los 15 minutos y por qué es lo único que hace funcionar de verdad el daily meeting.
La técnica del Sí-Y: cómo evité una discusión que estaba a punto de estallar
La técnica del Yes-And, nacida en el teatro de improvisación, aplicada a la gestión de conflictos en equipos IT. Un caso real de una reunión que estaba degenerando — y cómo tres palabras lo cambiaron todo.
4 millones de euros, dos multinacionales, cero software: historia real de un fracaso anunciado
Un cliente del sector asegurador gastó más de 4 millones de euros confiando en dos gigantes de la consultoría IT para un software a medida. Resultado: nada. En comparación, un data warehouse construido por dos personas en 3 años con 60.000 líneas de código que funciona cada día.