Todo proyecto de ingeniería tiene fines ligados a la obtención de un producto, proceso o servicio que es necesario generar a través de diversas actividades.
Algunas de estas actividades pueden agruparse en fases porque globalmente contribuyen a obtener un producto intermedio, necesario para continuar hacia el producto final y facilitar la gestión del proyecto. Al conjunto de las fases empleadas se le denomina “ciclo de vida”.
Sin embargo, la forma de agrupar las actividades, los objetivos de cada fase, los tipos de productos intermedios que se generan, etc. pueden ser muy diferentes dependiendo del tipo de producto o proceso a generar y de las tecnologías empleadas.
La complejidad de las relaciones entre las distintas actividades crece exponencialmente con el tamaño, con lo que rápidamente se haría inabordable si no fuera por la vieja táctica de “divide y vencerás”. De esta forma la división de los proyectos en fases sucesivas es un primer paso para la reducción de su complejidad, tratándose de escoger las partes de manera que sus relaciones entre sí sean lo más simples posibles.
La definición de un ciclo de vida facilita el control sobre los tiempos en que es necesario aplicar recursos de todo tipo (personal, equipos, suministros, etc.) al proyecto. Si el proyecto incluye subcontratación de partes a otras organizaciones, el control del trabajo subcontratado se facilita en la medida en que esas partes encajen bien en la estructura de las fases. El control de calidad también se ve facilitado si la separación entre fases se hace corresponder con puntos en los que ésta deba verificarse (mediante comprobaciones sobre los productos parciales obtenidos).
De la misma forma, la práctica acumulada en el diseño de modelos de ciclo de vida para situaciones muy diversas permite que nos beneficiemos de la experiencia adquirida utilizando el enfoque que mejor de adapte a nuestros requerimientos.
ELEMENTOS DEL CICLO DE VIDA
Un ciclo de vida para un proyecto se compone de fases sucesivas compuestas por tareas planificables. Según el modelo de ciclo de vida, la sucesión de fases puede ampliarse con bucles de realimentación, de manera que lo que conceptualmente se considera una misma fase se pueda ejecutar más de una vez a lo largo de un proyecto, recibiendo en cada pasada de ejecución aportaciones de los resultados intermedios que se van produciendo (realimentación).

