reytytu

1. Gestión de Proyectos de
Software
Mtra. Ana Cecilia Ruiz Calvillo
Mtra. Anabel Gutiérrez Espinoza
Agosto-Diciembre 2015

2. Capítulo 1. Introducción
GUÍA del PMBOK®

3. Gestión de Proyectos de Software
Finalidad principal del PMBOK®
Identificar el subconjunto de Fundamentos de
la Dirección de Proyectos generalmente
reconocido como buenas prácticas.
 Identificar significa proporcionar una
descripción general en contraposición a una
descripción exhaustiva.

4. Gestión de Proyectos de Software
Finalidad principal del PMBOK®
Identificar el subconjunto de Fundamentos de
la Dirección de Proyectos generalmente
reconocido como buenas prácticas.
 Generalmente reconocido significa que los
conocimientos y las prácticas descritos son
aplicables a la mayoría de los proyectos, la
mayor parte del tiempo, y que existe un
amplio consenso sobre su valor y utilidad.

5. Gestión de Proyectos de Software
Finalidad principal del PMBOK®
Identificar el subconjunto de Fundamentos de la
Dirección de Proyectos generalmente
reconocido como buenas prácticas.
 Buenas prácticas significa que existe un
acuerdo general en que la correcta aplicación
de estas habilidades, herramientas y técnicas
puede aumentar las posibilidades de éxito de
una amplia variedad de proyectos diferentes.
Buenas prácticas no quiere decir que los
conocimientos descritos deban aplicarse
siempre de forma uniforme en todos los
proyectos.

6. Gestión de Proyectos de Software
 El equipo de dirección del proyecto es
responsable de determinar lo que es
apropiado para cada proyecto particular.

7. Gestión de Proyectos de Software
¿Qué es un proyecto?
 Un proyecto es un esfuerzo temporal que se
lleva a cabo para crear un producto,
servicio o resultado único.

8. Gestión de Proyectos de Software
Temporal
 Que cada proyecto tiene un comienzo definido y
un final definido.
El final se alcanza cuando se han logrado los
objetivos del proyecto o cuando queda claro que
los objetivos del proyecto no serán o no podrán
ser alcanzados, o cuando la necesidad del
proyecto ya no exista y el proyecto sea
cancelado.
 Temporal no es aplicable generalmente al
producto, servicio o resultado creado por el
proyecto.

9. Gestión de Proyectos de Software
 La naturaleza temporal de los proyectos puede
aplicarse también a otros aspectos de la
empresa:
 La oportunidad o ventana de negocio normalmente es
temporal: algunos de los proyectos tienen un período
limitado para producir sus productos o servicios.
 El equipo del proyecto, como unidad de trabajo, pocas
veces perdura después del proyecto: un equipo
creado con el único fin de llevar a cabo el proyecto lo
desarrollará y luego se disolverá, y los miembros del
equipo serán reasignados una vez que concluya el
mismo.

10. Gestión de Proyectos de Software
Productos, servicios o resultados
únicos
 Un proyecto crea productos entregables
únicos.
 Productos entregables son productos,
servicios o resultados.

11. Gestión de Proyectos de Software
 Los proyectos pueden crear:
 Un producto o artículo producido, que es
cuantificable y que puede ser un elemento
terminado o un componente.
 La capacidad de prestar un servicio como, por
ejemplo, las funciones del negocio que respaldan
la producción o la distribución.
 Un resultado como, por ejemplo, salidas o
documentos.

12. Gestión de Proyectos de Software
Elaboración gradual
 La elaboración gradual es una característica de
los proyectos que acompaña a los conceptos de
temporal y único.
 Elaboración gradual significa desarrollar en
pasos e ir aumentando mediante incrementos.
 Por ejemplo, el alcance de un proyecto se
define de forma general al comienzo del mismo,
y se hace más explícito y detallado a medida
que el equipo desarrolla un mejor y más
completo entendimiento de los objetivos y de los
productos entregables.

13. Gestión de Proyectos de Software
 La elaboración gradual de las
especificaciones de un proyecto debe ser
coordinada cuidadosamente con la definición
adecuada del alcance de éste,
particularmente si se ejecuta en virtud de un
contrato.
 Una vez definido correctamente, el alcance
—el trabajo a realizar— deberá controlarse a
medida que se elaboran gradualmente las
especificaciones del proyecto y del producto.

14. Gestión de Proyectos de Software
Proyectos vs Operaciones
 Las organizaciones realizan trabajos con el fin
de lograr un conjunto de objetivos. Por lo
general, los trabajos se clasifican en proyectos y
operaciones, aunque en algunos casos estos se
superponen. Pueden compartir varias de las
siguientes características:
 Realizados por personas.
 Restringidos por la limitación de los recursos.
 Planificados, ejecutados y controlados.
 Los proyectos y las operaciones difieren
primordialmente en que las operaciones son
continuas y repetitivas, mientras que los proyectos
son temporales y únicos.

