xsczsxzcxzcxzcxvxcvxzcmnxnzxckashncksdznxckc,cnñvzkaznv jl dfzbcvmdbx vjb dcxjmvbdnckjvb kdsxvb isdx

1. PLANIFICACIÓN
NOVIEMBRE 2023
UNIDAD 7
TEMPORAL Y
SEGUIMIENTO DEL
PROYECTO

2. INTEGRANTES
CRISTHIA J. MENECES
GALLARDO
ROSA ANGELA
ALDANA IBAÑEZ
JOHN DAVID
LLANOS ROCA
PATRICIA Y.
HATAHARA PAIVA
GRUPO 7

3. PLANIFICACIÓN TEMPORAL
DE PROYECTOS
La planificación temporal actúa como
un indicador del desarrollo del
trabajo, permitiendo observar el
efecto de los retrasos o adelantos
sobre la fecha de terminación del
proyecto.
Es la identificación de tareas,
asignación de tiempos y recursos a
dichas tareas y planificación de la
secuencia de ejecución de forma que
el tiempo de desarrollo del proyecto
sea mínimo.

4. • AYUDA A CONSTRUIR UN SISTEMA COMPLEJO
• EVALUA EL PROGRESO DE UN PROYECTO SOFTWARE NORMAL Y GRANDE
¿POR QUÉ ES IMPORTANTE?

5. ¿POR QUÉ UN
SOFTWARE SE
ENTREGA
TARDE?
Cambios que requiere el cliente
que no se encuentran en la
planificación temporal
Errores predecibles y no
predecibles
Falta de reconocimiento por
parte de la administración del
proyecto

6. PRINCIPIOS BÁSICOS DE LA PLANIFICACIÓN TEMPORAL
VALIDACIÓN DEL ESFUERZO
Cada tarea que se programe debe asignarse un
miembro del equipo especifico.
05 RESPONSABILIDADES DEFINIDAS
Cada tarea programada debe tener un resultado
definido. Para los proyectos de software, el
resultado es normalmente un producto o parte de
un producto.
06 RESULTADOS DEFINIDOS
Todas las tareas o grupos de tareas deberían
asociarse con un hito del proyecto.
07
COMPARTIMENTACIÓN
El proyecto debe dividirse en número de
actividades y tareas manejables. Se descompone
el producto y el proceso.
01
INTERDEPENDENCIA
Se debe determinar las interdependencias de cada
actividad.
02
ASIGNACIÓN DEL TIEMPO
A cada tarea que se vaya a programar se le debe
asignar cierto número de unidades de trabajo.
También fecha de inicio y de finalización.
03
HITOS DEFINIDOS
Todos los proyectos tiene un numero definido de
miembros de la plantilla. El gestor del proyecto
debe asegurarse de que no se h asigandado
numero de perosnas mayor a lo que requiere la
plantilla.
04

7. LA RELACIÓN ENTRE LAS PERSONAS Y
EL ESFUERZO
En un proyecto de desarrollo
de software pequeño, una
sola persona puede analizar
los requisitos, realizar el
diseño, generar código y
realizar las pruebas. Pero añadir gente tarde a un
proyecto tiene a menudo efecto
negativo, provocando aún más
retraso:
- El personal agregado debe
aprender el sistema
-Personal que enseña no trabaja
-Aumenta las vías de
comunicación. (mayor esfuerzo y
tiempo adicionales)
A media de que crece el tamaño
del proyecto, más personas se
van involucrando.

9. PROYECTO DE
SOFTWARE
CONJUNTO DE TAREAS PARA EL
CRISTHIAN MENECES

10. Es una colección de tareas de la ingeniería
del software, que deben realizarse
para completar un proyecto particular.
CONJUNTO DE TAREAS

11. 2
1
Recolección de
requisitos
• Entender las
necesidades del
cliente.
• Documentar y
validar requisitos
con stakeholders
CONJUNTO DE TAREAS EN PROYECTOS DE
SOFTWARE
Planificacion del
proyecto
• Definir el alcance
del proyecto.
• Establecer un
cronograma y
asignar recursos
3 4 5
Diseño
• Crear la
arquitectura del
sistema.
• Diseñar la interfaz
de usuario.
Implementacion
(Codificacion)
• Escribir el codigo
del software.
• Realizar pruebas
unitarias
Pruebas
• Realizar pruebas
de sistema para
validar el
cumplimiento de
requisitos.
• Realizar pruebas
de rendimiento y
seguridad.

12. ORGANIZACIONES
DE SOFTWARE
Mejoras de
aplicaciones
Desarrollo de
una nueva
aplicacion
Desarrollo del
concepto
Reingenieria
Mantenimiento de
aplicaciones

13. GRADO DE RIGOR
Actividades
estructurales
del proceso
Casual
Proceso
completo
Estricto
Actividades
estructurales
y las tareas
relativas
Estructurado
Estructura del
proceso
Reaccion Rapida

14. Estabilidad de
requisitos
1 Tamaño del
proyecto
2
Numero potencial
de usuarios
3
Importancia de la
mision
4
Antiguedad de la
aplicacion
5
6
Facilidad de
comunicacion
cliente/desarrollador

15. 7 Madurez de la
tecnologia
aplicable
8
Limitaciones de
rendimiento
9
Caracteristicas
empotradas/no
empotradas
10
Personal del
proyecto
11
Factores de
reingenieria

16. CONCLUSIÓN
Estas tareas pueden adaptarse según las
necesidades específicas del proyecto y la
metodología elegida (por ejemplo, metodologías
ágiles como Scrum o enfoques más tradicionales
como el modelo en cascada). La colaboración y la
comunicación efectiva entre los miembros del
equipo y los stakeholders son clave para el éxito
en cada una de estas etapas.

17. Sesión a cargo de ROSA ANGELA

18. • IMPLEMENTACION DEL CONCEPTO
1
2
3
4 • PRUEBA DEL CONCEPTO
• VALORACION DEL RIESGO TECNOLOGICO
• PLANIFICACION PRELIMINAR DEL CONCEPTO
• AMBITO DEL CONCEPTO
5
6 • REACCION DEL CLIENTE ANTE EL
CONCEPTO

19. DEFINIR UNA
RED DE
TAREAS

20. La red de tareas
es una
representación
gráfica del flujo
de tareas de un
proyecto

21. TEMPORAL
LA PLANIFICACION
WWW.UNSITIOGENIAL.ES

24. valor planificado
PV
valor ganado EV
costo real AC
Fórmulas clave del Análisis de Valor
Ganado:
• CPI (indice de desempeño del costo)
• SPI(desempeño del cronograma)
Interpretación de los resultados:
• CPI = 1:
• El proyecto está en línea con el presupuesto.
• CPI < 1:
• El proyecto está sobre el presupuesto.
• SPI = 1:
• El proyecto está en línea con el cronograma.
• SPI < 1:
• El proyecto está detrás del cronograma.

25. 02
03
04
05
06
07
El Análisis de Valor Ganado ayuda a
identificar de manera temprana los
problemas potenciales en el rendimiento
del proyecto y proporciona métricas
cuantitativas para evaluar la eficiencia y
la efectividad del equipo de proyecto.
Este enfoque se utiliza comúnmente en
proyectos de gran escala y complejidad
para mejorar la toma de decisiones y la
gestión de proyectos.