Ingeniería de Software

Clase 5:
Gestión de Proyectos de Software

Hugo R. Cordero S.
Clase 1
 Objetivos
2

 Entender la importancia de gestionar los proyectos de

software
 Conocer las preocupaciones y habilidades de los gestores
de proyectos
 Comprender las actividades involucradas en la gestión de
los proyectos
 Temas
3

 La gestión de proyectos de software

 El gestor de proyectos
 El proyecto de software
 Actividades de gestión de los proyectos
 La guía PMBOK
 La gestión de proyectos de Software
4

Introducción
 En cualquier proyecto de desarrollo de sistemas, es

necesario disponer de una gestión de proyecto eficaz para

garantizar que el proyecto cumpla los objetivos y se
desarrolle dentro de un presupuesto aceptable
 La gestión de proyectos de Software
5

Introducción
 Aunque las herramientas y técnicas del análisis y el diseño

de sistemas desempeñan un papel fundamental en obtener

sistemas que funcionen, estos métodos no son suficientes por
sí mismos
 Una mala gestión de proyectos puede tirar al tacho los

mejores métodos de análisis y diseño de proyectos o

hacerlos ineficaces
 La gestión de proyectos de Software
6

Consecuencias de una deficiente gestión de proyectos

 Necesidades no satisfechas o no identificadas

 Cambio incontrolado del ámbito del proyecto

 Exceso de costos

 Retrasos en la entrega

Estos problemas no siempre son debidos a una mala gestión

del proyecto, pero no cabe duda de que esta tiene una
importante responsabilidad en que aparezcan
 La gestión de proyectos de Software
7

¿Qué es la gestión de proyectos?

 Es la disciplina de organizar y administrar recursos

 Su finalidad es:

 Que se culmine todo el requerimiento del proyecto dentro del

tiempo previsto
 Que cubra el alcance definido
 Que no se exceda de los costos previstos
 También es denominada como:
 Gerencia o gerenciamiento de proyectos
 Dirección integrada de proyectos
 La gestión de proyectos de Software
8

 Es el proceso por el cual se planifica y controla el desarrollo

de un sistema de software aceptable con un costo dentro de
lo previsto y dentro de un período de tiempo específico
 Tres restricciones
9

 Tiempo
 Se refiere a la cantidad de tiempo disponible para completar un
proyecto. Este varía de acuerdo a las tareas realizadas y como
cambian. La descomposición nos permite una mejor administración
 Costo
 Se refiere a la cantidad presupuestada del proyecto
 Depende de múltiples variables. Ejemplo costos de recursos
humanos, materiales, administración de riesgos, infraestructura,
equipo y utilidades
 Alcance
 Se refiere a lo que se debe hacer para producir el resultado final
del proyecto
 Tres restricciones
10
 El gestor de proyectos
11

 No es simplemente un analista experimentado que se haga

cargo del proyecto, sino más bien debe aplicar un conjunto
de técnicas y conocimientos diferentes
 Entre las funciones básicas están:
 La planificación
 Selección de personal
 Organización y definición de calendarios
 Dirección y control del proyecto
 El gestor de proyectos
12

 Diferentes nombres: Director de Proyectos, Jefe de

Proyectos, Gerente de Proyectos…
 Un buen gestor siempre tiene un plan. Evalúa las
necesidades de recursos y formula un plan para llegar al
sistema objetivo
 Ello se basa en el conocimiento que tiene el gestor de los
requisitos del sistema en cada momento del desarrollo
 El gestor de proyectos
13

 Un plan básico para el desarrollo de un sistema de

información es el suministrado por el ciclo de vida del
desarrollo de software
 Muchas empresas tienen su propio ciclo de vida estándar, y
algunas de ellas tienen también normas sobre métodos y
herramientas que han de usarse
 El gestor de proyectos
14

 Dado el plan y el equipo de proyecto, el director del

proyecto es responsable de la organización y la definición
del calendario del mismo
 Los miembros del equipo de proyecto deberían conocer su
cometido y sus responsabilidades concretas, así como su
relación de dependencia con respecto al líder del proyecto
 El gestor de proyectos: Habilidades
15

 Comunicación efectiva
 Intercambio de información
 Influencia en la organización
 Capacidad para “lograr que las cosas se hagan”
 Liderazgo
 Desarrollar una visión y una estrategia, y motivar a las personas
a lograr esa visión y estrategia
 Motivación
 Estimular a las personas para que alcancen altos niveles de
