Planificación Proyectos

TEMA 7.
Programacin
temporal de proyectos
Jose Onofre Montesa Andrs
Universidad Politcnica de
Valencia
Escuela Universitaria de
Informtica
2001
Objetivo.
Dado que ya hemos identificado:
los entregables, fases y tareas
los recursos a asignar a cada tarea, y
que tarea que se asignan a cada persona.
Tendremos que crear un calendario de
realizacin, con dos objetivos:
que quede claro lo que se espera y para cuando,
comprobar que es posible, un da 24 h.
7. Programacin temporal de 2
proyectos.
El punto de partida...
0 . 0 . P r o y e c to
C o n t a b i li d a d
Disponemos del
1 .0 . E s p e c ific a r 2 .0 . A n a liz a r 3 .0 . D is e a r 4 .0 . C o d ific a c i n 5 .0 . P ru e b a s
WBS en tareas del n e c e s id a d e s C o n t a b i li d a d A p lic a c i n
proyecto. 1 .1 . E s tu d ia r
S is te m a A c tu a l
2 .1 . E s tu d ia r
P ro c e s o s
3 .1 . D is e o
B .D
4 .1 . C re a c i n
Esquem a
5 .1 . P ru e b a
U n id a d e s
1 . 2 . id e . n u e v a s 2 .2 . E s tu d ia r 3 .2 . D is e o 4 . 2 . C o d if ic a c i n 5 .2 . P ru e b a d e l
c a r c te ris tic a D a to s P ro g ra m a s P ro g ra m as S is te m a
Disponemos de las Especificacin de tarea

Nmero: 3.1.
fichas de cada tarea

Nombre: Diseo B.D.
Descripcin: Se diseara la base de
datos, partiendo del
con los recursos y

modelo entidad-relacin
propuesto en el anlisis y
con el objetivo de tener
tiempos asignados
un sistema funcionando
sobre DB2.
Esfuerzo Estimado: 2 semanas/hombre
Personas: 1 Diseador
Recursos: Sala de reuniones
Duracin: 2 semanas
Entregables: Estructura de
implementacin de la
B.D.
:
proyectos.
Pasos en la creacin de un
calendario aceptable.
Creacin del calendario y camino crtico.
Ordenacin de las tareas,
Creacin del calendario,
Revisin y ajuste del calendario:
En funcin del uso de recursos ,
Segn las necesidades del usuario,
Aceptacin generalizada del plan.
proyectos.
Creacin del calendario y
clculo del camino crtico
Ordenacin de las
tareas.
Clculo de fechas.
proyectos.
Ordenacin de las tareas.
Identificar y documentar
dependencias.
Restricciones,
Supuestos,
Dependencias obligatorias,
Dependencias discrecionales,
Dependencias externas.
proyectos.
Identificar y documentar
dependencias.
De forma genrica, situandonos en cada
tarea, nos planteamos las siguientes
cuestiones:
Qu debe haberse hecho antes de esto?
Qu puede hacerse a la vez?
Que debe seguir a lo que hacemos ahora?
Aadiremos a cada ficha de tarea la
lista de tareas precedentes.
proyectos.
Restricciones.
Son los factores que limitan las
opciones del equipo de desarrollo.
Son impuestas por el cliente o la
direccin de la empresa desarrolladora.
Ejemplo:
Lenguaje de desarrollo,
Equipo en que deber funcionar,
personal del que se dispondr.
proyectos.
Supuestos.
Factores que se consideran verdaderos
durante la planificacin,
Tienen un grado de riesgo y no cumplirse
durante el desarrollo.
Estn directamente relacionados con los
riesgos del proyecto, como veremos.
Ejemplo: Se dispondr de un ordenador
en casa del cliente.
proyectos.
Dependencias obligatorias.
Son las inherentes a la naturaleza del
trabajo (aspectos tcnicos).
Se suelen deber a la necesidad de
disponer de un entregable que es punto de
partida en la tarea.
Ejemplo:
Prueba del programa XYZ, debe ser
precedida de Codificacin del programa XYZ
proyectos.
Dependencias discrecionales.
Las que define el equipo del proyecto.
Hay que ser cautelosos, pueden condicionar
la programacin del proyecto en el futuro.
Se basan en:
Las Mejores Prcticas,
Se prefiere una secuencia por que ser ms
fcil de controlar.
Limitaciones en la asignacin de personal.
proyectos.
Dependencias externas.
Vienen impuestas desde el exterior.
Se refieren a la interdependencia:
Con otros proyectos.
Con empresas externas o contratos y no
podemos ejercer ninguna presin.
Una actividad no puede comenzar hasta
que no disponer de un producto ajeno.
Ejemplo: pruebas de programas sobre el Hw.
proyectos.
Completamos la Ficha de
cada Tarea.
Especificacin de tarea
Nmero: 3.1.
Nombre: Diseo B.D.
Descripcin: Se diseara la base ...
Esfuerzo Estimado: 2 semanas/hombre
Personas: 1 Diseador
Recursos: Sala de reuniones
Duracin: 2 semanas
Entregables:Estructura de implementacin de la B.D.
Predecesoras:2.1 (D. obligatoria); 2.2 (D. Externa).
proyectos.
Representacin Grfica de la
ordenacin de tareas.
Existen varios mtodos para
representar de modo visual la
secuencia de tareas.
Diagrama de Gantt,
Diagrama de precedencias,
Diagrama de flechas.
proyectos.
Diagrama de Gantt.
Es el diagrama ms antiguo y quizs el
que ms se utiliza para trabajar.
Se representa en un cuadro de doble
entrada:
En el eje horizontal se representa el tiempo,
En el eje vertical las tareas,
Cada tarea se representa como un rectngulo
situado a la altura de la tarea y que va desde
el comienzo a la finalizacin de la tarea.
proyectos.
Diagrama de Gantt
TAREAS
Especificar Necesidades
Diseo Programas
Diseo Base de Datos
Realizacin Esquema
Codificacin Programas
Pruebas
0 2 4 6 8 10 12 14 16
SEMANAS
proyectos.
Diagrama de Gantt
Inconvenientes:
No muestra explcitamente la relacin entre
tareas.
En proyectos con muchas tareas es complicado
de crear.
Ventajas:
Es fcil de entender por todo el mundo.
Se puede aplicar para representar la
utilizacin de recursos.
proyectos.
Diagrama de precedencias.
Se trata de un grafo ordenado totalmente.
Las tareas se representan como nodos.
Las relaciones entre tareas son los arcos.
Todos los nodos tienen el mismo tamao y
pueden contener mucha informacin sobre la
tarea..
Los arcos van desde la tarea antecesora a la
predecesora, indicandolo con una flecha..
proyectos.
Tarea: Diseo Programas Tarea: Codificacin Program.

