Gestión Proyectos SW

Gestión de Proyectos de
Software
Planificación, Estimación,
Seguimiento, Calidad
Instructor:
Jhon Alexander Holguin Barrera

Actividad Inicial
• Piense en un proyecto de su organización en el
cual haya participado y reflexione (10 Mins):
▫ Que estuvo bien?
▫ Que se puede mejorar?
▫ Lecciones aprendidas?
Gestión de Proyectos Ing. Jhon Alexander Holguin B.

Objetivos de un Proyecto
• Existen tres dimensiones en las cuales se puede
establecer el grado de éxito de un proyecto
▫ Tiempo: Tiempos establecidos dentro del proyecto
(Ni temprano, Ni tardíos)
▫ Presupuesto: Recursos estimados para el proyecto
▫ Calidad: Cumplimiento de los objetivos
establecidos dentro del proyecto

Fallas en los proyectos
•39% Cumplieron con el tiempo,
presupuesto y objetivos
•43% Sobrepasaron tiempo y/o
presupuesto y/o Objetivos
•18% Proyectos se cancelaron
The Chaos Manifesto 2013 The Standish Group International

Fallas en los proyectos
The Chaos Manifesto 2013 The Standish Group International

Elementos de un Proyecto SW
• SWEBOK en su área de conocimiento (KA) Gestión de la
Ingeniería de Software establece tópicos genéricos
dentro de un proyecto sin especificar un modelo
especifico o el donde, como o cuanto tiempo requiere
actividad.

Topicos KA Gestión de la Ingeniería del Software

• Definición del Alcance e Iniciación
• Planeación del proyecto de software
• Activación del proyecto de software
• Revisión y evaluación
• Cierre

Iniciación del Proyecto
(Actividades y Tareas)
• Establecer los requerimientos del proyecto a ser
tenidos en cuenta
▫ Objetivos
▫ Motivaciones
▫ Fronteras (Organizacional, Gubernamental)
• Establecer factibilidad del proyecto verificando
recursos (Personal, materiales, tecnología, entorno)
• Revisión y reconfiguración de los requerimientos
concertado entre las partes

Proceso de Planificación
• El propósito del proceso de planeación de un
proyecto es introducir y comunicar de manera
efectiva los planes de trabajo.
ISO/IEC 12207

Proceso de Planificación
(Resultados esperados)
• Los resultados esperados de la implementación
eficaz de un proceso de planeación de proyecto
son:
▫ Alcance del trabajo definido en el proyecto
▫ Factibilidad de alcanzar las metas del proyecto con los
recursos y restricciones establecidas
▫ Tareas y recursos necesarios para completar el trabajo son
estimadas y medidas
▫ Identificación de las interfaces entre los elementos del
proyecto, otros proyectos u unidades de la organización.
▫ Planes para la ejecución del proyecto
▫ Planes para la ejecución del proyecto son activados

Planeación del Proyecto
• Preparación de los planes a ejecutar en el
proyecto, conteniendo las descripciones de las
actividades y tareas asociadas, junto con la
identificación de los productos de software que
van a ser provistos.

• Calendarios de cumplimiento oportuno de las
tareas
• Estimación de esfuerzo
• Establecer recursos para cumplimiento de las
tareas
• Asignación de tareas

• Asignación de responsabilidades
• Cuantificación de riesgos asociados a las tareas
• Medidas para aseguramiento de la calidad durante
el proyecto
• Costos asociados a la ejecución del proyecto
• Provisión del entorno y la infraestructura

Activación del Proyecto
• Obtener autorización para el proyecto
• Realizar las solicitudes de los recursos
necesarios para el cumplimiento del proyecto
• Iniciación de la implementación de los planes
del proyecto

Planes de Ejecución del Proyecto
(Determinar Entregables)
• Identificar y caracterizar los productos
resultantes del trabajo de cada actividad del
proyecto
• Entrada 1
• Entrada 2
• Entrada 3
Entradas
• Actividad
Procesos
• Producto 1
• Producto 2
Salidas

• Productos resultantes (e.g)
▫ Documentos de diseño de arquitectura del
software
▫ Reportes de inspección
▫ Software probado

• Evaluar oportunidades de reutilización de
componentes de proyectos previos.
• Evaluar y establecer si se requiere proveedores
que desarrollen o provean componentes
requeridos (Gestión de contratos y adquisición
con proveedores)

