Objetivo del capítulo

• Reconocer las principales tareas de los administradores de

proyectos de software.
Contenido
Las 4 P de desarrollo de software
Planificación de proyectos de
software

Importancia del
arquitecto de software
Métodos y técnicas para la
Introducción Gestión de Proyectos Software.
La gestión de proyectos de software es una actividad sombrilla dentro
de la ingeniería de software. Comienza antes de iniciar cualquier actividad
técnica y continúa a lo largo del modelado, construcción y despliegue del
software de cómputo.
Los proyectos necesitan administrarse porque la INGENIERÍA
DE SOFTWARE profesional está sujeta siempre a restricciones
organizacionales de presupuesto y fecha.
El trabajo del administrador del proyecto es asegurarse de que
el proyecto de software cumpla y supere tales restricciones,
además de que entregue software de alta calidad.
 La buena gestión no puede garantizar el éxito del proyecto.
PERO SI HAY UNA MALA GESTIÓN
Da como resultado una falla del proyecto
Debido a = el software puede entregarse tarde, costar más
de lo estimado originalmente o no cumplir las expectativas
de los clientes.
La gestión del proyecto varían de un proyecto a otro, pero, para la
mayoría de los proyectos, las metas importantes son:
Entregar el software al cliente en el tiempo
acordado.
Mantener costos dentro del presupuesto
general.
Entregar software que cumpla con las
expectativas del cliente.
Mantener un equipo de desarrollo óptimo y con
buen funcionamiento.
Planificación de proyectos de
software
La PLANEACIÓN DE PROYECTOS es una de las labores más
importantes de un administrador de proyectos de software.

Se requiere:
‒ Dividir el trabajo en partes y asignar éstas a los miembros
del equipo del proyecto
‒ Anticipar los problemas que pudieran surgir y preparar
posibles soluciones a tales inconvenientes.
El plan creado al comienzo de un proyecto se usa para comunicar al
equipo y los clientes cómo se realizará el trabajo, así como para ayudar
a valorar el avance del proyecto.
La planeación se presenta durante tres etapas en un ciclo de
vida del proyecto:
En la ETAPA DE PROPUESTAS, es necesario un plan para ayudarle a
decidir si cuenta con los recursos para completar el trabajo y a calcular el
precio que debe cotizar al cliente.

Durante la FASE DE INICIO, cuando debe determinar quién trabajará en el

proyecto, cómo se dividirá el proyecto en incrementos, cómo se asignarán
los recursos a través de su compañía, entre otros.

PERIÓDICAMENTE a lo largo del proyecto, cuando el plan se modifica a la

luz de la experiencia obtenida y la información del monitoreo del avance del
trabajo.
Existen tres principales parámetros que se deben usar al
calcular los costos de un proyecto de desarrollo de software:
•Costos de esfuerzo (los costos de pagar a los ingenieros y
administradores de software);

• Costos de hardware y software, incluido el mantenimiento;

• Costos de viajes y capacitación.
Los detalles específicos de los PLANES DE
PROYECTO varían dependiendo del tipo de proyecto y
organización, incluyen lo siguiente:
Introducción:
• Descripción de los objetivos del proyecto y se establece las
restricciones que afectan la administración del proyecto.

Organización del proyecto:

• Cómo esta organizado el equipo de desarrollo, las personas implicadas
y sus roles en el equipo.

Análisis de riesgo:
• Detalla los posibles riesgos del proyecto, la probabilidad de que surjan
y las estrategias propuestas para reducir el riesgo.
Requerimientos de recursos de hardware y
software:

• Detallan el hardware y el software de soporte requeridos para

realizar el desarrollo.

División del trabajo

• Establece la división del proyecto en actividades e identifica los

plazos y las entregas asociados con cada actividad.
Calendario del proyecto

• Indica las dependencias entre las actividades, el tiempo estimado

requerido para alcanzar cada plazo y la asignación de personal a
las actividades.

Mecanismos de monitorización y reporte:

• Define los informes administrativos que deben producirse,

cuándo tienen que elaborarse y los mecanismos de
monitorización del proyecto que se usarán.
Métodos y técnicas para la Gestión de
Proyectos Software.
Gestión de la planificación del proyecto

• Entrevistas
• Permite obtener información formal e informal de los
interesados del proyecto, o incluso de participantes del
mismo.
• Su objetivo es identificar los requisitos y definir las
características y funciones de los entregables del
proyecto
Gestión de la planificación del proyecto

