En el libro estoy escribiendo un amplio capitulo sobre gerencia de proyectos. Básicamente porque un proyecto es el elemento esencial para pasar del punto A al punto B, para llevar a cabo el cambio. Pero algunas veces, algunos proyectos no salen como se espera. Esto es normal. Y si salen muy mal, hay que matarlos.
El problema, es que en las economías subdesarrolladas, a las compañías les cuesta mucho trabajo matar proyectos. Culturalmente es por miedo "fallar" o "equivocarse", lo cual no es muy bien visto. Entonces la gente comienza a "tener hijos" en un proyecto, es decir, a invertir un interés emocional en el proyecto y desconectado de la realidad.
A veces es necesario matar un proyecto. A veces el sistema necesita matar un proyecto para funcionar. Para matar un proyecto, hay que decidir en este orden:
- Abandone el proyecto primero si los principales involucrados (stakeholders) retiraron su soporte, están fuertemente opuestos o se desconectaron del proyecto. Especialmente si la gerencia ya no cree en el. No tenga miedo, diga "no creo que sea lo mejor para la compañía"... eso si es trabajo en equipo.
- Abandone el proyecto si no brindará beneficios. Olvídese de llegar a tiempo, costo o especificación. Va a servir para algo? Los beneficios traídos a valor presente exceden los costos? El beneficio se mide como una mejora en un KPI. Si no se van a producir mejoras reales en las métricas del negocio, deje el proyecto.
- Abandone un proyecto si está estratégicamente desalineado. Esto pasa mucho! Revise las prioridades y objetivos estratégicos de la compañía. Si su proyecto no contribuye a lograr esto... usted puede terminar el proyecto, pero a la gerencia no le va a importar.
- Abandone el proyecto si la profundidad o amplitud del alcance se modifica mas allá de los límites consensuales de las partes del proyecto. Si cambia tanto que pierde forma... comience otro proyecto, en vez de hacer un proyecto reparchado.
- Abandone el proyecto si mas del 50% de los riegos que identificó podrían materializarse y convertirse en hallazgos o "issues". Gerenciar riesgos para no responder a hallazgos es una competencia esencial de la gerencia de proyectos.
Pero quizá una de las razones MAS difíciles por la cual las empresas no abandonan los proyectos, es porque para abandonarlo, se necesita haberlo planeado y escrito todas estas cosas (stakeholders, intento estratégico, riesgos) en un caso de negocio, algo que muy pocas compañías hacen.
Recent Comments