Gestion de proyectos

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

(Puntos de funció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) 7-S. Si contiene hasta 20 elementos de dato

10-M. Si contiene entre 21 y 49 elementos de dato

15-L. Si contiene entre 50 o mas elementos de dato

▫ 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 5-S. Si contiene hasta 20 elementos de dato 7-M. Si contiene entre 21 y 49 elementos de dato 10-L. Si contiene entre 50 o mas elementos de dato

▫ Consideraciones Complejidad de acceso Existen consideraciones especiales de recuperación Requerimientos de desempeño


Estimación

(Puntos de función) • Consultas

▫ Proceso de obtención de datos que genera una salida mas no una actualización en los mismos. 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 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) 4-S. Si contiene hasta 5 elementos de dato 5-M. Si contiene entre 6 y 14 elementos de dato 7-L. Si contiene entre 15 o mas elementos de dato

▫ 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

(Puntos de funció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

(Puntos de funció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

(Puntos de funció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

(Estimación basada en Proxies) • 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

(Estimación basada en Proxies) • 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 basada en Proxies)


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



(Gestión del Riesgo) • 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



(Gestión de la calidad) • 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

Hacer Verificar

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


Gestion de proyectos

Engineering

Transcript of Gestion de proyectos