Para un adecuado control de la progresión de las fases de un proyecto se hace necesario especificar con suficiente precisión los resultados evaluables, o sea, productos intermedios que deben resultar de las tareas incluidas en cada fase. Normalmente estos productos marcan los hitos entre fases.
A continuación presentamos los distintos elementos que integran un ciclo de vida:
- Fases. Una fase es un conjunto de actividades relacionadas con un objetivo en el desarrollo del proyecto. Se construye agrupando tareas (actividades elementales) que pueden compartir un tramo determinado del tiempo de vida de un proyecto. La agrupación temporal de tareas impone requisitos temporales correspondientes a la asignación de recursos (humanos, financieros o materiales).
Cuanto más grande y complejo sea un proyecto, mayor detalle se necesitará en la definición de las fases para que el contenido de cada una siga siendo manejable. De esta forma, cada fase de un proyecto puede considerarse un “micro-proyecto” en sí mismo, compuesto por un conjunto de micro-fases.
|
|
Otro motivo para descomponer una fase en subfases menores puede ser el interés de separar partes temporales del proyecto que se subcontraten a otras organizaciones, requiriendo distintos procesos de gestión. |
Cada fase viene definida por un conjunto de elementos observables externamente, como son las actividades con las que se relaciona, los datos de entrada (resultados de la fase anterior, documentos o productos requeridos para la fase, experiencias de proyectos anteriores), los datos de salida (resultados a utilizar por la fase posterior, experiencia acumulada, pruebas o resultados efectuados) y la estructura interna de la fase.
|
|
|
Esquema general de operación de una fase |
- Entregables ("deliverables"). Son los productos intermedios que generan las fases. Pueden ser materiales (componentes, equipos) o inmateriales (documentos, software). Los entregables permiten evaluar la marcha del proyecto mediante comprobaciones de su adecuación o no a los requisitos funcionales y de condiciones de realización previamente establecidos. Cada una de estas evaluaciones puede servir, además, para la toma de decisiones a lo largo del desarrollo del proyecto.
TIPOS DE MODELO DE CICLO DE VIDA
Las principales diferencias entre distintos modelos de ciclo de vida están en:
- El alcance del ciclo dependiendo de hasta dónde llegue el proyecto correspondiente. Un proyecto puede comprender un simple estudio de viabilidad del desarrollo de un producto, o su desarrollo completo o, llevando la cosa al extremo, toda la historia del producto con su desarrollo, fabricación, y modificaciones posteriores hasta su retirada del mercado.
- Las características (contenidos) de las fases en que dividen el ciclo. Esto puede depender del propio tema al que se refiere el proyecto (no son lo mismo las tareas que deben realizarse para proyectar un avión que un puente), o de la organización (interés de reflejar en la división en fases aspectos de la división interna o externa del trabajo).
- La estructura de la sucesión de las fases que puede ser lineal, con prototipado, o en espiral. Veámoslo con más detalle:
Ciclo de vida lineal
Es el más utilizado, siempre que es posible, precisamente por ser el más sencillo. Consiste en descomponer la actividad global del proyecto en fases que se suceden de manera lineal, es decir, cada una se realiza una sola vez, cada una se realiza tras la anterior y antes que la siguiente. Con un ciclo lineal es fácil dividir las tareas entre equipos sucesivos, y prever los tiempos (sumando los de cada fase).
Requiere que la actividad del proyecto pueda descomponerse de manera que una fase no necesite resultados de las siguientes (realimentación), aunque pueden admitirse ciertos supuestos de realimentación correctiva. Desde el punto de vista de la gestión (para decisiones de planificación), requiere también que se sepa bien de antemano lo que va a ocurrir en cada fase antes de empezarla.
|
|
|
Ejemplo de ciclo lineal para un proyecto de construcción |
Ciclo de vida con prototipado
A menudo ocurre en desarrollos de productos con innovaciones importantes, o cuando se prevé la utilización de tecnologías nuevas o poco probadas, que las incertidumbres sobre los resultados realmente alcanzables, o las ignorancias sobre el comportamiento de las tecnologías, impiden iniciar un proyecto lineal con especificaciones cerradas.
Si no se conoce exactamente cómo desarrollar un determinado producto o cuáles son las especificaciones de forma precisa, suele recurrirse a definir especificaciones iniciales para hacer un prototipo, o sea, un producto parcial (no hace falta que contenga funciones que se consideren triviales o suficientemente probadas) y provisional (no se va a fabricar realmente para clientes, por lo que tiene menos restricciones de coste y/o prestaciones). Este tipo de procedimiento es muy utilizado en desarrollo avanzado.
|
La experiencia del desarrollo del prototipo y su evaluación deben permitir la definición de las especificaciones más completas y seguras para el producto definitivo. |
|
Ciclo de vida en espiral
El ciclo de vida en espiral puede considerarse como una generalización del anterior para los casos en que no basta con una sola evaluación de un prototipo para asegurar la desaparición de incertidumbres y/o ignorancias. El propio producto a lo largo de su desarrollo puede así considerarse como una sucesión de prototipos que progresan hasta llegar a alcanzar el estado deseado. En cada ciclo (espirales) las especificaciones del producto se van resolviendo paulatinamente.
A menudo la fuente de incertidumbres es el propio cliente, que aunque sepa en términos generales lo que quiere, no es capaz de definirlo en todos sus aspectos sin ver como unos influyen en otros. En estos casos la evaluación de los resultados por el cliente no puede esperar a la entrega final y puede ser necesaria repetidas veces.
|
|
El esquema del ciclo de vida para estos casos puede representarse por un bucle en espiral, donde los cuadrantes son, habitualmente, fases de especificación, diseño, realización y evaluación (o conceptos y términos análogos). En cada vuelta el producto gana en “madurez” (aproximación al final deseado) hasta que en una vuelta la evaluación lo apruebe y el bucle pueda abandonarse. |
OBJETIVOS DE CADA FASE
Dentro de cada fase general de un modelo de ciclo de vida, se pueden establecer una serie de objetivos y tareas que lo caracterizan.
|
Fase de definición (¿qué hacer?) |
|
o Estudio de viabilidad. o Conocer los requisitos que debe satisfacer el sistema (funciones y limitaciones de contexto). o Asegurar que los requisitos son alcanzables. o Formalizar el acuerdo con los usuarios. o Realizar una planificación detallada. |
|
Fase de diseño (¿cómo hacerlo? Soluciones en coste, tiempo y calidad) |
|
o Identificar soluciones tecnológicas para cada una de las funciones del sistema. o Asignar recursos materiales para cada una de las funciones. o Proponer (identificar y seleccionar) subcontratas. o Establecer métodos de validación del diseño. o Ajustar las especificaciones del producto. |
|
Fase de construcción |
|
o Generar el producto o servicio pretendido con el proyecto. o Integrar los elementos subcontratados o adquiridos externamente. o Validar que el producto obtenido satisface los requisitos de diseño previamente definidos y realizar, si es necesario, los ajustes necesarios en dicho diseño para corregir posibles lagunas, errores o inconsistencias. |
|
Fase de mantenimiento y operación |
|
o Operación: asegurar que el uso del proyecto es el pretendido. o Mantenimiento (nos referimos a un mantenimiento no habitual, es decir, aquel que no se limita a reparar averías o desgastes habituales -este es el caso del mantenimiento en productos software, ya que en un programa no cabe hablar de averías o de desgaste): |
LOS PROYECTOS DE I+D
En el caso de la investigación básica el resultado esperado son conocimientos científicos. No existe ninguna fase de construcción y sí fases que recojan las tareas de experimentación.
En la investigación aplicada el resultado esperado suele ser alguna tecnología aplicable para procesos o para productos. Dependiendo del grado de cercanía a la aplicación que llegue a alcanzarse el modelo puede ser básicamente como el anterior o incluir una fase de aplicación piloto.
En el desarrollo de productos o procesos nuevos o significativamente modificados sí aparece ya una fase de construcción, aunque normalmente se tratará de la realización de un prototipo. Normalmente el cliente no será el usuario final, sino los departamentos de ingeniería de producción de la propia empresa o de otra que contrata el desarrollo.
Con Internet de por medio, todo se transforma en algo más rápido. Internet ha conseguido en 5 o 6 años lo que televisión o teléfono han tardado décadas.