(Definir Actividades)
• Trabajo necesario a ejecutar para completar los
paquetes de trabajo
• Base para estimación, programación, ejecución,
monitoreo y control del trabajo del proyecto.
• Resultados:
▫ Lista de actividades
▫ Atributos de las actividades
▫ Lista de hitos
▫ Cronograma de proyecto

(Definir Actividades)
• Lista de actividades
▫ Actividades requeridas para el proyecto
▫ Identificar y describir el alcance del trabajo
• Atributos de actividades
▫ Código, descripción, predecesoras, sucesoras,
relaciones lógicas, requerimientos de recursos, fechas
impuestas, restricciones y supuestos
• Lista de hitos
▫ Puntos o eventos significativos en el proyecto
▫ Establecer obligatoriedad de cumplimiento

(Definir Actividades Herramientas y Técnicas)
• Descomposición
▫ Subdivisión de paquetes de trabajo en
componentes mas pequeños
• Planeación Gradual (Rolling Wave)
▫ Planear en detalle el trabajo a ejecutar inmediato y el
futuro en un mas alto nivel.
• Plantillas
▫ Lista de actividades e hitos de proyectos anteriores
• Juicio de Expertos
▫ Miembros del equipo de proyecto u otros expertos con
experiencia,

(Dependencias de Actividades)
• Permite identificar y documentar las relaciones
entre actividades del proyecto
• Todas las actividades, exceptuando la primera y
la ultima tienen algún tipo de relación
• Puede realizarse a través de herramientas de
software o de manera manual.

• Técnicas que se pueden aplicar:

(Atributos de dependencias de Actividades)
• Los atributos que se pueden definir entre las relaciones
entre las actividades son:
▫ Comienzo Temprano: El tiempo mas temprano en que una
actividad puede comenzar
▫ Comienzo Tardío: El tiempo mas tarde en que una actividad
puede comenzar sin atrasar la actividad sucesora
▫ Finalización Temprana: El tiempo mas temprano en que
una actividad puede finalizar
▫ Finalización Tardía: El tiempo mas tarde en que una
actividad puede finalizar sin atrasar la actividad sucesora.

(Atributos de dependencias de Actividades)

• Aplicando el método de diagrama de
precedencias se pueden establecer las siguientes
relaciones:
▫ Final a comienzo
▫ Comienzo a comienzo
▫ Final a final
▫ Comienzo a final

(Diagramas de Red)
•Dependencia Obligatoria : De acuerdo a la naturaleza del contrato
•Dependencia Discrecional: El gerente de proyecto establece
•Dependencia Externa: Basada en la necesidad o deseo externo (Gobierno, etc)

(Precedencias con adelantos o rezagos)
•Rezago (Lag): Demora fija entre el comienzo y final de una actividad y comienzo
o fin de otra.
•Tiempo de Adelanto (Lead); Modificación de una relación fija para acelerar el
comienzo de una tarea sucesora

Planes de Ejecución
(Ejercicio Diagrama de Red 20 Mins)
• Construir un diagrama red de un proyecto cuyas actividades y
prelaciones existentes entre las mismas son:
▫ A precede a C, D, E
▫ B precede a C
▫ C precede a K
▫ D precede a F, G
▫ E precede a J
▫ F precede a I
▫ G precede a H
▫ H, I, J preceden a L
▫ K precede a M
▫ L precede a P
▫ M precede a N
▫ N, P preceden a Q
▫ Q precede a R
Herramientas
•Matriz e encadenamiento
•Cuadro de prelaciones

Matriz de encadenamiento y Cuadro de
Prelaciones
ACTIVIDADES
PRECEDENTES
A B C D E F G H I J K
A
B
C X X
D X
E X
F X
G X
H X
I X
J X
K X
Actividades
que preceden
a otras
Actividades
sucesoras
Actividades
sucesoras
Actividades que
la preceden

Resultado
C
A
D
E
B K
F
J
I
G H
L
M
P
N
Q R

(Estimación)

(Estimación)
• Que es “Estimar”
▫ “Es muy difícil y arriesgado hacer defensa vigorosa
y aprobada de una estimación que no es derivada
de un método cuantitativo, soportada por pocos
datos y certificada principalmente por la
corazonada de los directores de proyecto.”
Fred Brooks

Estimación
(Definiciones)
• Una evaluación tentativa o calculo aproximado.
• Un calculo preliminar del costo de un proyecto.
• Un juicio basado en impresiones u opiniones.
• Una predicción de cuan largo puede llegar a ser
un proyecto o cuanto puede costar el mismo.