rendimiento y superen los obstáculos al cambio
 El gestor de proyectos: Habilidades
16

 Negociación y gestión de conflictos

 Consultar con los demás para ponerse de acuerdo o llegar a
acuerdos con ellos
 Resolución de problemas
 Combinación de definición de problemas, identificación y análisis
de alternativas y toma de decisiones
 La Oficina de Gestión de Proyectos
17

 Una oficina de gestión de proyectos (PMO) es una unidad

de la organización para centralizar y coordinar la dirección
de proyectos a su cargo
 La PMO pone el énfasis en la planificación coordinada, la
priorización y la ejecución de proyectos y subproyectos
vinculados con los objetivos de negocio generales de la
organización matriz o del cliente
 Aspectos de seguimiento
18

 Visibilidad
 Refiere al líder que siempre deberá estar enterado de cómo va el
proyecto y su posible desviación de los parámetros establecidos
 Desviaciones
 Si hay desviaciones, se deben cuantificar (tiempo, dinero y recursos)
según el grado de desviación, para conocer si es posible volver al
camino correcto y cuanto costaría
 Frecuencia
 Consiste en identificar una deficiencia en el proyecto para
enmendarlo. Se recomiendan análisis y revisiones semanales, para
conocer el estado del proyecto
 Aspectos de seguimiento
19

 Toma de decisiones
 Luego de identificar que se falla hay que tomar decisiones, para
solventar el problema. Se deberá identificar los causantes del
retraso, pues a veces se esconden detrás de otros
 Técnicas de seguimiento
 Las herramientas mas usadas son: reuniones, revisiones, reportes y
software administrativo. Grado de avance de sus tareas y
actividades (progreso, alcance, tiempos, costos, rentabilidad,
riesgos, problemas, calidad, recursos humanos y recursos materiales
entre otros).
 El proyecto de software
20

 El proyecto debe estar alineado con la estrategia de la

organización. Se debe especificar el lugar que ocupa en sus
prioridades y objetivos
 Se inicia cuando se identifica la motivación que puede consistir
en una oportunidad tecnológica, económica, social, política,
ecológica, entre otros.
 Describir los elementos que forman parte de un proyecto
tecnológico para alcanzar los resultados esperados
 El proyecto de software
21

Justificación
 Cuando se identifica la oportunidad asociada a una

motivación en el contexto económico, geográfico,

tecnológico y/o social de la organización
 Se debe documentar la justificación del proyecto incluyendo:

 Resumen ejecutivo
 La motivación
 Objetivo del proyecto
 Resultado esperado, y
 Beneficios
 El proyecto de software
22

Análisis de factibilidad
 El análisis de factibilidad al menos debe contener los

siguientes pasos:
 Análisis del entorno del proyecto
 Estudio del estado técnico
 Determinación de recursos
 Humanos
 Financieros
 Técnicos
 Operativos
 Materiales
 Partes interesadas
23

 El cliente o patrocinador (sponsor)

 La persona o el grupo que proporciona los recursos financieros,
monetarios o medios físicos para la realización de un proyecto
 El equipo de dirección del proyecto
 Son los que participan directamente en las actividades de dirección
del proyecto (director del proyecto, dirección facultativa, la oficina
de gestión de proyectos - Project Management Office, PMO)
 Partes interesadas
24

 El gestor del proyecto

 Es la persona de mayor autoridad y responsabilidad en un proyecto
 También se esfuerza por mantener el progreso y la interacción
mutua productiva de las partes de manera que el riesgo general de
fracasar se disminuya
 El equipo de desarrollo del proyecto
 El grupo de personas que realiza los trabajos del proyecto, durante
la fase de diseño y ejecución
 Partes interesadas
25

 Los agentes externos

 Las personas o grupos de personas que no están directamente
relacionadas con la adquisición o el uso del producto del proyecto,
pero que, debido a su posición pueden ejercer una influencia
positiva o negativa (entidades financieras, proveedores, etc.)
 Los usuarios
 Quienes utilizarán el sistema
 Partes interesadas
26

 Influencia de los interesados a lo largo del tiempo

 Actividades de gestión
27

 Planificación
 Predeterminación de un curso de acción para alcanzar los objetivos
organizacionales
 Organización
 Arreglo de las relaciones entre las unidades de trabajo para el
cumplimiento de objetivos y el otorgamiento de responsabilidad y
autoridad para obtener esos objetivos
 Staffing
 Selección y entrenamiento de personas para puestos en la
