Desde hace unos días me viene rondando en la cabeza este término y como siempre, estaba seguro de no ser el primero en pensarlo (encontré algunas ocurrencias luego de una búsqueda rápida por la web), aunque ahora tengo mis dudas con eso no de haber sido el primero, debido a que aún no encuentro el término enfocado desde mi punto de vista, lo he encontrado como process tools de soporte para Extreme Programming, pero mi idea, va mucho más allá =). Espero que tal vez alguien me rectifique sobre esto, ya que hoy en día apenas alguien piensa algo lo postea…(si no miren lo que estoy haciendo…jiji )

Veamos, todo nace cuando anduve leyendo sobre Radical Transparency, un tipo de gestión basada en la total transparencia de las decisiones que se toman en la organización. Por ejemplo, las entidades del estado (gobierno) “se supone” se rigen bajo un sistema de gestión similar a este, en el sentido que al disponer del dinero “del pueblo” se hace necesaria la absoluta transparencia en la utilización de este recurso.

Otra de las cosas fue cuando escuché una presentación de Abner sobre XP, donde mencionó una posible lógica de creación de esta metodología, algo como:

“XP es un conjunto de buenas prácticas de programación llevadas al extremo. Un grupo de personas se dió cuenta que les daba resultados codificar los Unit Test antes que el código de requerimiento (por ejemplo) y pues lo llevaron al extremo! y crearon TDD!”

De la conjunción de esas dos ideas (Lo “radical” del Radical Transparency y lo “extremo” del llevar buenas prácticas al extremo de XP) es que me ha salido el bichito de pensar en una …

¿Gestión Extrema? o Auto-Gestión en Tiempo Real

Desde mi punto de vista, la gestión ha evolucionado en los proyectos a través de tres eras, estamos en la segunda y camino a la tercera:

Primera Era: Gestión Externa al Equipo.

Existe un Jefe de Proyecto, el cual “gestiona” el proyecto, identifica riesgos, gestiona cambios en el alcance, asigna tareas al equipo, gestiona la comunicación. etc.

Segunda Era: Equipos Auto-Gestionados.

La metodología utilizada permite que el equipo se auto-gestione, ellos identifican riesgos, gestionan cambios, etc. Este tipo de gestión ha demostrado ser superior a la primera debido a que los problemas son identificados con mucha mayor objetividad y reciben una solución mucho más acertada.

Tercera Era: Auto-Gestión en Tiempo Real (Gestión Extrema).

En esta se usan metodologías y herramientas que demandan una cantidad mínima de tiempo para realizar gestión, de esta forma el equipo puede seguir construyendo (auto-gestionandose al mismo tiempo) pero se valdría de herramientas especialmente diseñadas (útiles) para extraer información, reportar avance, soportar trazabilidad, identificar cuellos de botella, calcular costos, proyectar fechas de fin, etc. Sólo se encargaría de construir y solucionar problemas. En suma, no tendría que parar entre sprint y sprint (por ejemplo) para planificar y gestionar, podría hacerlo sobre la marcha.

Volviendo al tema del post…si identificaramos buenas prácticas de gestión y las llevaramos al extremo?… al límite!!…¿Llegaríamos a la Gestión Extrema?

1. MicroManagament (por el equipo, como en Scrum) -> NanoManagament (control en tiempo real)?

2. Gestión de Riesgos -> Gestión de Impedimentos en linea, a corto y mediano plazo.

3. Gestión de Cambios -> Gestión de Cambios en tiempo real (¿Kanban?).

4. Gestión de Costos -> Valor Ganado en tiempo real.

Así podríamos seguir con todas las áreas de conocimiento del PMBOK y elevarlas hasta el extremo…

No lo prometo =), pero intentaré hacer algo mucho más elaborado sobre este tema.

Entradas Relacionadas:

• Proyectos Agiles
• Podcast: Personas, equipos, talento y gestión ágil
• Gestión Moderna del Recurso Humano
• Agente de Cambio: Introducción (I)
• Agile Spain & Otros
• SCRUM: Procedimiento para realizar un Daily Meeting
• Estaré en el Agile & Lean Chile Day 2009!
• Yammer : Un twitter interno
• Ensayo: Noosfera Organizacional
• El poder de las reuniones diarias