Este documento trata sobre la planificación de proyectos de software. La planificación efectiva depende de una planeación detallada desde la definición de requisitos hasta la entrega del sistema terminado. Una de las actividades cruciales del proceso de gestión del proyecto de software es la planificación, cuyo objetivo es lograr estimaciones razonables de recursos, costos y planificación temporal.

3.  Determinación del valor que se da y en que se tasa o
considera algo

4.  La planeación efectiva de un proyecto de software
depende de la planeación detallada de su avance,.
Se supondrá que el administrador del proyecto es
responsable de la planeación desde la definición
de requisitos hasta la entrega del sistema
terminado.

5. • fases, organización, pruebas, control de
modificaciones, documentación, capacit
ación, revisión e informes, instalación y
Panorama, pl operación, recursos de
entregas, índice, mantenimiento.
an de:
• es proporcionar un marco de trabajo que
permite hacer estimaciones de recursos,
costos y planificación temporal. Estas se
hacen dentro de un marco de tiempo
Objetivo de la limitado al comienzo de un proyecto de
planificación: software

6. Además las
El objetivo de la
estimaciones
planificación se
deberían definir
logra mediante
los escenarios del
descubrimiento
mejor caso y peor
de la información
caso de modo que
que lleve a
los resultados del
estimaciones
proyecto pueden
razonables.
limitarse.

7. En el principio el
Hoy en día el Una de las
costo del software
software es el Es una pequeña actividades cruciales
constituía un
elemento mas caro planeación sobre del proceso de
pequeño porcentaje
de la mayoría de los que es lo que va a ser gestión del proyecto
del costo total de los
sistemas mi proyecto. del software es la
sistemas basados en
informáticos. planificación.
computadoras.

8.  El diagrama de Gantt herramienta gráfica cuyo
objetivo es mostrar el tiempo de dedicación previsto
para diferentes tareas o actividades a lo largo de un
tiempo total determinado.
 La posición de cada tarea a lo largo del tiempo hace
que se puedan identificar dichas relaciones e
interdependencias, para la planificación del desarrollo
de proyectos complejos se requiere además el uso de
técnicas basadas en redes de precedencia como CPM o
los grafos PERT.

9. Cuando se planifica un proyecto de software ese
tiene que obtener estimaciones de esfuerzo
humano requerido, de la duración cronológica del
esfuerzo humano requerido, de la duración
cronológica del proyecto y del costo.

10.  Si un proyecto es bastante similar en tamaño y funciona un
proyecto pasado es probable que el nuevo requiera
aproximadamente la misma cantidad de esfuerzo, que dure
aproximadamente lo mismo que el trabajo anterior. Pero
que pasa si el proyecto es totalmente distinto entonces
puede que las experiencias obtenidas no sean suficientes.

11. Estas redes relacionan las actividades de manera
que se puede visualizar el camino crítico del
proyecto y permiten reflejar una escala de tiempos
para facilitar la asignación de recursos y la
determinación del presupuesto. El diagrama de
Gantt resulta útil para la relación entre tiempo y
carga de trabajo.

12. El método PERT se utiliza en todo método espacial.
El método CPM busca el control y la optimización
de los costos de operación mediante la planeación
adecuada de las actividades componentes del
proyecto.

13.  Ambos métodos aportaron los elementos administrativos
necesarios para formar el método del camino crítico
actual, utilizando el control de los tiempos de ejecución y
los costos de operación, para buscar que el proyecto total
sea ejecutado en el menor tiempo y al menor costo posible.

14. Diferencias entre los métodos PERT y
CPM: La principal diferencia entre los
métodos es la manera en que se realizan los
estimativos de tiempo.
PERT
Suponiendo que las
distribuciones de los
tiempos de las
El tiempo esperado actividades son
Considera que la Considera tres
de finalización de independientes, (un
variable de tiempo estimativos de
un proyecto es la a suposición
es una variable tiempos: el más
Probabilístico. suma de todos los fuertemente
desconocida de la probable, tiempo
tiempos esperados cuestionable), la
cual solo se tienen optimista, tiempo
de las actividades varianza del
datos estimativos. pesimista.
sobre la ruta crítica. proyecto es la suma
de las varianzas de
las actividades en la
ruta crítica.

15. CPM:
A medida que el
proyecto
avanza, estos
Considera que las
estimados se utilizan Considera tiempos
Determinantico. Ya actividades son
para controlar y normales y
que considera que los continuas e
monitorear el acelerados de una
tiempos de las interdependientes,
progreso. Si ocurre determinada
actividades se siguen un orden
algún retardo en el actividad, según la
conocen y se pueden cronológico y ofrece
proyecto, se hacen cantidad de recursos
variar cambiando el parámetros del
esfuerzos por lograr aplicados en la
nivel de recursos momento oportuno
que el proyecto misma.
utilizados. del inicio de la
quede de nuevo en
actividad.
programa cambiando
la asignación de
recursos.

16. USOS:
El campo de acción de
Para obtener mejores Dentro del ámbito
este método es muy
resultados debe aplicarse aplicación, el método se
amplio, dada su gran
a los proyectos que ha estado usando para la
flexibilidad y
posean las siguientes planeación y control de
adaptabilidad a cualquier
características: diversas actividades.
proyecto.
Que se deba ejecutar todo
Que se desee el costo de
el proyecto o parte de
Que el proyecto sea operación más bajo
el, en un tiempo
único, no repetitivo. posible dentro de un
mínimo, en tiempo
tiempo disponible.
crítico.

