METODOLOGIA OPEN UP

Universidad de Manizales
Facultad de Ciencia e
Ingeniería

INGENIERIA DE SISTEMAS Y
TELECOMUNICACIONES
EVALUACION DE PROYECTOS I
UNIDAD 4 GESTION DE PROYECTOS
INTRODUCCCION A OPEN-UP

Fecha de impresión:
14/09/2015

Versión 1.0

Creado por: ALCIBIADES VALLEJO B.

1. Referente teórico metodología de desarrollo OPEN UP
Eclipse Public License v1.0

http://epf.eclipse.org/wikis/openupsp/

Lasprincipales actividades planteadas para el desarrollo del sistema
indicado están basadas en un modelo iterativo e incremental (UP) el
cual consta de las fases que se indican a continuación y que se
detallan en el plan de trabajo.

Figura 8. Modelo Open UP
Fuente:
Eclipse
Public
http://epf.eclipse.org/wikis/openupsp/

License

v1.0

Suposiciones y Restricciones:
Un supuesto es un dato asumido como ciertoa efectos de la
planificación del proyecto. Imaginemos por ejemplo que estamos
implementando un sistema en una organización cliente y nosotros
somos los consultores. Podemos afirmar “Asumimos que los
ALCIBIADES VALLEJO BERRIO avallejo@umanizales.edu.co

Página 1

Universidad de Manizales
Facultad de Ciencia e
Ingeniería

INGENIERIA DE SISTEMAS Y
TELECOMUNICACIONES
EVALUACION DE PROYECTOS I
UNIDAD4 GESTION DE PROYECTOS
INTRODUCCCION A OPEN-UP

Fecha de impresión:
14/09/2015

Versión 1.0

Creado por: ALCIBIADES VALLEJO B.

futuros usuarios del sistema conocen Windows”. Eso significa que
tomamos este dato como verdadero cuando confeccionamos el
cronograma. Es decir, en el cronograma no incluiremos una tarea
del tipo: “Capacitar a usuarios en el uso de Windows”. En este
caso, este supuestoestá a favor del consultor externo.
Otro supuesto de este estilo podría ser: “La documentación del
sistema será escrita en español”. Este supuesto está a favor del
cliente y sería bueno que figure en el contrato de servicios.
En ocasiones, ocurre que los supuestos del proyecto que
encaramos son riesgos, porque se asume un riesgo al asumir los
supuestos. Es decir, para cada supuesto S1, S2, …, Snhay
riesgos asociados
R11,R12,…R1m,
R21,R22,…R2m,
Rn1,Rn2,…Rnm
que deberían administrarse. Además: cuanto más supuestos
haya en la planificación, más factores de riesgo habrá en el
proyecto.

Dentro de las principales suposiciones en el desarrollo del
proyecto encontramos:
 Se tendrán los recursos de asesoría en el momento que se
requieran
 Se llevara un control de calidad desde el primer momentode
ejecución del proyecto
 Se tendrá disponibilidad de los interesados en el proyecto en el
momento que se requiera de estos
ALCIBIADES VALLEJO BERRIO avallejo@umanizales.edu.co

Página 2

Universidad de Manizales
Facultad de Ciencia e
Ingeniería

INGENIERIA DE SISTEMAS Y
TELECOMUNICACIONES
EVALUACION DE PROYECTOS I
UNIDAD 4 GESTION DE PROYECTOS
INTRODUCCCION A OPEN-UP

Fecha de impresión:14/09/2015

Versión 1.0

Creado por: ALCIBIADES VALLEJO B.

 Las pruebas de los diferentes módulos se realizaran en
compañía de cada uno de los interesados
 Se tendrá disponibilidad de los datos necesarios para alimentar
los indicadores en el momento que se requieran
 Se tendra una colaboración precisa por el área de TI de la
organización
Según el PMBOK, las restricciones (constrains) son “elestado, calidad
o sentido de estar restringido a un determinado curso de acción o
inacción. Una restricción o limitación aplicable, sea interna o externa al
proyecto, que afectará el desempeño del proyecto o de un proceso“.
Estoy seguro que habrán visto más de una vez el triángulo de la “triple
restricción”. Los limitantes básico de los proyectos dados por el
tiempo, los recursos y el alcance,corresponden al día a día de las
negociaciones con clientes, proveedores, equipo y stakeholders.
Por lo anterior, es muy importante y mandatorio dejar las reglas e
identificar las restricciones desde el inicio del proyecto. Mejor dicho,
desde la conceptualización o propuesta comercial, si vale el término.
Así como los supuestos, las restricciones tienen un alto impacto en
temas como: costos, cronograma,...