Estimación, Objetivos y Compromisos
• La estimación en el software esta directamente relacionada con los
objetivos del negocio los compromiso y el control.
• Un objetivo es la declaración de una meta deseable del negocio:
▫ “Se necesita que la versión 2.0 este lista para la
demostración en mayo”
▫ “Esas funcionalidades se requieren listas
en agosto ya que se debe cumplir con las
regulaciones gubernamentales”
▫ “Tenemos un limite en los costos de $$$$$
para la próxima liberación ya que este es el
presupuesto disponible”

Estimación, Objetivos y Compromisos
El hecho de que
un objetivo es
deseable o
obligatorio no
necesariamente
significa que se
puede alcanzar
“Añadir personal a un proyecto retrasado lo retrasará aún más”
Fred Brooks

Estimación
(Relación entre estimaciones y planes)
• La estimación y los planes están relacionados pero la
estimación no es un plan, ni el plan es una
estimación.
▫ Las estimaciones son la base de los planes, pero los
planes no tienen que ser necesariamente iguales a las
estimaciones.
 Una diferencia amplia entre las estimaciones y los
objetivos ,representa un alto riesgo en los planes.
 Una diferencia mínima entre las estimaciones y los
objetivos, representa un bajo riesgo en los planes.

Estimación
(Relación entre estimaciones y planes)
• Ejemplos de consideraciones de planeación que
dependen de estimaciones acertadas:
▫ Creación de un calendario detallado
▫ Identificar la ruta critica del proyecto
▫ Crear una WBS (Work breakdown Structure)
▫ Priorización de las funcionalidades a entregar
▫ Tener iteraciones dentro del proyecto