17. Enseña una disciplina
lógica para planificar
un programa de largo
alcance.
En otras palabras:
Proporciona una
CPM es un sistema
metodología Standard
dinámico, que se
de los planes del
mueve con el progreso
proyecto mediante un
del proyecto,
cuadro de tres
reflejando en cualquier
dimensiones
momento el STATUS
(tiempo, personal, cost
presente del plan de
VENTAJAS
o).
acción.
PERT y
CPM: Identifica los
elementos más críticos
Aporta la probabilidad
del plan, en que
de cumplir
problemas potenciales
exitosamente los
puedan perjudicar el
plazos propuestos.
cumplimiento del
programa propuesto.
Ofrece la posibilidad
de simular los efectos
de las decisiones
alternativas o
situaciones imprevistas
y una oportunidad
para estudiar sus
consecuencias.

18. Describe el control y los datos a procesar, la función, el
rendimiento, las restricciones, las interfaces y la fiabilidad. Se
evalúan las funciones descoritasen la declaración del ámbito, y en
algunos casos se refinan para dar mas detalles antes del comienzo de
la estimación.

19. Recurso humano:
Se debe establecer el El número de personas
perfil y las habilidades Hay que especificar tanto requerido para un
que se necesitan del la posición dentro de la proyecto de software se
personal organización como la determina después de
para llevar a cabo el des especialidad. hacer una estimación del
arrollo del proyecto. esfuerzo.
Gestor Ingeniero de software Analista de sistemas

20. Recursos de software
reutilizable:
Se destaca la creación y la reutilización de bloques de
construcción de software. Se establecen 4 categorías de recursos
de software:
Componentes ya desarrollados: componentes que ya han sido
validados totalmente se pueden utilizar e implementar en el
desarrollo del proyecto actual.
Componentes ya experimentados: se puede utilizar Especie
diseños, código o datos de prueba existentes que ya han sido
desarrollados para proyectos anteriores.
Componentes con experiencia parcial: se puede utilizar
Especificaciones, diseños, código o datos de prueba existentes q
ue ya han sido desarrollados para proyectos anteriores y que
requieren una modificación sustancial.
Componentes nuevos: componentes que el equipo de software
requiere construir específicamente para el proyecto.

22. Proyección:
La estimación del riesgo mide de
dos maneras: La probabilidad de
que el riesgo sea real. Las
consecuencias de los
problemas asociados con
el riesgo. Se realizan cuatro
actividades de proyección del
riesgo:
Apuntar la exactitud
Establecer una escala Definir Estimar el impacto del
general de la
que refleje la las consecuencias riesgo en el proyecto y
proyección del riesgo
percibida del riesgo del riesgo en el producto
sin confusiones.

23.  Uso de Tablas de Riesgo
 Por medio del uso de la siguiente tabla se facilita una
proyección del riesgo.
En la columna: Categoría, cada
riesgo se categoriza así:
• Tamaño del producto (TP)
• Ingeniería del Software
En la columna: Riesgo, se
• Impacto en la organización (IO)
registran todos los riesgos • Tipo de cliente (TC)
• Proceso de producción (PP)
• Entorno de desarrollo (ED)
• Tecnología (T)

24. Experiencia técnica En la columna
(ET)Se utilizan las Probabilidad, se
iniciales que se registra la probabilidad
encuentran entre de aparición de cada
paréntesis. riesgo.
En la columna
Impacto, Se valora y se
registra el impacto de
cada riesgo así: Por último la tabla es
ordenada por
• Catastrófico
• Crítico
probabilidad y por
• Marginal impacto.
• Despreciable

25.  Aquellos riesgos que presentan alta probabilidad y alto
impacto pasan al inicio de la tabla y los que presentan
baja probabilidad e impacto pasan al final de la tabla.
Una vez la tabla ha sido ordenada, se debe trazar una
línea de corte donde los riesgos que se encuentren por
encima de ésta línea se les prestara una mayor
atención.

26.  El objetivo que debe tener un es evitar y tratar un
riesgo. Para esto, es importante que se desarrolle
un plan de reducción del riesgo. Este plan de
reducción del riesgo involucra para cada riesgo
una serie de pasos y acciones que debe tomar e
implementar el equipo de desarrollo.

27. El plan RSGR
Se puede incluir una estrategia de gestión de
Todos los documentos del plan se llevan a
riesgo en el plan del proyecto o se podrían
cabo como parte del análisis de riesgo y son
organizar los pasos de gestión del riesgo en
empleados por el jefe del proyecto como
un plan diferente de reducción, supervisión
parte del Plan del Proyecto general.
y gestión del riesgo (Plan RSGR).

28. A continuación se expone un esquema del Plan RSGR:
I. Introducción
• Alcance y propósito del documento
• Visión general de los riesgos principales
• Responsabilidades. Gestión. Personal técnico
II. Tabla de riesgo del proyecto.
• Descripción de todos los riesgos por encima de la línea de corte
• Factores que influyen en la probabilidad e impacto
• Reducción, supervisión y gestión del riesgo. Riesgo. Reducción. Estrategia
general. Pasos específicos
• Supervisión
• Factores a supervisar
• Enfoque de supervisión
• Gestión
• Plan de contingencia. Consideraciones especiales.
• Planificación temporal de revisión del Plan RSGRV

29.  Una vez que se ha desarrollado el plan RSGR y
el proyecto ha comenzado, empiezan los
procedimientos de reducción y
supervisión del riesgo.

30. La supervisión del riesgo es
una actividad de seguimiento
del proyecto centra como
objetivos principales:
La reducción del riesgo es una • Valorar cuando un riesgo previsto
ocurre de hecho.
actividad para evitar • Asegurarse de que los
problemas. procedimientos para evitar el riesgo
definidos para el riesgo en cuestión
se están aplicando apropiadamente.
• Recoger información que pueda
emplearse en el futuro para analizar

31.  La supervisión de riesgos también intentar determinar
el "origen" (qué riesgos ocasionaron tal problema) a
lo largo de todo el proyecto.