Introducción

 

Los proyectos son la forma en que la mayoría del trabajo nuevo es realizado. Todos los proyectos tienen ciertas características en común.

 

·         Todos ellos tienen un inicio y un fin.

·         Todos los proyectos son únicos. Pueden ser similares a proyectos anteriores, pero son únicos en términos de su programación, recursos, ambiente de negocios, etc.

·         El resultado de ejecutar proyectos es la creación de uno o más entregables.

·         Los proyectos también tienen recursos asignados – ya sea de tiempo completo o tiempos parciales o ambos.

 

Hay también otras características.

 

Todas las organizaciones tienen proyectos. Los proyectos pueden ser manejados usando un conjunto común de procesos. De hecho, este conjunto común puede ser usado incluso para gestionar proyectos sin importar el tipo de proyecto. Por ejemplo, todos los proyectos deben ser definidos y planeados y todos los proyectos deben tener procesos para gestionar el alcance, los riesgos, la calidad, el estatus, etc. La administración de proyectos define los procesos generales de gestión y control para el proyecto. La administración del proyecto, de hecho no tiene como resultado la creación de los entregables del mismo. En algún punto, es todavía necesario definir las actividades que realmente son necesarias para construir los entregables específicos. Estas actividades colectivas asociadas con la creación de entregables del proyecto son conocidas como el ciclo de vida del proyecto.

 

De la misma forma en que hay procesos comunes para gestionar la mayoría de los proyectos, también existen modelos comunes que pueden dar guía para definir el ciclo de vida del proyecto. Estos modelos comunes son valiosos puesto que ahorran tiempo a los equipos de proyecto en la creación del plan de trabajo desde cero cada vez que están por iniciar un proyecto.

 

 

Un ejemplo de los modelos de ciclo de vida es el enfoque genérico de cascada. Este modelo provee un marco de referencia básico que puede ser usado en cualquier proyecto. Básicamente se inicia por entender el requerimiento de solución, diseñando, construyendo y probando la solución para después implementarla. Cada una de estas áreas principales se conoce como fase (Fase de análisis, fase de diseño, etc.) ¿Qué puede ser más fácil? Aun si se tiene un proyecto pequeño, éste tendrá que pasar por cada uno de estos pasos básicos, aunque algunos de ellos pueden ser un ejercicio mental. Si se tiene por ejemplo, un proyecto de mejora de 48 horas, puede parecer que se puede iniciar directamente con la construcción, pero ¿es eso cierto? Es más probable que se este recibiendo un requerimiento de servicio que describe el trabajo que se necesita (análisis de requerimientos), se toma y mentalmente se mapean las actividades que se tienen que desarrollar para realizarlo (diseño). Entonces, se hacen los cambios deseados y éstos se prueban (construcción y pruebas) para después ponerlos en marcha (implementación). El enfoque clásico de cascada es con el que se finalizará si no se sabe nada de metodologías y se tiene que armar un plan de trabajo desde cero.

 

Hay otros modelos de ciclo de vida que el de cascada. Aunque el modelo de cascada puede ser usado en todos los proyectos, otros modelos pueden resultar más eficientes y efectivos en función de las características del proyecto. Por ejemplo, si se está instalando un paquete de software, puede usarse un modelo específico para implementación de software, que es más ligero en las fases de diseño y construcción. Asimismo, si se está conduciendo un proyecto de investigación y desarrollo (R&D), se puede usar un modelo R&D específico que tome en cuenta que el trabajo pueda ser tirado a la basura si no se obtienen los resultados esperados. Otros modelos importantes pueden usarse para acelerar proyectos con ciertas características. Los proyectos de desarrollo de aplicaciones transaccionales en línea, por ejemplo, pueden ser candidatos para usar técnicas de desarrollo interactivo y de administración ágil de proyectos.

 

El ciclo de vida completo del producto, incluye también el soporte a largo plazo para la solución que es construida por el proyecto. Por eso, el término “ciclo de vida del proyecto” se refiere a todo el trabajo que debe ser realizado antes de que la solución haya transitado a un ambiente de mantenimiento, operaciones o soporte. (No todas las soluciones de un proyecto requieren un esquema de soporte a largo plazo. Algunos proyectos entregan productos que son usados rápidamente y entonces se retiran del mercado o se descontinúan. Un proyecto para crear una campaña de mercadotecnia, por ejemplo, puede tener como resultado la campaña que se ejecuta una sola vez y que posteriormente resulta obsoleta).

 

El punto que vale la pena destacar, es que un proceso común y escalable para la administración de proyectos puede ser usado efectivamente en todos los proyectos. El trabajo detallado de creación de entregables es conocido como el ciclo de vida del proyecto.