Teoría y ejercicios prácticos de Dinámica de Sistemas
libro electrónico: 12 €


Ejercicio 5.13. GESTIÓN DINÁMICA DE UN PROYECTO

Existen muchas actividades, desde escribir un libro a construir un buque, que presentan unas características muy similares. Existe en primer lugar un objetivo y unas previsiones de lo que costará conseguir ese objetivo, seguido a continuación de una fase en la que se emplea una cantidad de trabajo y recursos, y por último, con mayor o menor éxito se logra el objetivo deseado.

No obstante, muchos proyectos acaban, en relación con los objetivos iniciales, durando más de lo previsto, costando más de lo esperado y ofreciendo una calidad mucho menor de lo deseado.

Vamos a ver a continuación un modelo para ayudar a comprender los aspectos relacionados con la consecución de un proyecto. Para hacer el proyecto fácil de explicar, vamos a trabajar en un proyecto genérico como diseñar un edificio, aunque el modelo es aplicable a otras muchas situaciones, como desarrollar software, diseñar un nuevo producto, etc.

Los modelos pueden utilizarse tanto para investigar proyectos de construcción, donde la disponibilidad del material es importante, hasta investigaciones científicas en las que la experimentación juega un papel esencial.

En el proceso de conceptualizar y crear el modelo vamos a seguir un procedimiento progresivo. Vamos a empezar con la estructura más simple del problema, para irlo mejorando en sucesivas versiones del modelo. Esta es una técnica útil ya que nos proporciona etapas en las que el modelo nos reproduce bien algunos aspectos de la realidad, a la vez que nos muestra aspectos donde debe ser mejorado. Iremos simulando en cada una de las etapas, y viendo el efecto de los cambios introducidos en relación con la etapa anterior.

En el proceso de creación del modelo utilizaremos el ordenador para que nos muestre con claridad los efectos de los cambios que nosotros estamos haciendo en la estructura del modelo. No obstante, aunque el ordenador es muy eficiente en este trabajo, es importante que nosotros sepamos interpretar las simulaciones que vayamos a realizar y para ello es conveniente que antes de cada simulación tengamos unas expectativas claras de lo que esperamos que ocurra, de forma que los resultados del modelo nos sirvan para confirmar o no nuestras expectativas.

Modelo 1. Hacer un trabajo

La característica más fundamental de un proyecto es que hay un trabajo que hacer, y que este se va realizando progresivamente. Vamos a introducir esto en un modelo.

Modelo 2. Parar al acabar las tareas.

Es necesario introducir en el modelo un mecanismo que nos detenga el proceso cuando el proyecto se acabe.

Modelo 3. Incluir los errores

En todo proyecto se producen errores, trabajos que hay que volver a hacer, y estos deben ser incluidos en el modelo. También vamos a modificar la ecuación del Trabajo.

Del modelo 2 al modelo 3 hay un "giro", de forma que dejamos de utilizar la variable "proyecto finalizado" para controlar que no se hagan mas tareas de la previstas. La razón es que observamos que en realidad en muchos proyectos se hacen muchas mas tareas de las inicialmente previstas ya que hay que repetir aquellas tareas que se hicieron mal, o con errores. Por lo tanto esta variable no puede ser un limite para la cantidad de trabajo realizado.

Modelo 4. Descubrir los errores

Los errores que se producen en un proyecto no se descubren inmediatamente, sino cuando van a hacerse otros trabajos posteriores.

Modelo 5. La presión de la fecha de entrega.

En todo proyecto existe una fecha de finalización y entrega, que va a modificar el ritmo de trabajo y la cantidad de los recursos empleados. En esta última versión del modelo ya podemos apreciar con claridad los fenómenos que deseamos estudiar en los proyectos como son la acumulación de errores en las fases finales del proyecto, o la distribución de las tareas del proyecto, que se van incrementando progresivamente a pesar de nuestra programación de cargas de trabajo, y que se prolongan incluso más allá de la fecha de entrega del proyecto.

Con frecuencia lograr que el modelo se halle correcto desde el punto de vista de las unidades obliga a añadir un gran número de variables auxiliares, que en general solo añaden una complejidad innecesaria al modelo. La persona que construye el modelo debe de valorar la conveniencia de añadir o no todas las variables auxiliares necesarias para tener un modelo correcto desde el punto de vista de las unidades.

Una vez que tenemos el modelo correcto podemos emplearlo para realizar diferentes análisis de sensibilidad a variaciones de diferentes parámetros del modelo, como por ejemplo:

a) Un aumento de la Calidad hasta 0.95

b) Disponer de una fuerza de trabajo disponible de 100 o de 150 tareas/mes.

c) Un menor retraso en la detección de los errores, modificando la tabla.

d) Un cambio en la Duración prevista de 10 a 12 meses.


REVISTA


Indice

JUN 2002 - SEP 2002 - DIC 2002 - MAR 2003 - JUN 2003 - SEP 2003 - DIC 2003 - MAR 2004 - JUN 2004 - SEP 2004 - DIC 2004 - MAR 2005 - JUN 2005 - SEP 2005 - DIC 2005 - MAR 2006 - JUN 2006 - SEP 2006 - DIC 2006 - MAR 2007 - JUN 2007 - SEP 2007 - DIC 2007 - MAR 2008 - JUN 2008 - SEP 2008 - DIC 2008 - MAR 2009 - JUN 2009 - SEP 2009 - DIC 2009 - MAR 2010 - JUN 2010 - SEP 2010
LIBROS


Teoría y ejercicios prácticos de Dinámica de Sistemas

Sysware. La toma de decisiones en un mundo complejo

Ejercicios avanzados de Dinamica de Sistemas

Theory and Practical Exercises of System Dynamics


ENLACES

Aplicaciones prácticas
Bibliotecas
Software
Demo gratis
Humor
Historia
Contacto
English web

OTROS ENLACES

Peter Senge: La quinta disciplina
System Dynamics in Education Project
SESGE
Road Maps
System Dynamics Group
System Dynamics Society
Mega Links de SD
Reamsa
Environmental Dynamics SIG

LECTURAS

Un modelo de Empresa Innovadora
Teoria General de Sistemas
Road Maps Español
Instituto de Sistemo Dinámica
Ver +

SOFTWARE

Vensim
Stella and iThink
AnyLogic
Powersim Studio
CONSIDEO
MapSys
Simile
Evolución

CONGRESOS

1993 Cancun, Mexico
1994 Stirling, Scotland
1995 Tokyo, Japan
1996 Cambridge, MA, USA
1997 Istanbul, Turkey
1998 Quebec City,Canada
1999 Wellington, New Zealand
2000 Bergen, Norway
2001 Atlanta, Georgia, USA
2002 Palermo, Italy
2003 New York City, USA
2004 Oxford, England
2005 Boston, MA, USA
2006 Nijmegen, The Netherlands
2007 Boston, MA, USA
2008 Athens, Greece
2009 Albuquerque, USA

BIBLIOTECAS DE MODELOS DE SIMULACION

Biblioteca de John Sterman
Biblioteca de Outsights
Biblioteca de Ricardo Sgrillo