Project Scheduling and Tracking

Calendarizacion y Seguimiento

1
 ¿Por qué se retrasan los proyectos?
• una fecha límite poco realista establecida por alguien fuera del grupo de desarrollo de
software
• cambiar los requisitos del cliente que no se reflejan en los cambios de horario;
• una subestimación honesta de la cantidad de esfuerzo y / o la cantidad de recursos que se
requerirán para hacer el trabajo;
• riesgos predecibles y / o impredecibles que no se consideraron cuando se inició el proyecto;
• dificultades técnicas que no podrían haberse previsto de antemano;
• dificultades humanas que no se podrían haber previsto de antemano;
• falta de comunicación entre el personal del proyecto que resulta en retrasos;
• una falla por parte de la gerencia del proyecto para reconocer que el proyecto se está
retrasando y una falta de acción para corregir el problema

2
 Principios de Calendarización
• compartimentación: definir tareas distintas
• interdependencia: indica la interrelación de tareas
• validación del esfuerzo: asegúrese de que haya recursos
disponibles
• responsabilidades definidas: las personas deben ser asignadas
• resultados definidos: cada tarea debe tener un resultado
• hitos definidos: revisión de calidad

3
 SCRUM
Burndown Chart

Esfuerzo y tiempo de entrega

4
 Asignación de esfuerzo

40-50% • “front end” actividades

• customer communication
• analysis
• design
• review and modification

15-20% • construction actividades

• coding or code generation

• testing and installation

• unit, integration
30-40% • white-box, black box
• regression

5
 Definición de conjuntos de tareas
• determinar el tipo de proyecto
• Desarrollo de concepto (exploratorio de nuevas tecnologías)
• Desarrollo de aplicación
• Desarrollo de mejora de aplicación
• Mantenimiento de aplicación
• evaluar el grado de rigor requerido
• Tamaño, nro de usuarios, desarrolladores, estabilidad de requerimientos,
restricciones de performance, características,
• identificar criterios de adaptación
• Ámbito, planificación, prueba e implementación del concepto
• Valoración del riesgo tecnológico
• Reacción del cliente
• seleccionar las tareas apropiadas de ingeniería de software

6
 Refinamiento del conjunto de tareas
1.1 El alcance del concepto determina el alcance
general del proyecto.
Definición de la tarea: Definición del concepto de la tarea 1.1
1.1.1 Identificar necesidades, beneficios y clientes potenciales;
1.1.2 Definir los eventos deseados de salida / control y entrada que impulsan la aplicación;
Comenzar la tarea 1.1.2
1.1.2.1 RT: revisar la descripción escrita de la necesidad
FTR indica que se llevará a cabo una revisión técnica formal (Capítulo 26).
1.1.2.2 Obtenga una lista de entradas / salidas visibles para el cliente
1.1.2.3 RT: Revisar las salidas / entradas con el cliente y revisar según sea necesario;
tarea final 1.1.2
1.1.3 Definir la funcionalidad / comportamiento para cada función principal;
Comenzar la tarea 1.1.3
1.1.3.1 RT: Revise los objetos de datos de entrada y salida derivados de la tarea 1.1.2;
1.1.3.2 Derivar un modelo de funciones / comportamientos;
1.1.3.3 RT: Revisar las funciones / comportamientos con el cliente y revisar según sea necesario;
se refina a tarea final 1.1.3
1.1.4 Aislar aquellos elementos de la tecnología que se implementarán en el software;
1.1.5 Investigar la disponibilidad de software existente;
1.1.6 Definir la viabilidad técnica;
1.1.7 Haga una estimación rápida del tamaño;
7
1.1.8 Crear una definición de alcance;
Definición de endTask: Tarea 1.1
Definir una red de tareas

8
Gráficos de línea de tiempo
Tasks Week 1 Week 2 Week 3 Week 4 Week n

Task 1
Task 2
Task 3
Task 4
Task 5
Task 6
Task 7
Task 8
Task 9
Task 10
Task 11
Task 12

9
Utilice herramientas automatizadas
para derivar un gráfico de línea de
tiempo

• Microsoft Project
• Draw.io
• LUCID CHART

10
 Seguimiento de horarios