organización
 Actividades de gestión
28

 Dirección
 Creación de una atmósfera que apoye y motive a la gente para
alcanzar los resultados finales deseados
 Control
 Establecimiento, medición y evaluación del desempeño de las
actividades a través de los objetivos planeados
 Planificación de Actividades
29

 El objetivo de la Planificación de actividades de los

proyectos de software es:
 Proporcionar un marco de trabajo que permita al gestor hacer
estimaciones razonables de recursos, costos y planificación temporal
 Estas estimaciones se hace dentro de un marco de tiempo limitado al
comienzo de un proyecto de software, y deberían actualizarse
regularmente a medida que progresa el proyecto
 Además las estimaciones deberían definir los escenarios del mejor
caso, y peor caso, de modo que los resultados del proyecto pueden
limitarse
 Planificación de Actividades
30

Actividades que se derivan

 Fijar los objetivos y metas

 Desarrollar estrategias y políticas

 Conducir un establecimiento de riesgos

 Determinar posibles cursos de acción

 Tomar decisiones de planificación

 Fijar procedimientos y reglas

 Desarrollar los planes del proyecto

 Preparar presupuestos
 Estimación de tiempos
31

 El objetivo de la planificación se logra mediante un proceso

de descubrimiento de la información que lleve a estimaciones
razonables
 La Gestión del tiempo del proyecto incluye los procesos
necesarios para lograr la conclusión del proyecto a tiempo
 Estimación de tiempos
32

 Comprende las siguientes actividades

 Definición de las Actividades
 Establecimiento de la secuencia de las actividades
 Estimación de recursos de las actividades
 Estimación de la duración de las actividades
 Desarrollo del cronograma
 Control del cronograma
 Estimación de recursos
33

 Consiste en estimar los recursos requeridos para ejecutar el

esfuerzo de desarrollo de software
 Cada recurso queda especificado mediante las siguientes
características:
 Descripción del recurso
 Informes de disponibilidad
 Fecha cronológica en la que se requiere el recurso
 Tiempo durante el que será aplicado el recurso
 Costo de recurso
 Selección del modelo del ciclo de vida
34

Criterios a considerar
 Complejidad del problema y de la solución

 Madurez de la aplicación (relacionado a la probabilidad

que muchos requerimientos comenzarán a conocerse solo

después del uso del sistema)
 Frecuencias y magnitudes esperadas de los cambios de los
requerimientos
 Financiamiento disponible

 Acceso de los desarrolladores a los usuarios

 Certeza de requerimientos conocidos

 Definición de Métricas
35

 Métrica es la medida destinada a conocer o estimar el

tamaño u otra característica del software
 Razones para medir un producto:
 Para indicar la calidad del producto
 Para evaluar la productividad de la gente que desarrolla el
producto
 Para evaluar los beneficios en términos de productividad y de
calidad, derivados del uso de nuevos métodos y herramientas
de la ingeniería de software
 Para establecer una línea base para la estimación
 Para ayudar a justificar el uso de nuevas herramientas
 Gestión de los riesgos
36

 Es un enfoque estructurado para manejar la incertidumbre

relativa a una amenaza, a través de una secuencia de
actividades humanas, las cuales son:
 Identificación de riesgos
 Estimación de riesgos
 Plan de riesgos
 Estimación de riesgos
 Creación de una tabla de riesgos con probabilidad e impacto
 Ordenación por probabilidad y prioridad
 Quitar los riesgos pocos probables y los
medianamente probables con poco impacto
 Problemas y errores comunes
37

 Personas
 Motivación débil
 Personal mediocre
 Empleados problemáticos incontrolados
 Hazañas
 Añadir más personal a un proyecto retrasado
 Oficinas repletas y ruidosas
 Fricciones entre los clientes y los desarrolladores
 Expectativas poco realistas
 Falta de promotor efectivo del proyecto
 Falta de participación de los implicados y usuarios
 Problemas y errores comunes
38

 Proceso
 Planificación excesivamente optimista
 Gestión de riesgos insuficiente
 Fallo de los contratistas
 Planificación insuficiente
 Abandono de planificación bajo presión
 Pérdida de tiempo en el inicio difuso
 Escatimar en las actividades iniciales
 Diseño inadecuado
 Escatimar en el control de calidad
 Control insuficiente de la directiva
 Omitir tareas necesarias en la estimación
 Problemas y errores comunes
