CategoriasGestión de Proyectos y FrameworksLiderazgoProcesosTrabajo en equipo

Las personas en proyectos: la dimensión que perdió el triángulo de hierro

Las dimensiones de los proyectos tradicionales se pierden su factor más importante.

Recuerdo un cómic en el que salía una junta de dirección de una empresa y alguien diciendo. «Nuestros empleados son nuestro mejor activo» y en la siguiente otra persona diciendo «Estoy de acuerdo, vendámoslos». Esta visión rancia refleja una cultura del pasado del que quedan reminiscencias, gente que sigue pensando que las personas son commodities plug and play que se pueden reemplazar sin coste alguno (pero esto da para otro post). Es una forma de ignorar el valor real de las personas que componen las organizaciones.

Cuando repaso el triángulo de hierro de la gestión de proyectos (Tiempo, coste, alcance, con la calidad en el centro) creo que refleja la escena anterior. Al fin y al cabo, quien ejecuta proyectos son las personas y los equipos técnicos (sin importar la naturaleza del proyecto esto es siempre así, sin equipo no hay entrega). ¿Dónde está la dimensión personas en el triángulo? ¿Son el coste?¿Son la calidad?

CategoriasGestión de Proyectos y FrameworksLiderazgoMejoraProcesos

Una northstar para tus proyectos

Seamos brutalmente honestos: llevamos décadas midiendo mal el éxito de los proyectos. ¿Tu proyecto salió a tiempo y en presupuesto? Genial. ¿Tu equipo está quemado y el cliente no volverá a llamarte ni borracho? Pues entonces no, colega, eso no es éxito—es una victoria pírrica envuelta en un bonito Excel.

CategoriasMejoraProcesos

Tu automatización es como tener a una persona dentro de tu máquina de café

La automatización, ese gran remedio a todos los males de las TI y de la gestión de personas al final. Todos deseamos automatizar al máximo posible, obtener eficiencias, liberar recursos (¿para tareas más importantes?)…

Pero ojo, ¿qué pasa si tu automatización hace un trabajo pero no evita que haya también un trabajo humano paralelo? Sería una mala automatización. ¿O si requiere de que alguien pulse un botón?…

CategoriasITILProcesos

¿Los procesos matan la creatividad?

Recientemente y medio por accidente alguien me pasó un enlace hacia un proceso estándar que se titulaba: Proceso Operativo Estándar sobre cómo gestionar las relaciones con terceros interesados. Mi primera reacción fue pensar «creo que esto es pasarse de la raya» y la segunda fue «alguien ha confundido un rol, con procesos».

¿Hasta que punto deben llegar los procesos, las guías y los manuales estándar en IT? No pongo en duda su existencia, pongo en duda su exceso, y pongo en duda hasta donde deben llegar.

¿Tiene sentido un procedimiento de incidentes de 80 páginas? ¿Tenemos clara la diferencia entre proceso y procedimiento?

CategoriasITILMejoraProcesos

Porque te debería sonar la palabra Gemba

Diseñar un proceso es algo más complejo de lo que parece. Siempre recordaré el primer intento de establecer el proceso de gestión de entregas en un gran cliente: fue un desastre. El fallo fue de sobre-ingeniería de proceso: intentar diseñar algo para cubrir todos los posibles escenarios, por remotos que pareciesen, desde el principio, sin probar lo que estábamos haciendo.