-----------------
Patricio Villarroel M. Est. Ing Inf. Tic's
1.- se debe realizar la evaluación , final medir la rentabilidad total del proyecto
2.- para elegir un proyecto por sobre otros debes establecer indicadores de desempeño por etapas.
puedes separar costos, mano de obra, consumo energetico, tiempo, , vida util, etc.
-----------------
Patricio Villarroel M. Est. Ing Inf. Tic's
necesito saber k se debe hacer cuando termina el ciclo de vida de un proyecto.
y entre dos proyectos k se debe ver para escoger el mejor
HOLA... MUCHISIMAS GRACIAS POR LA INFORMACIÓN PROPORCIONADA ES MUY COMPLETA Y DE GRAN UTILIDAD AHORA QUE ESTOY EN LA ING. DE TIC... AGRADECERIA MUCHISIMO ME PROPORCIONARAS UNA DIRECCION DE CORREO PARA PODER CONTACTAR YA QUE TU AYUDA SERA MUY INDISPENSABLE... SALUDOS QUE ESTES MUY BIEN.
Hola te deseo muchos éxitos y gracias por tener la iniciativa de subir información de esta índole a internet, me es de mucha ayuda para un trabajo del colegio.
Gracias y éxitos.
Puedes contestar estas preguntas
1)Dar un ejemplo del ciclo de vida de un proyecto de tu elección (real o inventado), indicando la industria o área de aplicación y las fases que lo componen.
2)Si un proyecto se divide en fases. ¿Qué ocurre dentro de cada fase?
3)¿Qué relación existe entre el ciclo de vida de un proyecto y el ciclo de
vida de un producto? Explicar y dar un ejemplo que lo avale.
4)Las fases del ciclo de vida de un proyecto ¿pueden superponerse? ¿Porqué? Dar un ejemplo.
5)¿Qué relación existe, si la hay, entre los factores ambientales de la
empresa, los activos de los procesos de la organización y la determinación del ciclo de vida de un proyecto?
1.- supongamos que el proyecto es la creación de software, que esta orientado a generar el control de existencias de inventario.
Fase uno (Diagnostico) : Identificar que tipo de inventario se esta llevando a cabo en la empresa, estudiar cual o cuales son los que más se adecuan de acuerdo a la actividad productiva que esta lleva a cabo.
Por ejemplo si la empresa hiciera salsa de tomates, el tipo de inventario sería un inventario de materias primas, una vez identificado el problema en cuestion (sistema de inventario), establecemos los requesitos básicos del sistema, ya sean estos de licencias de software, hardware, personal y materiales necesarios para su desarrollo ademas de efectuar estudios costo asociado $ y factibilidad técnica y operacional .
Fase dos (Planificacion) : aquí establecemos en que tiempo lo haremos y como lo haremos, debemos también preparar en esta fase los planes de contingencia y considerar escenarios probables, en mi caso segun mi experiencia ( t*0.6)
(tiempo * porcentaje ponderado de solucion o correción de fallas) para corregir fallas o realizar adecuaciones.
Además en esta fase, se deben identificar los indicadores de resultados para la realización de evaluaciones y mediciones del proyecto, o sea decir claramente cuando y que vamos a lograr en un determinado tiempo, lo que no se puede medir , es mejor no considearlo como un validador de resultado.
Fase tres (Desarrollo): Se inica el modelo o propotipo el cual dará origen al producto sobre el cual se realizaran las pruebas y adecuaciones, en esta fase se realizan procesos y actividades secuenciales y en paralelo, ya que si es un software, se pueden realizar modulos independientes que se integran como un lego (builder), obviamente sin olvidar las interacciones y o relaciones que se crean o desprenden de las transacciones sistemicas.
Se realizan pruebas ,corrigen errores , se realizan los ajustes, se valida y se sigue adelante, hasta conseguir el producto requerido, como el desarrollo en espiral.
Fase cuatro (Operanción y marcha blanca): En esta fase se realizan todas las pruebas finales tal cual si fuera el escenario real, de encontar errores o fallas corregir y dejar registro de las fallas y mejoras realizadas, volver a probar, una vez obtenido lo que se planifico y si se llego a niveles de satisfacción aceptables, dar curso a marcha blanca.
Nota: no existe en el caso de software el producto perfecto, siempre es posible hacerlo mejor, o efectuar mejoras en el tiempo , esto tambien aplica a los sistemas de trabajo, siempre es pòsible hacerlo mejor , osea se puede ser eficaz, pero la gracia es siempre ser más eficiente en el uso de recursos, por lo tanto aquí se incorpora el concepto de mejora continua, lo que implica muchas veces adecuaciones incluso en el equipo de trabajo.
2.- Dentro de cada fase suceden actividades, a estas actividades les llamamos procesos y estos procesos que estan compuestos por un sin número de acciones ordenadas (coordinadas) le llamamos procedimientoslos que son particulares a cada tarea a realizar.
Nunca olvidar que cada actividad o accion se rige por el principio de causa y efecto y a esto hay que agregarle los inductores correspondientes, casi siempre el inductor principal es el financiero, ya que es el que posibilita la ejecución de actividades , por que es el que otorga o consigue que los recursos esten disponibles osea es una de las fuentes de energia del sistema.
Como te mencionaba anteriormente, nada surge solo osea siempre existe una causa y no podemos pensar en hacer algo, si no tenemos una finalidad, por lo cual, si no sabemos que haremos y para que lo hacemos mejor no se hace nada por que se desconoce su efecto, asi que hasta que no haya un objetivo plaucible, mejor no gastar recursos de la empresa.
3.- Un proyecto nace para cubrir una necesidad, esa necesidad, es lo que llamamos producto, y el producto en si nos entrega resultados, sean estos esperados o no siempre deben estar ojala dentro de un margen, ya que fue la causa por la cual , se coordino, planifico, diagnostico. evalúo y financio,el proyecto.
te debo el resto de las respuesta , se me acabo el tiempo y tengo que salir a una reunión de entrega de informes finales, espero haber sido claro, y ojala haber entregado respuestas satisfactorias, de acuerdoa lo que buscabas.
escribeme al mail hopspeed@gmail.com
-----------------
Patricio Villarroel M. Est. Ing Inf. Tic's