Estimación - Comunicación
(Estimaciones, objetivos y compromisos
Uno de los principales problemas de
confusión entre la relación de estimación y
planeación es que los stakeholders algunas
veces omiten elementos importantes en
la comunicación.

Analicemos las
siguientes
comunicaciones

Tomado de Software Stimation Demystifyng the Black Art

Estimación
(Técnicas)
• Establecer el rango de esfuerzo requerido para el
proyecto o partes del proyecto se puede realizar a través
de:
▫ Modelo de estimación calibrado basado en datos de tamaño
y esfuerzo históricos (Si están disponibles)
▫ Juicio de expertos
▫ Analogía
▫ Estimación por partes
• Un solo método de estimación no es perfecto, por lo
tanto el uso de varias técnicas de estimación puede ser
mas útil.

Estimación
(Puntos de función)
• Desarrollada por Allan J. Albertch de IBM en 1974
es la técnica de mayor auge para las empresas
desarrolladoras de software.
▫ Objetivo: Expresar en forma cuantitativa la
complejidad de un componente de software basándose
en sus características :
 Entradas
 Salidas
 Archivos
 Interfaces
 Consultas

Estimación
• El calculo de los puntos de función se realiza en
dos fases:
 Estimación preliminar, basada solamente en las
variables entradas, archivos, interfaces, consultas y
salidas.
 Ajuste de la cuantificación basado en la complejidad
del proceso realizado, teniendo en cuenta los
factores que influyen (e.g. tecnología, lenguaje)

Estimación
• Entradas
▫ Flujos de datos que son recibidos por el componente
 3-S. Si contiene hasta 5 elementos de dato
 4-M. Si contiene entre 6 y 14 elementos de dato
 6-L. Si contiene entre 15 o mas elementos de dato
▫ Consideraciones
 Movimientos del cursor
 Facilidades especiales de operación
 Requerimientos de desempeño
 Concurrencia

Estimación
• Archivos
▫ Flujos de datos que son producidos por el componente
(CRUD)
▫ Consideraciones
 Complejidad de acceso
 Consideraciones de recuperación
 Consideraciones de reinicio
 Consideraciones de seguridad

Estimación
• Interfaz
▫ Archivos que son creados para otra aplicación o
que son recibidos de otra aplicación
▫ Consideraciones
 Complejidad de acceso
 Existen consideraciones especiales de recuperación
 Requerimientos de desempeño

Estimación
• Consultas
▫ Proceso de obtención de datos que genera una salida
mas no una actualización en los mismos.
▫ Consideraciones
 Complejidad del flujo entre pantallas
 Complejidad de los cálculos
 Uso de paginación
 Cantidad de subtotales
 Condiciones de búsqueda

Estimación
• Salidas
▫ Flujos de datos que son producidos por el
componente (Reportes, Pantallas de respuesta)
▫ Consideraciones
 Formato especial
 Transformación de datos
 Complejidad del flujo entre pantallas

Estimación
• Puntos de función no ajustados (PFNA)
Descripción S M L Total PF
Entradas __ x 3 ___ x 4 ___ x 6
Salidas __ x 7 ___ x 10 ___ x 15
Archivos __ x 5 ___ x 7 ___ x 10
Interfaces __ x 5 ___ x 7 ___ x 10
Consultas __ x 5 ___ x 7 ___ x 10
TOTAL PUNTOS DE FUNCIÓN NO AJUSTADOS (PFNA)

Estimación
• Existen 14 atributos de ajuste que impactan el desarrollo
y deben ser evaluados según la siguiente escala para
calcular el valor de ajuste
Tipo Descripción Valor
Sin influencia El sistema no contempla este atributo 0
Influencia mínima La influencia de este atributo es poco significativa 1
Influencia moderada El sistema contempla este atributo y su influencia, aunque
pequeña ha de ser considerada
2
Influencia apreciable La importancia de este atributo debe ser tenida en cuenta,
aunque no es fundamental
3
Influencia significativa Este atributo tiene una gran importancia para el sistema 4
Influencia muy fuerte Este atributo es esencial para el sistema y ha de ser tenido
en cuenta a la hora del diseño
5

Estimación
• Atributos que se contemplan
•Calculo del factor de ajuste
FA=0.65 + (0.01 * SVA)
•Calculo de puntos ajustados
PFA=PFNA*FA

Estimación
• Calculo del tiempo en días de esfuerzo
▫ Multiplicar el valor calculado por los días en que se valore
cada PF.
▫ Cada organización debe tener su valor dado para los PF.
▫ Cuando no existen datos se realiza el siguiente proceso:
 Se asigna 1 día por cada PF, cada vez que se cierra un proyecto
se ajusta este valor.
 Valores medios de la industria donde 1 Mes (21 días = 13 PF)

PSP
(Estimación basada en Proxies)
• Considere la construcción de una casa.
▫ La estimación de Mts2 de la construcción de una casa provee una
base para estimar los costos de construcción
▫ Es difícil visualizar la casa en Mts2 por lo tanto se piensa en
numero de
 Habitaciones
 Baños
 Sala
 Cocina
▫ En el software se posee el mismo problema
si se tratara de estimar a través de Líneas
de código

PSP
• Un proxy es un sustituto que permite asumir de
manera mas fácil la visualización de medida,
permite establecer de manera mas fácil el tamaño
del producto.
▫ Clases
▫ Tablas
▫ Campos
▫ Pantallas
▫ Scripts
▫ Capítulos de un libro

PSP
• Criterios de selección del proxy
▫ El proxy debe estar relacionado de manera muy cercana al
esfuerzo requerido para el desarrollo del producto.
▫ El contenido del proxy debe permitir ser contado de
manera automática
▫ Debe permitir ser visualizado de manera fácil al inicio del
proyecto
▫ El proxy debe ser configurable a las necesidades de cada
proyecto y desarrollador

PSP

Estimación
(Otras Técnicas)
• Reglas comunes (sentido común), por ejemplo la
ley de Pareto (80/20)
• Estimación de 3 puntos, basada en estimación
optimista (O), pesimista (P) y mas probable (M)
para cada actividad
▫ Formula: (P+4M+O)/6
▫ Varianza [(P-O)/6] ^2
▫ Desviación Estándar (P-O)/6

Ejercicio de Estimación
(Puntos de Función-Google)
• Realizar la estimación de puntos de función para
la búsqueda de Google

Ejercicio de Estimación
(Puntos de Función-Google)
• Pantalla Resultante

(Estimación de Costos)
• Los requerimientos de recursos (Personas,
Herramientas) pueden trasladarse en
estimaciones de costo.
• La estimación inicial de esfuerzo, calendario y
costos es una actividad iterativa y debe ser
revisada con los stakeholders.

(Estimación de Costos)
• Desarrollar una aproximación de los recursos
monetarios / Hora hombre
• Predicción basada en información conocida en un
punto de tiempo
• Estimar TODOS los recursos cargados al proyecto
▫ Mano de obra
▫ Materiales
▫ Equipos
▫ Servicios
▫ Facilidades

(Estimación de Costos - Tipos)
• Costos variables: Cambian con la cantidad de producción o cantidad de
trabajo
▫ Materiales
▫ Suministros
▫ Salarios
• Costos fijos: No cambian con la producción
▫ Arrendamiento
• Costos directos: Directamente atribuibles al trabajo en el proyecto
▫ Viajes
▫ Salarios
▫ Reconocimientos
▫ Materiales
• Costos indirectos: Elementos de administración o costos incurridos para
el beneficio de mas de un proyecto
▫ Impuestos
▫ Vigilancia

(Estimación de Costos - Técnicas)
• Juicio de expertos
• Analogía
• Basada en estadísticas
• Abajo hacia arriba
• Tres puntos
• Software de estimación de gestión de proyectos

(Estimación de Costos - Técnicas)

(Asignación de recursos)
• Equipos, instalaciones y personas deben ser
asignadas a las tareas identificadas.
• Designar responsabilidades para completar los
elementos de los elementos del proyecto.
• A través de una matriz se puede establecer
▫ Quien es responsable de una actividad
▫ A quien se rinde cuentas de una actividad
▫ A quien se consulta sobre una actividad
▫ A quien se informa sobre una actividad

(Asignación de recursos)

(Gestión del Riesgo)
• Riesgo y incertidumbre son conceptos
relacionados pero diferentes.
Riesgo: Es caracterizado por la
probabilidad de que un evento
impacte de manera negativa al
proyecto, a menudo el riesgo es
resultado de la incertidumbre.
Incertidumbre: Resultado de
la falta de información

• La gestión del riesgo comprende:
▫ Identificación de los factores de riesgo
▫ Analizar las probabilidades e impacto potencial
▫ Priorización de los factores de riesgo
▫ Desarrollo de estrategias de mitigación

• Categorías
▫ Externos: Regulatorios, ambientales, gobierno,
mercado.
▫ Internos: Tiempo, costo, alcance, cambios,
inexperiencia, planeación pobre, gente, materiales,
equipos.
▫ Técnicos: Cambios de tecnología.
▫ Impredecibles: Una pequeña porción (Alrededor del
10%) son realmente impredecibles

• Técnicas para la identificación de riesgos:
▫ Juicio de expertos
▫ Datos históricos
▫ Arboles de decisión
▫ Simulación de procesos
• Las condiciones para abandonar un proyecto
pueden definirse en este punto en común
acuerdo con los stakeholders relevantes

(Gestión de la calidad)
• Los requerimientos de calidad de software deben
ser identificados desde la perspectiva
cuantitativa y cualitativa para el proyecto de
software y los productos de trabajo

• Los criterios de aceptación de calidad deben estar
basados en las necesidades y expectativas de los
stakeholders.
• Los procedimientos concernientes a el
aseguramiento de la calidad (SQA) y mejora de la
calidad durante el proceso se realizan durante la
planeación de calidad
▫ Verificación
▫ Validación

• Verificación
▫ Estamos construyendo el producto correctamente?
▫ El producto se construye de acuerdo a la especificación
• Validación
▫ Estamos construyendo el producto correcto?
▫ El producto es lo que el usuario espera?
• Se pueden implementar técnicas como
▫ Revisiones técnicas
▫ Inspecciones / Auditorias
▫ Demostraciones de funcionalidades completas
▫ Pruebas

• Modelo Deming
Planear
HacerVerificar
Actuar

Ejecución
(Seguimiento)
• Objetivos:
▫ Controlar cronograma
 Determinar estado actual del cronograma (progreso)
 Establecer factores que generan cambio de cronograma
 Determinar si el cronograma ha cambiado (Línea base)
 Gestionar cambios aprobados
▫ Medir desempeño del proyecto contra el plan
▫ Recomendar e implementar acciones preventivas y correctivas
▫ Maximizar probabilidades de éxito
 En el tiempo
 Presupuesto
 Calidad establecida
 Controlando Riesgos
 Rentabilidad prevista

Ejecución
(Seguimiento)
• Elementos a controlar

Cierre
• De un proyecto completo o una fase importante
de un proceso iterativo, ocurre cuando todos
planes promulgados se han completado, se
realizan las siguientes actividades:
 Archivo
 Retrospectiva
 Actividades de Mejora

Gestión Proyectos SW

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (15)

Similar a Gestión Proyectos SW

Similar a Gestión Proyectos SW (20)

Más de Jhon Barrera

Más de Jhon Barrera (20)

Último

Último (20)

Gestión Proyectos SW