"Hemos estado diseñando sistemas complejos cuyos componentes activos son componentes variables y altamente no-lineales llamados personas, sin haber caracterizado a estos componentes o a su efecto sobre el sistema que está siendo diseñado. Una vez que hemos reflexionado sobre ello, nos parece absurdo; pero sorprendentemente pocas personas en nuestro campo le han dedicado seriamente sus energías a comprender cómo estas cosas llamadas gente afectan el desarrollo de software." - Alistair Cockburn

Dos preguntas provocadoras: ¿Por qué, si tenemos personas expertas en las llamadas “metodologías” y en manejo de proyectos, el proceso de producción de software (y, sin temor a equivocarnos, podríamos hacer esto extensivo a tantas otras áreas de ingenieria) sigue siendo tan difícil, agotador y agobiante? ¿Por qué, al iniciar un proyecto, tenemos la sensación de estar haciendo algo importante y significativo, pero al mismo tiempo sabemos que va a ser tan demandante que es como si fuéramos a purgar una condena que nos va a mantener alejados de nuestra familia, nuestras amistades y del goce de la plenitud de la vida?

El Señor Spock nos respondería, sin duda, que nuestros pobres métodos y técnicas de estimación, de métrica y de conducción no están a la altura de nuestros proyectos. A diferencia de los terrícolas, en el planeta Vulcano nunca emprenden una iniciativa sin antes haber estudiado exhaustivamente todas las variables, los riesgos y las oportunidades. En otras palabras, es un problema de hiperinteracción e hiperintegración de vectores variables cuyo factor de incertidumbre cuantitativa prácticamente se anula mediante la factorización compleja desarrollada en el algoritmo PMSEI-2225.

El Capitán Kirk le respondería al Sr. Spock que la economía del planeta Tierra en la época de la que estamos hablando está regida por la competencia y por la prisa por salir al mercado; y que el algoritmo del que habla no podría ser aprovechado, aunque fuera felizmente descubierto, debido a que los supuestos tecnológicos, sociales y políticos del procedimiento no están aún presentes.

“De acuerdo, Capitán, pero de cualquier manera lo podrían hacer mejor, ¿no es así?”.

Y así es, en efecto. Recapacitemos un poco: una vez que tenemos prácticamente todas nuestras plantillas y trucos para poder plasmar nuestros requisitos, alcances, estimaciones, condiciones limitantes, factores críticos para el éxito, calificación y cuantificación de riesgos... una vez que somos personas expertas: ¿Cuales son nuestras debilidades principales?
Cada quien va a dar opiniones distintas, y muy respetables; aquí queremos introducir sólo dos contribuciones, también provocativas:

A escala local (por lo menos en Mexicalpan de las Tunas) no contamos con una buena organización de profesionales dedicados a manejo de proyectos que se reúna con cierta regularidad para intercambiar opiniones de viva voz, con el objetivo de compartir las lecciones de nuestros aciertos y errores.

Soñamos con Viaje a las estrellas, pero en lo que respecta a relaciones humanas estamos todavía en El planeta de los simios. (Si nos sirve de consuelo, Alistair Cockburn y otros veteranos de las guerras metodológicas y del manejo de proyecto nos están diciendo que lo mismo ocurre en el llamado Primer Mundo.)

En la búsqueda del tiempo perdido

Existen tales cosas como capítulos del PMI® en Guadalajara, México, Monterrey y Puebla. Con todo el reconocimiento que merecen sus actuales miembros y directivos, creemos que es necesario ponernos en contacto para ayudarles a promover eventos, darle mayor visibilidad (en la medida de nuestras fuerzas), y en general contribuir con nuestros modestos recursos.

Comuniquémonos, pues, para intercambiar experiencias sobre la capacitación o el autoestudio que requerimos y los eventos y actividades que tenemos que organizar.

LiderDeProyecto pone su foro a disposición de la comunidad.


Temas relacionados:
Curso de administración de proyectos con CMMI 2, El Proceso Unificado y UML
Curso de certificación PMP® en administración de proyectos
Libro recomendado: Guía del PMBOK®