• Llevar a cabo reuniones periódicas sobre el estado del proyecto en las que cada
miembro del equipo informa el progreso y los problemas
• evaluar los resultados de todas las revisiones realizadas a lo largo del proceso de
ingeniería de software.
• Determine si los hitos formales del proyecto se han cumplido en la fecha
programada.
• compare la fecha de inicio real con la fecha de inicio planificada para cada tarea del
proyecto enumerada en la tabla de recursos
• reunirse informalmente con los profesionales para obtener su evaluación subjetiva
del progreso hasta la fecha y los problemas en el horizonte.
• Utilice el análisis del valor ganado para evaluar el progreso cuantitativamente.

11
 Progreso en un proyecto OO

• Hito técnico: análisis de OO completado

• Todas las clases y la jerarquía de clases se han definido y revisado.

• Se han definido y revisado los atributos de clase y las operaciones asociadas con una clase.
• Se han establecido y revisado las relaciones de clase
• Se ha creado y revisado un modelo de comportamiento
• Se han observado clases reutilizables.

• Hito técnico: diseño de OO completado

• El conjunto de subsistemas ha sido definido y revisado.
• Las clases se asignan a subsistemas y se revisan.
• Se ha establecido y revisado la asignación de tareas.
• Se han identificado responsabilidades y colaboraciones
• Se han diseñado y revisado atributos y operaciones.
• Se ha creado y revisado el modelo de comunicación .

12
 Progreso en un Proyecto OO

• Hito técnico: programación orientada a objetos completada

• Cada nueva clase se ha implementado en código del modelo de diseño.
• Se han implementado clases extraídas (de una biblioteca de reutilización).
• Se ha construido un prototipo o incremento.
• Hito técnico: pruebas OO
• Se ha revisado la exactitud e integridad de los modelos de diseño y análisis de OO.
• Se ha desarrollado y revisado una red de colaboración de clase-responsabilidad
• Se diseñan casos de prueba y se han realizado pruebas a nivel de clase para cada clase.
• Se diseñan casos de prueba, se completan las pruebas de clúster y se integran las clases.
• Se han completado las pruebas a nivel del sistema.

13
 Earned Value Analysis (EVA)

• Valor agregado (Earned value)

• es una medida de progreso
• nos permite evaluar el "porcentaje de finalización" de un proyecto mediante
el análisis cuantitativo en lugar de confiar en una intuición
• "Proporciona lecturas precisas y fiables del rendimiento desde el 15 por
ciento del proyecto".

14
 Calculando: Earned Value I
• El costo presupuestado del trabajo programado (BCWS -  Budgeted
Cost of Work Scheduled -) se determina para cada tarea de trabajo
representada en el cronograma..
• BCWSi es el esfuerzo planificado para la tarea de trabajo i.
• Para determinar el progreso en un punto dado a lo largo del cronograma del
proyecto, el valor de BCWS es la suma de los valores de BCWSi para todas las
tareas de trabajo que deberían haberse completado en ese momento en el
cronograma del proyecto..
•
Los valores de BCWS para todas las tareas laborales se suman
para derivar BAC (budget at completion). Por lo tanto,
• BAC = ∑ (BCWSk) para todas las tareas k

15
 Calculando: Earned Value II

• A continuación, el valor del costo presupuestado del trabajo realizado (budgeted

cost of work performed (BCWP) ) está computado
• El valor de BCWP es la suma de los valores de BCWS para todas las tareas de trabajo que
realmente se han completado en un momento determinado del cronograma del proyecto..

• “La distinción entre el BCWS y el BCWP es que el primero representa el

presupuesto de las actividades que se planeó completar y el segundo representa el
presupuesto de las actividades que realmente se completaron”.
• Dados los valores de BCWS, BAC y BCWP, se pueden calcular indicadores de
progreso importantes:
• Schedule performance index, SPI = BCWP/BCWS
• Schedule variance, SV = BCWP – BCWS
• SPI es una indicación de la eficiencia con la que el proyecto está utilizando los recursos
programados.

16
 Calculando: Earned Value-III
• Porcentaje programado para completarse = BCWS/BAC
• provides an indication of the percentage of work that should have been completed by time t.

• Porcentaje completo = BCWP/BAC

• proporciona una indicación cuantitativa del porcentaje de finalización del proyecto en
un momento dado, t.
• Costo real del trabajo realizado (Actual cost of work performed, ACWP), es la suma del esfuerzo
realmente invertido en las tareas de trabajo que se han completado en un momento
determinado del cronograma del proyecto. Entonces es posible calcular
• Cost performance index, CPI = BCWP/ACWP
• Cost variance, CV = BCWP – ACWP

17