15. Gestión de Proyectos de Software
 Los objetivos de los proyectos y las operaciones
son fundamentalmente diferentes.
 La finalidad de un proyecto es alcanzar su objetivo y
luego concluir.
 El objetivo de una operación continua es dar respaldo
al negocio.
 Los proyectos son diferentes porque el proyecto
concluye cuando se alcanzan sus objetivos
específicos, mientras que las operaciones
adoptan un nuevo conjunto de objetivos y el
trabajo continúa.

16. Gestión de Proyectos de Software
Ejemplos de Proyectos
 Desarrollar un nuevo producto o servicio.
 Efectuar un cambio en la estructura, en el
personal o en el estilo de una organización.
 Diseñar un nuevo vehículo de transporte.
 Desarrollar o adquirir un sistema de
información nuevo o modificado.

17. Gestión de Proyectos de Software
 Construir un edificio o una planta.
 Construir un sistema de abastecimiento de
agua para una comunidad
 Realizar una campaña para un partido
político.
 Implementar un nuevo procedimiento o
proceso de negocio.
 Responder a una solicitud de contrato.

18. Gestión de Proyectos de Software
 Los proyectos son autorizados como resultado de
una o más de las siguientes consideraciones
estratégicas:
 Una demanda del mercado (una compañía petrolera
autoriza un proyecto para construir una nueva refinería en
respuesta a una escasez crónica de gasolina)
 Una necesidad de la organización (una compañía de
formación autoriza un proyecto para crear un nuevo curso
a fin de aumentar sus ingresos)
 Una solicitud de un cliente (una compañía eléctrica
autoriza un proyecto para construir una nueva subestación)
 Un avance tecnológico (una firma de software autoriza un
nuevo proyecto para desarrollar una nueva generación de
videojuegos después de la introducción de nuevos equipos
de juegos por parte de las empresas de electrónica)
 Un requisito legal (un fabricante de pinturas autoriza un
proyecto para establecer los procedimientos de manejo de
un nuevo material tóxico).

19. Gestión de Proyectos de Software
¿Qué es la dirección de
proyectos?
 La dirección de proyectos es la aplicación de
conocimientos, habilidades, herramientas y
técnicas a las actividades de un proyecto
para satisfacer los requisitos del mismo.
 La dirección de proyectos se logra mediante
la aplicación e integración de los procesos de
inicio, planificación, ejecución, seguimiento y
control, y cierre.
 El director es la persona responsable de
alcanzar los objetivos del proyecto.

20. Gestión de Proyectos de Software
 La dirección de un proyecto incluye:
 Identificar los requisitos
 Establecer unos objetivos claros y posibles de
realizar
 Equilibrar las demandas concurrentes de calidad,
alcance, tiempo y costos
 Adaptar las especificaciones, los planes y el
enfoque a las diversas inquietudes y expectativas
de los diferentes interesados.

21. Gestión de Proyectos de Software
 Los directores del proyecto a menudo hablan de
una “triple restricción” —alcance, tiempos y
costos del proyecto— a la hora de gestionar los
requisitos concurrentes de un proyecto.
 La calidad del proyecto se ve afectada por el
equilibrio de estos tres factores.
 Los proyectos de alta calidad entregan el
producto, servicio o resultado requerido con el
alcance solicitado, puntualmente y dentro del
presupuesto. La relación entre estos tres
factores es tal que si cambia cualquiera de ellos,
se ve afectado por lo menos otro de los factores.

22. Gestión de Proyectos de Software
Dirección de Proyectos
4. GESTIÓN DE LA
INTEGRACIÓN DEL
PROYECTO
4.1 Desarrollar el Acta de
Constitución del Proyecto
4.2 Desarrollar el Plan para la
Dirección del Proyecto
4.3 Dirigir y Gestionar el
Trabajo del Proyecto
4.4 Monitorear y Controlar el
Trabajo del Proyecto
4.5 Realizar el Control
Integrado de Cambios
4.6 Cerrar el Proyecto o Fase
5. GESTIÓN DEL ALCANCE
DEL PROYECTO
5.1 Planificar la Gestión del
Alcance
5.2 Recopilar Requisitos
5.3 Definir el Alcance
5.4 Crear la EDT/WBS
5.5 Validar el Alcance
5.6 Controlar el Alcance
6. GESTIÓN DEL TIEMPO
DEL PROYECTO
6.1 Planificar la Gestión del
Cronograma
6.2 Definir las Actividades
6.3 Secuenciar las
Actividades
6.4 Estimar los Recursos de
las Actividades
6.5 Estimar la Duración de las
Actividades
6.6 Desarrollar el Cronograma
6.7 Controlar el Cronograma
Descripción general de las Áreas de Conocimiento de la Dirección de
Proyectos y de los Procesos de Dirección de Proyectos