39

 Producto
 Exceso de requerimientos
 Cambio de las prestaciones
 Desarrolladores meticulosos
 Tiras y aflojas en la negociación
 Desarrollo orientado a la investigación
 Tecnología
 Síndrome de la panacea
 Sobreestimación de las ventajas del empleo de
nuevas herramientas
 Cambiar de herramientas a mitad del proyecto
 Falta de control automático del código fuente
 PMBOK
40

 Desarrollada por el Project Management Institute (PMI)

 El PMBOK es un estándar reconocido internacionalmente que
provee los fundamentos de la gestión de proyectos que son
aplicables a un amplio rango de proyectos, incluyendo
construcción, software, ingeniería, etc.
 Tiene una colección de procesos y áreas de conocimiento
generalmente aceptadas como las mejores prácticas dentro de
la gestión de proyectos
 A finales del 2012, el PMI lanzó la 5ta. edición
 PMBOK – Grupo de procesos
41

 Iniciación
 Define y autoriza el proyecto o una fase del mismo. Está formado
por dos procesos
 Planificación
 Define, refina los objetivos y planifica el curso de acción requerido
para lograr los objetivos y el alcance pretendido del proyecto. Está
formado por veinte procesos
 Ejecución
 Implica coordinar personas y recursos, así como integrar y realizar
actividades del proyecto en conformidad con el plan para la
dirección del proyecto. Está formado por ocho procesos.
 PMBOK – Grupo de procesos
42

 Seguimiento y Control
 Mide, supervisa y regula el progreso y desempeño del proyecto,
para identificar áreas en las que el plan requiera cambios. Está
formado por diez procesos
 Cierre
 Formaliza la aceptación del producto, servicio o resultado, y
termina ordenadamente el proyecto o una fase del mismo. Está
formado por dos procesos
 PMBOK – Áreas de conocimiento
43

 Gestión de la Integración del Proyecto

 Gestión del Alcance del Proyecto
 Gestión del Tiempo del Proyecto
 Gestión de los Costos del Proyecto
 Gestión de la Calidad del Proyecto
 Gestión de los Recursos Humanos del Proyecto
 Gestión de las Comunicaciones del Proyecto
 Gestión de los Riesgos del Proyecto
 Gestión de las Adquisiciones del Proyecto
 Gestión de los Interesados del Proyecto
 Grupos de Proceso vs. Áreas de
44
Conocimiento

44
 Proceso del PMBOK
45

45
 Proceso del PMBOK
46

 Cada uno de los 47 procesos del PMBOK:

 Pertenece a un Área de Conocimiento.
 Pertenece a un Grupo de Procesos.

 Ejemplo:
Grupo de Proceso

Área de Conocimiento
46
 Software para Proyectos
47

 Microsoft Project
 Open Project
 WorkPLAN
 Bitbucket
 Track+
 Intecplan
 GanttProject
 Prince2
 Gantter
 Resumen
48

 La gestión de proyectos es el proceso por el cual se

planifica y controla el desarrollo de un sistema aceptable
con un coste mínimo y dentro de un período de tiempo
específico.
 Tres restricciones: tiempo, costo y alcance
 El proyecto debe estar alineado con la estrategia de la
organización. Se debe especificar el lugar que ocupa en
sus prioridades y objetivos
 El objetivo de la Planificación de actividades de los
proyectos es proporcionar un marco de trabajo que
permita al gestor hacer estimaciones razonables de
recursos, costos y planificación
 El PMBOK es un estándar reconocido internacionalmente
que provee los fundamentos de la gestión de proyectos
 ¿Preguntas?
49

 ¿Cuáles son los problemas y errores comunes

que ha podido detectar en sus proyectos?
 Referencias
50

 Ingeniería de Software. Un enfoque desde la guía SWEBOK (1ra. edic.)

Salvador Sánchez, Miguel Ángel Sicilia, Daniel Rodríguez
 Capítulo 10: Gestión
 Ingeniería del Software (9na edición) Ian Sommerville
 Capítulo 22: Gestión de proyectos
 Capítulo 23: Planeación de proyecto
 Ingeniería de Software: Un enfoque práctico (7ma edición) Roger S.
Pressman
 Capítulo 24: Conceptos de Administración de Proyecto
 Links:
 http://www.slideshare.net/venturaluyo/ing-sw-0401-5308364
 http://www.monografias.com/trabajos11/gepro/gepro.shtml