Unidad I: Procesos de administración del proyecto

Administración de Proyectos:

Son las actividades que permiten asegurar que el proyecto se lleve a cabo a tiempo y de
acuerdo a la planificación. Eficiencia y Eficacia. La Administración de Proyectos se basa en las
principales funciones de la Administración: Planeación, Organización, Dirección y Control.

- Planeación: Se decide anticipadamente, qué, quién, cómo, cuándo y por qué se hará el
proyecto. Las tareas más importantes son: Pronosticar situaciones futuras, Determinar
los recursos que se necesitarán, Revisar y ajustar el plan de acuerdo con los resultados de
control, Coordinar durante todo el proceso de Planeación.
- Organización: Se identifica, define y divide el trabajo a realizar, se agrupan y definen los
puestos, se proporciona los recursos necesarios y se asigna el grado
de autoridad y responsabilidad.
- Dirección: Conduce el comportamiento de los entes involucrados hacia las metas
establecidas. Se comunican y explican los objetivos de todos los participantes, se asignan
estándares. Motivación, Liderazgo y Comunicación.
- Control: Medir el rendimiento obtenido en relación a las metas fijadas. En caso de haber
desviaciones se determinan las causas y se corrige lo que sea necesario.

Plan de desarrollo de software:

El objetivo del plan de desarrollo de software es recopilar toda la información necesaria

para controlar el proyecto. Describe el enfoque del desarrollo del software, y es el plan de nivel
superior generado y utilizado por los gestores para dirigir el esfuerzo de desarrollo.

Las personas siguientes utilizan el plan de desarrollo de software:

El gestor de proyectos, para planear la planificación de proyectos y las necesidades de

recursos, y para supervisarlo contra la planificación.

Los miembros del equipo del proyecto, para comprender qué deben hacer, cuándo deben
hacerlo y de qué otras actividades dependen.
Plan de fase:

Los proyectos se dividen en fases con objeto de facilitar su gestión, mejorar el control, y
mantener el proyecto alineado con los objetivos. Cada una de las fases del proyecto culmina con la
realización de uno o varios entregables (plan de negocio, especificación, documento de diseño
preliminar, plan de pruebas, etc.). Las fases suelen tomar el nombre del de alguno de sus
entregables (por ejemplo, fase de diseño, fase de ensayos). Además, cada una de las fases puede
considerarse como un subproyecto en sí mismo con fases específicas diferenciadas. El fin de cada
fase viene acompañado de un proceso de revisión cuyo objeto es:

- Revisar los entregables obtenidos en la fase antes de proceder a su aceptación por el

sponsor o cliente.
- Evaluar el rendimiento del proyecto hasta la fecha prediciendo su actuación futura.
- Determinar si el proyecto debe proceder o no a la fase siguiente. Para ello será necesario
en muchos casos revisar el plan de negocio del proyecto.
- Revisión del plan de proyecto.

Fase de definición:

El objetivo fundamental de esta fase es establecer los objetivos del proyecto de acuerdo a
las necesidades o requisitos del cliente y sponsor. No siempre las necesidades del cliente vienen
claramente definidas y aun cuando así sea, es preciso traducirlas o plasmarlas en objetivos o
requisitos de proyecto (de alcance, calidad, costes y plazos) a partir de los cuales pueda
gestionarse el proyecto. Un proyecto no puede gestionarse a partir de necesidades de cliente, sino
a través de objetivos específicos, medibles, realistas y relacionados con el tiempo.

Fase de diseño:

Los objetivos fundamentales de la fase de diseño son los siguientes:

- Desarrollo de una solución o diseño que permita satisfacer los requisitos del cliente (no
sólo en términos de calidad, sino también en términos de coste y plazo) de manera que
todas y cada una de las características de diseño sean trazables a los requisitos de cliente y
viceversa. En el caso de existir diversas alternativas de diseño, el director de proyecto
deberá analizar las mismas de acuerdo a los objetivos de proyecto, eligiendo aquella que
maximice la probabilidad de éxito del proyecto. Si alguna alternativa mereciera
consideración, pero precisara de una modificación de objetivos, deberá consultar al
sponsor o patrocinador del proyecto.
- Elaboración de una filosofía o estrategia de pruebas que permita detectar –en una fase
posterior- incumplimientos de los requisitos por parte de la solución adoptada para así
proceder a su corrección. Ésta consistirá básicamente en determinar entre otros: 1.Como
se demostrará cada uno de los requisitos de cliente (ensayo, análisis, simulación, etc.), 2.
Número de prototipos, etc.
- Gestionar la fase de acuerdo al plan de proyecto dentro del coste y plazo asignado.
Construcción y Pruebas:

El objetivo fundamental de esta fase es demostrar que el producto cumple con los
requisitos de cliente para así alcanzar los objetivos del proyecto. Para ello será preciso:

- Fabricar, construir, o integrar el producto de acuerdo al diseño de la fase anterior y de

manera que éste no pierda sus características debido a una fabricación defectuosa.
- Elaborar el plan de pruebas de acuerdo a la estrategia definida en la fase anterior. Para
ello se procederá a:
1. Revisar la estrategia de acuerdo al diseño realizado definiendo los diferentes niveles de
prueba (componente, módulo, sistema).
2. Elaborar procedimientos de prueba para los diferentes niveles.
3. Identificar los equipos y útiles de ensayo precisos.
- Validar y depurar el diseño modificando el mismo si fuera necesario a la vista de los
resultados de las pruebas. En algunos proyectos, se distingue entre:
1. pruebas de diseño cuyo objeto es validar el enfoque de diseño realizado utilizando
prototipos o modelos de ingeniería
2. pruebas de calificación cuyo objetivo es demostrar que el producto cumple con los
requisitos de cliente plasmados en una especificación utilizando prototipos o modelos de
calificación. Lógicamente estos últimos son más representativos del producto final que
aquellos y es frecuente la participación o supervisión del cliente. En ocasiones, el proyecto
precisa de equipos y útiles de ensayo dedicados que deben estar disponibles antes del
comienzo de las pruebas de prototipo, por lo que las fases de diseño y construcción y
pruebas se condensan en una fase única.
- Gestionar la fase de acuerdo al plan de proyecto dentro del coste y plazo asignado.

Implantación o Despliegue

En muchos casos el proyecto finaliza en la fase de construcción y pruebas, tras la entrega y

aceptación del producto por parte del cliente. En otros sin embargo es preciso influir sobre el
comportamiento del cliente y de los usuarios del producto para que éstos lo adopten. Esta fase es
típica de proyectos internos de cambio en una organización (como por ejemplo, en un proyecto de
rediseño de procesos, reingeniería, implantación de solución informática tipo ERP, etc) en los que
el personal de la organización debe aceptar y aprender a manejar el nuevo producto. Los objetivos
fundamentales de esta fase son:

Conseguir que el producto sea utilizado por los usuarios dándoles el apoyo y la formación que
precisen.

Asegurar que los beneficios alcanzados gracias al proyecto se mantengan una vez el equipo de
proyecto se retire y finaliza el proyecto. Por ejemplo, los indicadores de un proceso de negocio
rediseñado deben mantenerse en el tiempo.
Plan de iteración:

El Plan de Iteración recoge la planificación detallada de un periodo corto de tiempo dentro

del proyecto – una iteración. Entre otras cosas, debe identificar las actividades, los riesgos
involucrados, los artefactos a actualizar o crear, las necesidades de adquisición de bienes o
servicios y los hitos esperados durante la iteración.

Adicionalmente, esta plantilla contiene los rudimentos para la evaluación regular y

controlada de la calidad de los productos y del proceso: las pautas de evaluación indicadas en el
plan de iteración sirven para este fin. Se complementa esto con los detalles de la evaluación
contenidos en el artefacto de Cierre de Iteración.

El documento es una variación de la plantilla de reportes, por lo cual no contiene número

de versión y se identifica solo por la fecha de emisión.

Administración del riesgo:

Identificación de riesgos: El propósito de la gestión de riesgos en cada proyecto es, por lo tanto,
prever y anticipar al máximo estas situaciones inciertas de tal manera que no se lleguen a
convertir en problemas graves, y que el proyecto, por lo tanto, se desarrolle en un entorno
controlado. Una adecuada gestión de riesgos debe realizarse a lo largo de todo el proyecto y debe
incluir las siguientes etapas:

- La identificación de los riesgos que pueden afectar al proyecto

- La evaluación de la importancia de cada riesgo en los objetivos del proyecto
- La determinación de las mejores respuestas ante cada riesgo y su planificación en nuestro
proyecto
- El seguimiento y control de los riesgos durante todo el proyecto

Cada riesgo se identifica con un número, nombre y descripción, y el código en la WBS del
paquete de trabajo al que hace referencia. Recordemos que los riesgos deben estar asociados a
paquetes de trabajo concretos y no ser genéricos.

Evaluación del riesgo: es uno de los pasos que se utiliza en un proceso de gestión de riesgos

El objetivo fundamental de la evaluación es minimizar y controlar debidamente los riesgos

que no han podido ser eliminados, estableciendo las medidas preventivas pertinentes y las
prioridades de actuación en función de las consecuencias que tendría su materialización y de la
probabilidad de que se produjeran.

a. Análisis cualitativo de los riesgos

b. Análisis cuantitativo de los riesgos

Seguimiento:

El seguimiento y control del proyecto tiene como objetivo fundamental la vigilancia de todas
las actividades de desarrollo del sistema. Es una de las labores más importantes en todo desarrollo
de sistemas, ya que un adecuado control hace posible evitar desviaciones en costes y plazos, o al
menos detectarlas cuanto antes.

Para poder ejercer un correcto seguimiento y control del proyecto es necesario que el Jefe
de Proyecto dedique todo el tiempo que sea preciso a vigilar el estado de cada una de las tareas que
se están desarrollando, prestando especial interés a aquellas que están sufriendo algún retraso. En
el momento en que se detecta cualquier desviación hay que analizar las causas para poder efectuar
las correcciones oportunas y recuperar el tiempo perdido.

Las Actividades de Seguimiento y Control de un proyecto se llevan a cabo desde la

asignación de las tareas hasta su aceptación interna por parte del equipo de proyecto, previa a la
aceptación del Cliente, ya prevista en MÉTRICA Versión 3. Las tareas propias del Seguimiento y
Control del proyecto se realizan a medida que se ejecutan las distintas tareas de los procesos
de Análisis, Diseño, Construcción, Implantación y Mantenimiento del Sistema.

Actividades

Actividad GPS 1: Asignación Detallada de Tareas

Actividad GPS 2: Comunicación al Equipo de Proyecto

Actividad GPS 3: Seguimiento de Tareas

Gestión de Incidencias

Actividad GPS 4: Análisis y Registro de la Incidencia

Gestión de Cambios en los Requisitos

Actividad GPS 5: Petición de Cambio de Requisitos

Actividad GPS 6: Análisis de la Petición de Cambio de Requisitos

Actividad GPS 7: Aprobación de la Solución

Actividad GPS 8: Estimación del Esfuerzo y Planificación de la Solución

Actividad GPS 9: Registro del Cambio de Requisitos

Actividad GPS 10: Finalización de la Tarea

Actividad GPS 11: Actualización de la Planificación

Actividad GPS 12: Reuniones de Seguimiento

Actividad GPS 13: Aceptación

Administración y configuración del cambio:

La Gestión de Configuración y Control de Cambios es la disciplina que se encarga de:

- Identificar los elementos del proyecto que deben estar bajo configuración
- Restringir los cambios a dichos elementos
- Auditar los cambios a estos elementos
- Definir y gestionar la configuración de estos elementos

Los métodos, procesos y herramientas utilizados para proveer este ambiente de configuración
son parte esencial del proceso de desarrollo de software.

La Gestión de Configuración y Control de Cambios es esencial al momento de tener control

sobre todos los elementos generados por los integrantes del equipo de proyecto. Este control
ayuda a eliminar la posibilidad de confusiones que pueden resultar de alto costo para el proyecto y
asegurar que no existan inconsistencias en el sistema desarrollado, generadas por:

Actualizaciones simultáneas

Cuando varios integrantes del equipo trabajan sobre un mismo elemento al mismo tiempo.

Problemas en la notificación de cambios

Cuando un problema fue resuelto para algún elemento que es compartido por varios
desarrolladores y alguno de ellos no fue notificado de dicho cambio.

Múltiples versiones

Usualmente se tienen varias versiones del producto en desarrollo, por ejemplo una versión de
desarrollo, y otra de test, y se quiere que cuando haya un cambio en una éste se vea reflejado en
las demás versiones.

Algunos de los beneficios que se obtienen de la realización de una buena Gestión de

Configuración y Control de Cambios son:

Brindar apoyo a los métodos de desarrollo de software.

Mantener la integridad del producto.

Asegurar la completitud y correctitud de los elementos bajo configuración.

Proveer un ambiente estable y controlado de trabajo.

Restringir y controlar los cambios que se realizan.

Proveer mecanismos de rastreo de porqué, cuando y quién realizó un cambio

Configuración del entorno de trabajo:

El entorno de desarrollo de un proyecto de desarrollo de software es el término que cubre

todo lo que necesita el proyecto para desarrollar y desplegar el sistema, como las herramientas,
directrices, procesos, plantillas e infraestructura. Todo ello está representado por productos de
trabajo en Rational Unified Process que se lista a continuación:

Producto de trabajo: Infraestructura de desarrollo

- Producto de trabajo: Guión de desarrollo

- Producto de trabajo: Herramientas
- Producto de trabajo: Plantillas específicas del proyecto
- Producto de trabajo: Directrices específicas del proyecto:
Directrices para el uso de las herramientas
1. Directrices para el modelado empresarial
2. Directrices para el modelado de guiones de uso
3. Directrices para la interfaz de usuario
4. Directrices para el diseño
5. Directrices para la programación
6. Directrices para las pruebas
- Producto de trabajo: Plan de CM
- Producto de trabajo: Guía de estilo de manuales