23. Gestión de Proyectos de Software
Dirección de Proyectos
7. GESTIÓN DE LOS
COSTOS DEL
PROYECTO
7.1 Planificar la Gestión
de los Costos
7.2 Estimar los Costos
7.3 Determinar el
Presupuesto
7.4 Controlar los Costos
8. GESTIÓN DE LA
CALIDAD DEL
PROYECTO
8.1 Planificar la
Gestión de la Calidad
8.2 Realizar el
Aseguramiento de
Calidad
8.3 Controlar la
Calidad
9. GESTIÓN DE LOS
RECURSOS
HUMANOS DEL
PROYECTO
9.1 Planificar la Gestión
de los Recursos
Humanos
9.2 Adquirir el Equipo
del Proyecto
9.3 Desarrollar el
Equipo del Proyecto
9.4 Dirigir el Equipo del
Proyecto
10. GESTIÓN DE LAS
COMUNICACIONES
DEL PROYECTO
10.1 Planificar la
Gestión de las
Comunicaciones
10.2 Gestionar las
Comunicaciones
10.3 Controlar las
Comunicaciones
Descripción general de las Áreas de Conocimiento de la Dirección de
Proyectos y de los Procesos de Dirección de Proyectos

24. Gestión de Proyectos de Software
Dirección de Proyectos
11. GESTIÓN DE LOS
RIESGOS DEL
PROYECTO
11.1 Planificar la Gestión de
los Riesgos
11.2 Identificar los Riesgos.
11.3 Realizar el Análisis
Cualitativo de Riesgos
11.4 Realizar el Análisis
Cuantitativo de Riesgos
11.5 Planificar la Respuesta
a los Riesgos
11.6 Controlar los Riesgos
12. GESTIÓN DE LAS
ADQUISICIONES DEL
PROYECTO
12.1 Planificar la Gestión de
las Adquisiciones
12.2 Efectuar las
Adquisiciones
12.3 Controlar las
Adquisiciones
12.4 Cerrar las
Adquisiciones
13. GESTIÓN DE LOS
INTERESADOS DEL
PROYECTO
13.1 Identificar a los
Interesados
13.2 Planificar la Gestión de
los Interesados
13.3 Gestionar la
Participación de los
Interesados
13.4 Controlar la
Participación de los
Interesados
Descripción general de las Áreas de Conocimiento de la Dirección de
Proyectos y de los Procesos de Dirección de Proyectos

25. Gestión de Proyectos de Software
Contexto de la dirección de
proyectos
 Un programa es un grupo de proyectos relacionados cuya dirección se
realiza de manera coordinada para obtener beneficios y control que no
se obtendrían si fueran dirigidos de forma individual
 Un portafolio es un conjunto de proyectos o programas y otros trabajos,
que se agrupan para facilitar la gestión efectiva de ese trabajo, a fin de
cumplir con los objetivos estratégicos de negocio.
 Con frecuencia, los proyectos se dividen en componentes o
subproyectos más fáciles de gestionar, aunque los subproyectos
individuales pueden ser considerados proyectos y dirigidos como tales.
 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. Una PMO también puede denominarse “oficina de gestión de
programas”, “oficina del proyecto” u “oficina del programa”. Una PMO
supervisa la dirección de proyectos, programas o una combinación de
ambos.

26. Gestión de Proyectos de Software
Responsabilidades y competencias
del Director de Proyectos
 El director del proyecto es la persona
asignada por la organización ejecutora para
liderar al equipo responsable de alcanzar los
objetivos del proyecto.
 Tienen la responsabilidad de satisfacer
necesidades: de las tareas, del equipo y las
individuales.
 Es el nexo de unión entre la estrategia y el
equipo.

27. Gestión de Proyectos de Software
Responsabilidades y competencias
del Director de Proyectos
 Además de las habilidades específicas a un
área y de las competencias generales en
materia de gestión requeridas para el proyecto,
una dirección de proyectos eficaz requiere que
el director del proyecto cuente con las
siguientes competencias:
 Conocimiento: Se refiere a lo que el director del
proyecto sabe sobre la dirección de proyectos.
 Desempeño: Se refiere a lo que es capaz de hacer o
lograr cuando aplica sus conocimientos sobre la
dirección de proyectos.

28. Gestión de Proyectos de Software
Responsabilidades y competencias
del Director de Proyectos
 Personal: Se refiere a la manera en que se comporta
cuando ejecuta el proyecto o actividades relacionadas
con el mismo. La eficacia personal abarca actitudes,
características básicas de la personalidad y liderazgo,
lo cual proporciona la capacidad de guiar al equipo
del proyecto mientras se cumplen los objetivos del
proyecto y se equilibran las restricciones del mismo.

29. Gestión de Proyectos de Software
Habilidades Interpersonales de
un Director de Proyecto
 Liderazgo
 Trabajo en equipo
 Motivación
 Comunicación
 Influencia
 Toma de decisiones
 Conocimientos de política y cultura
 Negociación
 Generar confianza
 Gestión de Conflictos
 Proporcionar orientación/Entrenamiento.