• Talleres facilitados
• Son talleres orientados a los requisitos, desarrollados en
sesiones, donde se reúne a los interesados funcionales
clave, con objeto de definir los requisitos del producto del
proyecto.
• Un ejemplo de estos talleres, son los JAD (Joint
Application Development), también conocidos como
sesiones conjuntas de desarrollo (o diseño) de
aplicaciones.
Gestión de la planificación del proyecto

• Técnicas grupales
• Permite identificar los requisitos del proyecto y/o del
producto a desarrollar. Entre estas técnicas,
destacan la tormenta de ideas y el método Delphi.
Gestión de la planificación del proyecto

• Tormenta o lluvia de ideas

• Es una herramienta de trabajo grupal que facilita el
surgimiento de nuevas ideas sobre un tema o problema
determinado
• Método Delpi
• El método Delphi consiste en la selección de un grupo de
expertos a los que se les pregunta, de forma anónima, su
opinión sobre cuestiones referidas a un tema concreto a
través de un cuestionario.
Gestión de la planificación del proyecto

• Cuestionarios y entrevistas
• Conjuntos de preguntas escritas, diseñadas para
acumular información rápidamente, proveniente de un
amplio número de encuestados.
Gestión de la planificación del
proyecto

• Prototipos
• Método para obtener una retroalimentación rápida
respecto de los requisitos del producto por parte del
cliente, proporcionando un modelo operativo del
producto esperado antes de construirlo realmente.
Gestión de la planificación del proyecto