Recursos: Recursos:
Duracin: 4 semanas Duracin: 7 semanas
Tarea: Especifica Necesidades

Recursos: Tarea: Pruebas
Duracin: 2 semanas Recursos:

Duracin: 2 semanas
Tarea: Realizacin Esquema

Tarea: Diseo B.D.
Recursos:
Recursos:
Duracin: 1 semanas
Duracin: 2 semanas
proyectos.
Es la forma de representacin ms
habitual en programas informticos, junto
al Gantt.
Al utilizar sistemas informticos para
generar los diagramas, se pueden
establecer relaciones del tipo:
Fin a Comienzo y
Comienzo a Fin, Comienzo a Comienzo y Fin a
Fin
proyectos.
Es una representacin dual a la anterior.
Las tareas se representan como arcos,
Los nodos son sucesos puntuales en el
tiempo, muestran que se ha alcanzado un
estado, al concluir todas las tareas que
llegan a el.
Aparecen actividades ficticias para
asociar estados parciales.
proyectos.
A C E F
B D
proyectos.
Los modelos formales para el calculo
de calendarios se basa en l.
Parece menos intuitivo que los otros
grficos, debido fundamentalmente al
uso de tareas ficticias.
A C E F
B
G
proyectos.
Clculo de fechas.
Hay diversas formas de abordar estos
clculos, aqu veremos una muy intuitiva.
Las fechas importantes en cada tarea.
Pasos:
Calculo de las fechas para cada tarea en un
proyecto.
Definicin y obtencin del camino crtico.
Ejemplo.
proyectos.
Las fechas importantes en
cada tarea.
Etiqueta actividad Duracin
Inicio Final
DESCRIPCIN
temprano temprano
DE LA
Inicio ACTIVIDAD Final
tardo tardo
Mximo tiempo
disponible Holgura
proyectos.
cada tarea.
DESCRIPCIN DE LA ACTIVIDAD:
nombre dado a la actividad.
Etiqueta actividad: nmero que
identifica a cada actividad.
Duracin: tiempo que calculamos que se
tardar en completar la tarea.
Inicio temprano: fecha ms temprana en
que puede comenzar la tarea.
proyectos.
cada tarea.
Final temprano: fecha ms temprana en
que puede finalizar la tarea.
Inicio tardo: fecha ms retrasada en la
que se puede comenzar sin que afectar
la fecha de terminacin del proyecto.
Final tardo: fecha ms retrasada en la
que puede terminar la tarea din afectar
la fecha final del proyecto.
proyectos.
cada tarea.
Mximo tiempo disponible: tiempo
mximo que puede durar una tarea en
caso de comenzar en su Inicio
temprano y concluir en su Final tardo.
Holgura: tiempo que disponemos para
jugar con el inicio de la tarea, sin
afectar al proyecto.
proyectos.
Calculo de las fechas para
cada tarea en un proyecto.
Partimos del diagrama de precedencias.
2.2 4 3.1 7
Diseo Codifica
Progra. cin
1 2 4 2
Especif. Pruebas
Necesid.
2.1 2 3.2 1
Diseo Realiza.
B.D. Esquem.
proyectos.
Asignamos como inicio temprano 0 a
todas las tareas sin predecesor.
El final temprano de cada tarea es el
inicio temprano ms su duracin.
Si la tarea tiene predecesoras, y todas
estas tienen calculado su final
temprano, asignamos como inicio
temprano el mximo de todos ellos.
proyectos.
Obtenemos la fecha de final del proyecto,
Partimos de la mxima fecha de final
temprano,
o de la indicada por el cliente.
Habitualmente se toma la primera, el cliente
siempre lo quiere para ayer.
A todas las tareas que no tengan
sucesoras se le asigna esta fecha como
final tardo.
proyectos.
El inicio tardo se calcula restando al final
tardo la duracin.
Aquellas tareas con sucesoras, se les
asigna como final tardo el mnimo de los
inicios tardos de estas.
Mximo tiempo disponible y Holgura:
Mximo tiempo disponible =Final tardo - inicio
temprano
Holgura = Mximo tiempo disponible - Duracin
proyectos.
Definicin y obtencin del
camino crtico.
Camino Crtico: Conjunto de tareas con
Holgura cero.
Si la duracin es mnima hay camino crtico.
Parte de una tarea sin predecesoras,
atraviesa el grafo por tareas con holgura
cero y termina en una tarea sin sucesoras.
Cuando una tarea del camino crtico se
retrasa, tambien lo hace el proyecto.
proyectos.
Ejemplo.
Tarea Descripcin Esfuerzo Tipo Recursos Predece-
Brooks soras
A Anlisis de 3 meses 1 2 Analistas -
Requerimientos
B Diseo de la B.D. 1 mes 2 1 Analista A
C Diseo de Procesos 4 meses 1 2 Analistas A
D Construcc. Prototipo 1 mes 2 1 Programador C, E
E Desarrollo Esquema 0,5 meses 1 1 Analista B
F Codificacin 8 meses 1 4 Programadores C, E
G Revisin Prototipo 0,5 meses 2 1 Analista D
H Revisin Cdigo con 2 meses 1 2 Programadores F, G
Mejoras Solicitadas
I Pruebas 2 meses 1 2 Programadores H
J Instalacin Sistema 1 mes 1 2 Programadores I
K Mantenim. Inicial 2 meses 2 1 Programador J
proyectos.
Solucin:
B 1 E 0,5 D 1 G 0,5
1,5 Diseo 2,5 2,5 Desarroll 3 3,5 Construc 4,5 4,5 Revisin 5
o
2 B.D 3 3 Esquema 3,5 4 Prototipo 5 5 Prototipo 5,5
A 1,5 1,5 0,5 1 0,5 1,5 0,5 1 0,5
0 Anlisis 1,5
0 1,5
1,5 0 C 2 F 2
1,5 Diseo 3,5 3,5 Codifica. 5,5
1,5 Progrm. 3,5 3,5 5,5
2 0 2 0
H 1 I 1 J 0,5 K 2
5,5 Revisin 6,5 6,5 Pruebas 7,5 7,5 Instalaci. 8 8 Manten. 10
5,5 Cdigo 6,5 6,5 7,5 7,5 8 8 Inicial 10
1 0 1 0 0,5 0 2 0
proyectos.
Solucin:
Diagrama de Gantt.
A 2
B 1A
C 2A
D 1P
E 1A
F 4P
G 1A
H 2P
I 2P
J 2P
K 1P
1 2 3 4 5 6 7 8 9 10
proyectos.
Diferencia fundamental
entre el PERT y el CPM.
PERT (Program Evaluation and Review
Technique), en l, por cada tarea se
estiman tres duraciones:
La optimista (to),
La ms habitual (tm),
La pesimista (tp).
La duracin se calcula como:
duracin = ( to + 4 tm + tp) / 6
proyectos.
Diferencia fundamental
entre el PERT y el CPM.
El CPM (Critical Path Method), utiliza,
como nosotros, duraciones fijas en
cada tarea.
Es el que subyace en la mayora de los
programas informticos de gestin de
proyectos.
proyectos.
Representacin grfica del uso
de recursos en un proyecto.
Es muy til el poder ver tan solo las
tareas que hay asignadas a cada
recurso, para:
comunicar a los participantes el uso de un
recurso compartido,
verificar que se utilizan de forma equilibrada,
verificar que ningn recurso se pretende
utilizar ms de lo posible.
Se usa el Gantt y el de Cargas
proyectos.
Veamos el Diagrama de
Gantt con un ejemplo.
Se desea ver la asignacin de
programadores del ejercicio anterior.
D 1P
F 4P
H 2P
I 2P
J 2P
K 1P
1 2 3 4 5 6 7 8 9 10
proyectos.
Veamos el Diagrama de
Cargas con un ejemplo.
Se desea ver la asignacin de
programadores del ejercicio anterior.
6
5
4
3
2
1
1 2 3 4 5 6 7 8 9 1 0
proyectos.
Revisin y ajuste del
calendario.
La primera planificacin suele hacerse
con criterios tcnicos, por lo que suele
ser necesario revisarla con dos enfoques:
En funcin del uso de recursos,
Equilibrar la disponibilidad de personal,
Segn las necesidades del usuario.
habitualmente siempre desea que se termine lo
ms pronto posible.
Los costes de oportunidad son un aliciente.
proyectos.
Puntos sobre los que actuar
para revisar la planificacin.
Sobre la secuencia de las tareas.
Aumentando paralelismo.
Sobre la duracin de las tareas
Utilizar mejores tcnicas y herramientas.
Modificar la productividad de las personas.
Modificar la cantidad de personas
asignadas a una tarea.
proyectos.
Revisar la secuencia de las
tareas.
Estudiaremos las tareas del camino
critico y revisaremos la razn por la que
se haba creado la secuencia de tareas.
Es posible sacar una tareas de la secuencia?
Aumentando paralelismo entre tareas.
Es posible que una tarea pueda comenzar
cuando la precedente se ha realizado al 60%.
Esto es peligroso, puede llevar a retrabajos.
proyectos.
Revisar la duracin de las
tareas.
Reducir la duracin de las tareas del
camino critico, y la del proyecto.
Tener en cuenta que al reducir la duracin
de una tarea, puede cambiar el camino
critico.
Cuando el reducir la duracin de una tarea
lleva a un coste mayor, deberemos ajustar
la reduccin al mximo con coste mnimo.
proyectos.
Revisin tareas, utilizando
mejores tcnicas y herramientas.
la duracin de la tarea se basa en una
tcnica o herramienta?
Existe software que puede dar
soporte a una tarea?
Por precio no fue oportuno considerarlo,
Tener en cuenta la curva de aprendizaje.
Eliminar las tareas de formacin.
Se puede ir a herramientas conocidas?
proyectos.
Revisin tareas, modificando
la productividad.
Modificar la productividad y calidad de los
recursos asignados a una tarea.
En un estudio sobre, la diferencia de
productividad entre programadores se
detect una oscilacin de 1 a 25.
Tom DeMarco, como M. Page-Jones, dejan
claro que relaciones de uno a tres son muy
usuales dentro de una misma organizacin.
proyectos.
Revisin tareas, modificando
la cantidad de personas.
Podemos asignar ms personas al
proyecto, de modo que en las tareas
crticas se puedan incluir ms personas.
Hay que tener en cuenta:
Los diferentes tipos de tareas que hay, segn la
cantidad de personas que asignemos.
El aadir ms personal a un proyecto en marcha
puede retrasar la finalizacin del proyecto.
proyectos.
Revisin tareas, asignando
horas extra.
Esto en principio puede suponer un
coste adicional o no.
Se recomienda hacer uso de las horas
extra slo en casos muy puntuales
como consecuencia de una desviacin en la
programacin.
Parece poco razonable pensar en este
recurso en la fase de planificacin.
proyectos.
Aceptacin generalizada del
plan.
Una planificacin La probabilidad de
buena ha de ser: xito es ms
aceptada por todos funcin de fe y
los participantes, y confianza, que de
que todo el mundo realismo.
crea en ella.
Para esto ha de ser
realista.
proyectos.

Planificación Proyectos

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Planificación Proyectos

Diunggah oleh

Hak Cipta:

Format Tersedia

TEMA 7.

WBS en tareas del n e c e s id a d e s C o n t a b i li d a d A p lic a c i n

Disponemos de las Especificacin de tarea

fichas de cada tarea

con los recursos y

Diseo Base de Datos

Tarea: Diseo Programas Tarea: Codificacin Program.

Tarea: Especifica Necesidades

Duracin: 2 semanas Recursos:

Tarea: Realizacin Esquema

Anda mungkin juga menyukai