Hacemos la Diferencia Agregando Valor


Contacto Recomendar
INICIO Servicios Reporte DELTA Recursos Artículos Estadísticas Tips Libros Términos Enlaces

Suscríbase GRATIS
a nuestros BOLETINES
Artículos DELTA
DELTA Tips
El Reporte DELTA
Joyas DELTA

No olvide confirmar en su correo
No es necesario llenar información adicional.



Servicios DELTA
Nuevo Boletín
Artículos
Negocios Electrónicos
Tecnología
Negocios
Estrategia
10 Recientes
TOP 10
Autores Invitados

  AADS
  Amairu
  Basto
  IAAP
  Matuk
  Estudio VBZ
  MKTAutomatico
  Redtienda
  LatinDesigners
  MercadeoBrillante
  Varios
Noticias DELTA
Documentos DELTA
Enlaces DELTA





Administración de Proyectos IV

José Camilo Daccach T.

Por pequeño que sea el proyecto, se requieren habilidades de administración del mismo para sortear las diferentes situaciones que se presenten, y además garantizar el cumplimiento de los objetivos dentro de los tiempos estipulados.

Cuadro triple derecha



Por pequeño que sea el proyecto, se requieren habilidades de administración del mismo para sortear las diferentes situaciones que se presenten, y además garantizar el cumplimiento de los objetivos dentro de los tiempos estipulados. Hace dos entregas iniciamos el análisis de lo que consideramos son las 12 habilidades necesarias en el manejo de proyectos, que si se ejecutan adecuadamente garantizarán el desarrollo del proyecto:

  1. Definición del proyecto
  2. Planeación del Trabajo
  3. Administración de Contratos
  4. Administración de Proveedores
  5. Administración del Plan de trabajo
  6. Administración de situaciones
  7. Administración del Alcance
  8. Administración de Riesgos
  9. Administración de la comunicación
  10. Administración de la documentación
  11. Administración de la calidad
  12. Administración de las métricas


6. Administración de situaciones

Por lo general, un proyecto se administra en dos instancias: una a nivel de equipo de proyecto y el gerente del proyecto, y la segunda a nivel de gerencia de la compañía. Cuando se involucran proveedores, habrá también un gerente del proyecto por parte del proveedor, y estará también asignado al proyecto el gerente de la empresa para el comité gerencial. En algunos casos, comité implica largas e improductivas reuniones. Para efectos de este escrito, el comité es un grupo de personas con autoridad para tomar decisiones, que requieren o no de reuniones para hacerlo. Hoy, con el uso del correo electrónico y sistemas automatizados para el manejo de proyectos, son escasas las reuniones requeridas.

Una "situación" se presenta cuando un problema puede llegar a impedir o impide el progreso del proyecto y no puede ser resuelto por el gerente del proyecto y el equipo del proyecto sin ayuda externa. Cuando se presenta este tipo de situaciones, no queda más alternativa que resolver el problema.

Se recomienda la aplicación de técnicas de manejo de situaciones, la cual tiene dos componentes. El primero es tener un proceso que permita encontrar estas situaciones y traerlas a la luz, determinar su impacto en el proyecto, evaluar las alternativas, y conseguir las personas que permitan tomar la mejor decisión dadas las circunstancias. Este proceso debe hacer parte del proceso general de administración del proyecto y debe estar definido antes de empezar el mismo.

El segundo componente es aplicar técnicas de solución de problemas para resolver estas situaciones. Esto incluye el entendimiento de herramientas como los diagramas de espina de pescado, diagramas de Paretto, y análisis de causa y efecto. El conocer estas herramientas permite que el equipo entienda la razón del problema, determine acciones disponibles, y qué alternativa sería la mejor a tomar.

Es importante tener en cuenta que tener un proceso para resolver situaciones no es lo mismo que tener la habilidad para resolverlos exitosamente. En algunos casos hay mejores alternativas, y el trabajo del grupo de proyecto es encontrarlas y aplicarlas. En otros casos no hay una buena solución para estas situaciones. En este caso hay que tomar la decisión por la que menos daño haga, o la "menos mala" de las alternativas.

7. Administración del Alcance

El alcance de un proyecto describe los límites del mismo y lo que el proyecto va a entregar, qué información se necesita y qué partes de la organización se verán afectadas. Dado un grupo de recursos y tiempo, un número de cosas se puede lograr.

La administración de cambios en el alcance inicia con la definición de qué es un cambio de alcance. Si el gerente del proyecto no ha definido bien el alcance inicial del proyecto, será tremendamente difícil administrar este alcance durante el proyecto. El propósito de la administración de cambios en el alcance es proteger la viabilidad de la definición del proyecto ya definida y aprobada. Cuando se definió el proyecto, también se definieron y estipularon las expectativas de resultados.

Durante la vida del proyecto es normal que se requieran ítems diferentes o adicionales a los incluidos en la definición original del proyecto. Debe ser claro para todas las partes que cumplir estos nuevos requerimientos con los mismos recursos de la definición anterior, es prácticamente imposible.

Es claro que la aprobación de los cambios en el alcance debe ser efectuada entre los clientes y proveedores del mismo, ya que es la única manera de que se alleguen los recursos adicionales necesarios y se ajusten las expectativas de los involucrados.

La administración del alcance no es siempre tan sencilla. Suceden problemas comunes. Uno de ellos es aceptar cambios pequeños que a simple vista no afectan mucho el proyecto, y se desconoce el efecto conjunto de muchos cambios pequeños. También se pueden tomar decisiones a un nivel menor del indicado, lo que implica que los "dueños" del resultado pueden no obtenerlo. Para evitar este segundo problema, se recomienda que los cambios en los entregables solo puedan ser aprobados por la gerencia de cada empresa. Por lo general estos cambios conllevan mayores costos y atrasan la obtención de los resultados, dos temas que impactan directamente a las gerencias de las empresas.









© J.C.Daccach T. 1997 - 2008.
Todos los derechos Reservados
Ultima Modificación: Julio 2007

Prohibida su reproducción total o parcial sin autorización expresa