• Juicio de expertos
• Es un conjunto de opiniones que pueden aportar
profesionales expertos en una industria o disciplina
concreta, relacionadas con un proyecto y/o un área
de conocimiento concreta.
• El juicio de expertos puede usarse prácticamente
en todas las fases del proyecto (Planificación y
definición del alcance, definición de las actividades
del proyecto, estimaciones de actividades, recursos
y costos, el análisis de riesgos.
Gestión de la planificación del proyecto

Descomposición de trabajos (EDT)

• Es la subdivisión (creando un árbol) de los entregables
del proyecto en componentes más pequeños y
manejables, hasta que el trabajo y los entregables
queden definidos a nivel de paquetes de trabajo.
Gestión de plazos para desarrollar el
proyecto

• Estimación análoga
• La estimación análoga se basa en utilizar parámetros de
otros proyectos ya realizados que sean similares al actual
para estimar los parámetros del proyecto actual.
• Entre estos parámetros están la duración, el presupuesto,
el tamaño, la carga y la complejidad.
• Cuando se trata de estimar duraciones, esta técnica utiliza
la duración real de proyectos similares anteriores como
base para estimar la duración del proyecto actual.
Gestión de plazos para desarrollar el
proyecto

• Estimación paramétrica
• La estimación paramétrica hace uso de la relación
estadística entre los datos históricos y otras variables (ej.
número de líneas de código) para calcular una estimación
de los parámetros de una actividad, como pueden ser el
coste, el presupuesto y la duración.
• La duración de la actividad puede determinarse de forma
cuantitativa multiplicando la cantidad de trabajo que hay
que realizar, por la cantidad de horas de trabajo por unidad
de trabajo.
Gestión de plazos para desarrollar el proyecto

• Estimación por tres valores

• La precisión de las estimaciones puede mejorarse considerando el
grado de incertidumbre y de riesgo de la estimación.
• Se establecen tres posibles valores:
• El más probable: Es la estimación que se considera más probable.
• La optimista: Es la duración de la actividad basada en el análisis
del mejor escenario posible para dicha actividad.
• La pesimista: Es la duración de la actividad basada en el análisis
del peor escenario posible para dicha actividad.
Gestión de plazos para desarrollar el
proyecto

• Diagrama de Gantt
• Facilita la representación del plan de trabajo, mostrando
todas las actividades a realizar, el momento de su
comienzo y su terminación y la forma en que las distintas
actividades se encadenan entre sí.
• Desde su introducción los diagramas de Gantt se han
convertido en una herramienta básica en la gestión de
proyectos de todo tipo.
Gestión de plazos para desarrollar el
proyecto

• Método PERT
• La Técnica de Revisión y Evaluación de Programas
(Program Evaluation and Review Technique), PERT, es un
modelo para la administración y gestión de proyectos.
• Permite representar gráficamente las diferentes actividades
que componen el proyecto y calcular los tiempos de
ejecución.
Gestión de los costos del proyecto

• En la gestión de costos pueden utilizarse las técnicas de

estimación análoga, paramétrica y por tres valores
descritas con anterioridad, así como el juicio de expertos.
Gestión de los costos del proyecto

• Análisis del valor Ganado

• Método permite medir el desempeño.
• Integra las mediciones del alcance del proyecto, costo y
cronograma para ayudar al equipo de dirección del
proyecto a evaluar y medir el desempeño y el avance
del proyecto.
• Esta técnica requiere la creación de una línea base
integrada con respecto a la cual se pueda medir el
desempeño durante la ejecución del proyecto.
Gestión de la calidad del proyecto

• Diagramas de control
• Los diagramas de control se utilizan para
determinar si un proceso es estable o no, o si
tiene un comportamiento predecible.
• Los límites superior e inferior de las
especificaciones se basan en los requisitos
del contrato. Estos límites, reflejan los valores
máximo y mínimo que son permisibles.
Gestión de la calidad del proyecto

•Diseño de Experimentos (DOE)

•Método estadístico que permite identificar
qué factores pueden influir en variables
específicas de un producto o proceso que
se va a desarrollar.
Gestión de la calidad del proyecto

• Auditorías de Calidad
• Una auditoria de calidad es una revisión estructurada e
independiente para determinar si las actividades del
proyecto cumplen con las políticas, los procesos y los
procedimientos del proyecto y de la organización.
Gestión de los RRHH del proyecto

• Organigrama
• Una representación gráfica de la estructura de una
organización o equipo de trabajo.
• Representa las estructuras organizativas y las personas
que las dirigen, mostrando las relaciones jerárquicas y
competenciales del equipo o organización.
Gestión de los RRHH del proyecto

• Creación de equipos virtuales

• Los equipos virtuales son equipos o grupos diferentes, a
través de una comunicación por correo electrónico,
mensajes de voz, teléfono, soporte informático, foros o
espacios de comunicación escrita, chat o
videoconferencia.
• Existen dos tipos de equipos virtuales:
1. Los organizados para producir un servicio masivo
2.Los formados para ejecutar un proyecto o resolver un
problema complejo.
Gestión de los riesgos del proyecto

• Para identificar riesgos se utilizan algunas de las

herramientas y técnicas ya descritas anteriormente como
pueden ser: Tormentas de ideas, Método Delphi, Juicios de
Expertos, etc.
• De forma adicional, se pueden utilizar otras técnicas como
son: Técnicas de Diagramación, Análisis DAFO
(Debilidades, Amenazas, Fortalezas y Oportunidades),
Gestión de las adquisiciones del proyecto

• A la hora de ejecutar las tareas del proyecto, en muchas

ocasiones es necesario adquirir bienes o servicios externos
a la organización, o al equipo de trabajo.
• Técnica de Análisis de Hacer o Comprar: una técnica
general utilizada para determinar si un trabajo particular
puede ser realizado de manera satisfactoria por el equipo
del proyecto o debe ser adquirido a un tercero
(subcontratado).
LAS 4 P DE DESARROLLO DE
SOFTWARE

Producto

Gestión
Personal de Proceso
Proyecto

Proyecto
Proceso:
1
Se denomina proceso al conjunto de actividades que se
realizan para crear el producto (plantilla para crear el
proyecto). El proceso se define en términos de flujo de trabajo
(conjunto de actividades), se identifican trabajadores y
artefactos, además de utilizar diagramas de actividad UML
para describir los flujos de trabajo.
En todas las organizaciones donde se requiere realizar una
gestión adecuada, eficaz y eficiente en la gestión de
proyectos de software, es necesario que se pongan en
funcionamiento cuatro características muy importantes en la
gestión: las 4P (personal, producto, proceso y proyecto).
Producto:
2
Son llamados productos a aquellos componentes que se
creen durante la vida del proyecto como modelos, códigos,
ejecutables, documentación, diagramas UML, bocetos de la
interfaz de usuario, prototipos, etc. El producto es un artículo
producido, que es cuantificable y que puede ser un elemento
terminado.
Proyecto:
3
El proyecto es un elemento de organización que gestiona el
desarrollo de las actividades para la implementación de un
producto o servicio teniendo en cuenta los recursos limitados
disponibles, entre ellos las personas, el tiempo, los costos,
etc., para conseguir los objetivos planeados.
Personal:
4
Son los principales autores en un proyecto; lo conforman
arquitectos, desarrolladores, ingenieros de base de datos de
pruebas y personal de gestión. Se debe tener en cuenta la
selección, reclutamiento y entrenamiento de personal junto con el
trabajo y desarrollo de la cultura de equipo y diseño de la
organización.
IMPORTANCIA DEL ARQUITECTO DE
SOFTWARE
 El Arquitecto de Software debe ser una persona con amplios
conocimientos técnicos, gran experiencia en programación,
liderazgo y que ejerza las siguientes funciones:
Gestión de los
requisitos no
funcionales y Selección de la Mejora continua de la
definición de Tecnología Arquitectura
la Arquitectura de
Software

Facilitador Líder y Formador Aseguramiento de la

Calidad
El ARQUITECTO DE SOFTWARE tiene la responsabilidad global
de dirigir las principales decisiones técnicas, como la arquitectura
de software.

Identificar los componentes de la arquitectura del software como

"vistas" de requisitos, diseño, implementación y despliegue del
sistema.
Garantiza que las decisiones se comunican, y validan con eficacia,
y que se acatan.

El ARQUITECTO DE SOFTWARE debe disponer de formación,

madurez, visión y una amplia experiencia que permita recuperar
cuestiones rápidamente y realizar valoraciones educadas y críticas
en ausencia de la información completa.
El Arquitecto de Software debe encargarse de la mejora
continua de la Arquitectura y a su vez estar abierto a
modificarla utilizando las sugerencias o feedback que se
pueda obtener de otros miembros del equipo.
 HABILIDADES
DEL ARQUITECTO DE SOFTWARE
Experiencia en el dominio del problema y dominio de ingeniería de
software.

Si hay un equipo, estas cualidades pueden abarcar los diferentes

miembros del equipo, pero como mínimo un arquitecto de software
debe proporcionar la visión global para el proyecto.
Liderazgo para dirigir el esfuerzo técnico entre los diferentes
equipos, y para tomar decisiones críticas bajo presión y adherirse
a estas decisiones.

Para ser efectivos, el arquitecto de software y el gestor de

proyectos deben trabajar conjuntamente, con el arquitecto de
software dirigiendo las cuestiones técnicas y el gestor de
proyectos dirigiendo las cuestiones administrativas. El arquitecto
de software debe tener autoridad para tomar decisiones técnicas.
Comunicación para ganar confianza, persuadir, motivar y
orientar.

El arquitecto de software no puede dirigir por decreto, sólo con el

consentimiento del resto del proyecto.

Para ser efectivos, debe ganar el respeto del equipo de proyecto,

el gestor del proyecto, el cliente y la comunidad de usuarios, así
como del equipo de gestión.
Orientación a objetivos y proactividad centrándose
exclusivamente en los resultados.

El arquitecto de software es la fuerza técnica dirigente detrás del

proyecto, no un visionario o un soñador. La carrera de un
arquitecto de software con éxito es una larga serie de decisiones
sub-óptimas efectuadas en momentos de incertidumbre y bajo
presión.

Sólo quienes puedan centrarse en lo que se debe hacer tendrán

éxito en este entorno del proyecto.
Taller N° 5
Dado los siguientes planteamientos se desea que en grupo de dos personas
responda:
1. Describa tres situaciones de la vida real en las que el cliente y el usuario final sean el
mismo.
2. Describa tres situaciones en las que sean diferentes.
3. Las decisiones tomadas por los administradores ejecutivos pueden tener un impacto
significativo
sobre la efectividad de un equipo de ingeniería del software. Proporcione cinco
ejemplos para ilustrar que esto es cierto.
Taller
Dado los siguientes casos se desea que responda a lo que se plantea

Caso 1. Se le designa como gerente de proyecto de una empresa que elabora un producto
innovador que combina hardware de realidad virtual con software de última generación.
Puesto que la competencia para el mismo mercado de entretenimiento es intensa, existe
una presión significativa para tener listo el trabajo.
1. ¿Qué estructura de equipo elegiría y por qué?
2. ¿Qué modelo de proceso de software elegiría y por qué?

Caso 2. Se le asigna una gerencia de proyecto para una gran compañía de productos de
software. Su labor será administrar el desarrollo de la versión de siguiente generación de
su software de procesamiento de palabras ampliamente usado. Puesto que la competencia
es intensa, se establecieron y anunciaron apretadas fechas límite.
1. ¿Qué estructura de equipo elegiría y por qué?
2. ¿Qué modelo de proceso de software elegiría y por qué?