ADMINISTRACION DE PROYECTOS

3.1 Gestin del Alcance del

Proyecto


1. Introduccin
2. Que es Gestin del Alcance del Proyecto
3. Procesos de la Gestin del Alcance del Proyecto
3.1. Recopilar Requisitos
3.2. Definir el Alcance
3.3. Crear EDT
3.4. Verificar el Alcance
3.5. Controlar el Alcance


Uno de los factores de xito de un
proyecto es una adecuada gestin
del alcance.
1. Introduccin
Muchos proyectos tienen serios
problemas e incluso han fracasado
debido a la inadecuada definicin de
los requerimientos del producto o
inadecuada gestin del alcance del
proyecto, lo que agrega trabajo no
autorizado y esto a su vez altera el
tiempo y presupuesto inicialmente
estimado en el proyecto.
1. Introduccin
Es responsabilidad del Gestor del Proyecto gestionar los
cambios en el proyecto, para modificar, agregar o eliminar
requisitos y al mismo tiempo permanecer enmarcados dentro de
la Declaracin del Alcance inicialmente aprobado y de esta
manera alcanzar los objetivos del proyecto.
Mediante la gestin de cambios, el Gestor del Proyecto controla
el balance entre alcance, tiempo, presupuesto y otras reas de
conocimiento.
2. Que es la Gestin del Alcance ?
La Gestin del Alcance del Proyecto incluye los
procesos necesarios para garantizar que el proyecto
incluya todo (y nicamente todo) el trabajo requerido
para completarlo con xito.
El objetivo principal de la Gestin del Alcance del
Proyecto es definir y controlar qu se incluye y qu no
se incluye en el proyecto.
Que es la gestin del alcance ?
Objetivo de la gestin del alcance ?
Tener bien claro que:
2. Que es la Gestin del Alcance del Proyecto ?
Refiere a las caractersticas y funciones que definen un
producto, servicio o resultado.
Refiere al trabajo que debe realizarse para entregar un
producto, servicio o resultado con las caractersticas y
funciones especificadas.
Alcance del producto
Alcance del proyecto
Recopilar Requisitos
Definir el Alcance
Crear WBS
Verificar el Alcance
Controlar el Alcance
3. Procesos de la Gestin del Alcance del Proyecto
Los Grupos de Procesos de la Gestin del Alcance son:
1. Recopilar
Requisitos
2.Definir el
Alcance
3. Crear
WBS
4.Verificar
Alcance
5.Controlar
el Alcance
3.1. Recopilar Requisitos
Los requisitos se identifican a partir de
necesidades, deseos y expectativas del
patrocinador, cliente y otros interesados.
Estos requisitos deben ser recopilados,
analizados y registrados a un nivel de detalle
suficiente, que permita medirlos una vez que
se inicia el proyecto.
Por tanto, recopilar requisitos significa definir
y gestionar las expectativas del cliente.
3.1. Como hacerlo ?
Entrevistas
Grupos de opinin, rene a los interesados y expertos en la materia
para conocer sus expectativas respecto al producto, servicio o
resultado propuesto.
Las herramientas que nos permiten recopilar requisitos, son:
Talleres facilitados, rene a los interesados funcionales y tcnicos
claves para definir los requisitos del producto
Tcnicas grupales de creatividad, tormenta de ideas, tcnicas de grupo
nominal, mapa conceptual/mental, diagrama de afinidad
Cuestionarios y encuestas
Etc.
Definir el Alcance es el proceso que consiste en identificar todo
el trabajo que se realizar en el proyecto para alcanzar sus
objetivos. Es decir, se realiza una descripcin detallada del
proyecto y del producto.
3.2. Definir el Alcance
La preparacin de una declaracin detallada del alcance del
proyecto es fundamental para su xito ya que propicia un
entendimiento comn entre los interesados del proyecto. Su
contenido puede incluir:
Objetivos del proyecto
Justificacin del proyecto
Descripcin del alcance del proyecto
Beneficios
Supuestos
Restricciones
Exclusiones
Dependencias con otros proyectos
3.2. Definir el Alcance
Durante el proceso de planificacin, el alcance del
proyecto se define y se describe de manera ms
especfica conforme se va recabando mayor
informacin sobre el proyecto.
La declaracin del alcance es una herramienta que
ayuda a controlar los cambios al proyecto, puesto que
definen los lmites para aceptar o rechazar cambios.
Juicio de Expertos
3.2. Como hacerlo ?
Anlisis del Producto, incluye tcnicas tales como
el desglose del producto, el anlisis de sistemas,
el anlisis de requisitos, la ingeniera de sistemas,
la ingeniera del valor y el anlisis del valor.
Identificacin de alternativas, incluye tcnicas
tales como la tormenta de ideas, el pensamiento
lateral, la comparacin entre pares, etc.
Otros
El propsito de la EDT es desarrollar una lista de todas las tareas
requeridas por el proyecto para cumplir el objetivo deseado. A partir
de la identificacin de las tareas ser posible estimar el tiempo,
costo, recursos, etc. Es decir, la EDT sirve de base para generar el
cronograma del proyecto y otros documentos de planificacin.
3.3. Crear EDT
La estructura de desglose del trabajo (EDT) es la descomposicin
jerrquica descendente de todo el trabajo del proyecto en
componentes ms pequeos y fciles de manejar hasta llegar a un
nivel mas detallado conocido como paquetes de trabajo.
La EDT organiza y define el alcance total del proyecto y representa
el trabajo especificado en la declaracin del alcance del proyecto
aprobada y vigente.
La Estructura de Desglose del Trabajo tiene la forma de un rbol
invertido y ayuda a visualizar todo el proyecto y sus principales
componentes.
3.3. Crear EDT
No existe frmula para calcular el nivel de profundidad de la
EDT, esto depender del tamao y complejidad del proyecto.
Comnmente tenemos:

El primer nivel es la meta/objetivos del proyecto,
El segundo nivel son las fases del proyecto
El tercer nivel son los entregables del proyecto
El cuarto nivel, el paquete de trabajo
Una Estructura de Desglose del Trabajo bien diseada hace fcil
asignar cualquier tarea, actividad u entregable del proyecto a uno
y slo un componente de la estructura..
3.3. Crear EDT
Un paquete de trabajo es un resultado; una regla bsica para
determinar el nivel ms bajo de la EDT es usar la regla 80/8,
la cual especifica que un paquete de trabajo no debe durar
ms de 80 horas ni menos de 8 horas.
La EDT necesita ser construida con la ayuda del equipo del
proyecto y/o personas de la organizacin que participaron en
proyectos similares.
Otro componente de la EDT es el sistema de numeracin
utilizado para seguir cada elemento con un nmero nico,
esto es til para desarrollar el cronograma del proyecto.
Ejemplo de EDT, desglosada hasta el nivel de paquete de trabajo:
Nivel 1: Objetivo del Proyecto
Nivel 2: Fases
Nivel 3: Entregables
Nivel 4: Paquete de Trabajo
3.3. Resultado del EDT:
Como resultado de este proceso tenemos:
EDT
Diccionario de la EDT
Lnea base del Alcance, la que
incluye la declaracin del
alcance del proyecto, la EDT, el
diccionario de la EDT
Actualizaciones a los
documentos del proyecto
3.4. Verificar el Alcance
Verificar el alcance es el proceso que consiste en
formalizar la aceptacin de los entregables del
proyecto que se han completado por parte del
cliente.
Verificar el alcance incluye revisar los entregables
(resultados de los trabajos y servicios) con el cliente
o el patrocinador para asegurarse de que se han
completado satisfactoriamente y para obtener de
ellos su aceptacin formal.
Verificar el alcance implica ejecutar actividades de
inspeccin, validacin, medicin y comprobacin que
los entregables cumplan los criterios de aceptacin
acordados.
3.4. Verificar el Alcance
La verificacin del alcance difiere del control de
calidad ya que el primero est enfocado
principalmente a la aceptacin formal de los
resultados del proyecto y el segundo comprueba
que se cumplan los requisitos de calidad acordados
en el proyecto.
La gerencia de la calidad es ejecutada generalmente
antes de la verificacin del alcance, pero estos dos
procesos pueden ser ejecutados en paralelo
3.4. Resultado de Verificar el Alcance
Como resultado de verificar el alcance tenemos:
Entregables aprobados
Solicitudes de cambio, las cuales se procesan para
su revisin y tratamiento por medio del proceso
Control Integrado de Cambios
Actualizaciones a los documentos del proyecto
3.5. Controlar el Alcance
Ya que los cambios en el proyecto son inevitables es necesario
controlarlos.
El Control del Alcance es el proceso por el que se monitorea el
estado del alcance del proyecto y del producto, y se gestionan
cambios a la lnea base del alcance.
El Control del Alcance del proyecto asegura que todos los cambios
solicitados o las acciones preventivas o correctivas recomendadas se
procesen a travs del proceso Realizar el Control Integrado de
Cambios
3.5. Como hacerlo?
Para controlar el alcance del proyecto realizamos el Anlisis de
Variacin a partir de las medidas de rendimiento del proyecto, las
que permiten evaluar el grado de variaciones respecto a la lnea
base del alcance creado.
Anlisis de Variacin
A partir de la identificacin de las variaciones, es posible enfocarse
en algunos puntos para determinar las causas de los problemas o
restricciones que impiden el progreso planificado del proyecto.
Finalmente se tomar decisiones de aplicar acciones correctivas o
preventivas, si fuera necesario.
3.5. Resultado del Controlar el Alcance
Como resultado del control del alcance, tenemos:
Mediciones del Desempeo del Trabajo
Actualizaciones a los Activos de los Procesos de la Organizacin,
pudiendo actualizar:
Las causas de las variaciones
Las acciones correctivas seleccionadas y la razn de su seleccin
Otros tipos de lecciones aprendidas procedentes del control del alcance del
proyecto
Solicitudes de Cambio
Actualizaciones al Plan para la Direccin del Proyecto
Actualizaciones a los Documentos del Proyecto
Vctor M. Rodrguez: Es un conjunto de principios, procedimientos que procuran la mejor eleccin, educacin y
organizacin de los servidores de una organizacin su satisfaccin en el trabajo y el mejor rendimiento en favor
de unos y otros.
Joaqun Rodrguez Valencia define la Administracin de Recursos Humanos como la planeacin,
organizacin, direccin y control de los procesos de dotacin, remuneracin,
capacitacin, evaluacin del desempeo, negociacin del contrato colectivo y gua de los Recursos Humanos
idneos para cada departamento, a fin de satisfacer los intereses de quienes reciben el servicio y satisfacer
tambin, las necesidades del personal.
Fernando Arias Galicia dice que la Administracin de Recursos Humanos es el proceso administrativo aplicado
al acrecentamiento y conservacin del esfuerzo, las experiencias, la salud, los conocimientos, las habilidades,
etc., en beneficio del individuo, de la propia organizacin y del pas en general.


Objetivos de la GRH
Crear, mantener y desarrollar un conjunto de personas con habilidades, motivacin y satisfaccin
suficientes para conseguir los objetivos de la organizacin

Crear, mantener y desarrollar condiciones organizacionales que permitan la aplicacin, el desarrollo y la
satisfaccin plena de las personas y el logro de los objetivos individuales

Alcanzar eficiencia y eficacia con los recursos humanos disponibles
Anlisis e identificacin de los
involucrados
El anlisis de involucrados es una herramienta que permite identificar a aquellos actores (personas, grupos o
instituciones) interesados en el xito o fracaso de un proyecto o iniciativa. Son tambin, aquellos que
contribuyen o que son afectados o que tienen influencia sobre los problemas a enfrentar.

La identificacin de actores, en el proceso de implementacin de los Lineamientos Nacionales de Poltica de
la Formacin Profesional, es un factor clave,
Actores principales:
Son aquellos actores afectados directamente por el proceso, ya sea de modo positivo o negativo. Ejemplo:
Instituciones educativas, empresas, estudiantes, Trabajadores

Actores secundarios:
Son aquellos actores que pueden verse afectados y/o influenciar de manera positiva o negativa en el
proceso. Juegan un papel intermedio y pueden tener un efecto importante en los resultados del proceso.
Estos actores pueden dividirse en organizaciones que financian, implementan, supervisan o defienden.

Actores externos:
Son aquellos actores que no estn directamente involucrados, pero pueden ser afectados por el proceso o
influenciar de manera positiva o negativa.
Perfil y responsabilidades de los
involucrados
Es muy poco probable que un miembro no capacitado pueda estar comprometido con los
objetivos del proyecto. Este presentar claras deficiencias en el momento de participar en el
proceso. Como ejemplo, se mencionan algunas:

1. Un miembro no capacitado no entender el lenguaje tcnico utilizado por el resto de los
miembros. Muchas veces, entender una cosa diferente a la expresada por sus pares. Esto
es comn debido a diferencias en el lenguaje.
2. Un miembro no capacitado, no conoce el ciclo de vida del desarrollo, ni los problemas
que se presentan durante el desarrollo. Sera muy bueno que el miembro pudiera aportar sus
conocimientos en su dominio del problema durante todo el
ciclo de desarrollo del proyecto. Saber cuando exigir y cuando ceder. Conocer los
estndares de desarrollo, de documentacin, de aseguramiento de la calidad.
3. Un miembro no capacitado no presupuesta su involucracin en el proyecto, slo su
participacin. Este solo hecho reduce las posibilidades de xito del proyecto. Tambin
aumenta los tiempos de desarrollo, disminuye la calidad del sistema, aumentan los riesgos de
rechazo del sistema por parte de la comunidad de clientes, etc.
Por otro lado, los clientes tambin deben estar comprometidos con el desarrollo.
Eso significa que deben conocer el ciclo de vida escogido, cual es su participacin
en cada una de las fases del ciclo, y la cantidad de esfuerzo y recursos que se
espera que pongan en cada momento del proyecto. Es de vital importancia que
participen activamente en la etapa de anlisis, as como en todas aquellas
actividades de revisin y aceptacin.
En caso que el cliente no tenga dicha experiencia, se hace necesario que antes
de un desarrollo, se los capacite para convertirlos en clientes comprometidos. Lo
anterior requiere de trabajo, pero va en la senda correcta del xito de un proyecto
de software.
Perfil de un administrador de proyecto
El administrador de proyecto deber tener, al menos, las siguientes capacidades
personales para desarrollar adecuadamente su trabajo:
Abstraccin: Entender y comunicar aspectos no tangibles, como visin y misin del
equipo de trabajo. Deber adems, poder entender y ver el proyecto completo
como una unidad y sus relaciones entre sus partes.
Concretizacin: Utilizando los recursos e informacin disponibles, obtener
conclusiones y tomar acciones especficas para manejar el proyecto.
Organizacin: Distribuir eventos y actividades de acuerdo a los recursos y tiempos
disponibles para llevar el proyecto al xito.
Liderazgo: Llevar a un equipo a lograr sus objetivos.
Experiencia: Haber estado en situaciones similares en el pasado.
Creatividad: Ser realista, tomando decisiones y tomando acciones cuando el plan
actual no funciona.
Persuasin: Encontrar y desarrollar argumentos para mejorar y ayudar en una
situacin.

Adems, el administrador de proyecto deber poseer las siguientes habilidades:
Escuchar y comunicar.
Tomar decisiones y realizar acciones.
Trabajar bajo presin.
Perfil de un analista

Un analista es una persona con capacidades de comunicacin, debido a que
deber tener un contacto estrecho con el cliente. Por lo mismo anterior, debe ser
una persona sociable, expresando sus ideas en forma clara en un lenguaje comn
con el cliente.

Tambin debe tener la capacidad de escuchar y entender al cliente. Se espera
que los analistas tengan un alto grado de desarrollo de su inteligencia emocional.

Los analistas deben conocer y manejar perfectamente los mtodos y las
tecnologas de apoyo para realizar las fases de anlisis. Adems, se espera
creatividad, lo que le permitir establecer diferentes alternativas de modelos para
la arquitectura del sistema a construir.

Tambin es importante que los analistas estn muy familiarizados con las tcnicas
de diseo que se utilizarn en las siguientes fases. Adems, se hace necesario que
est familiarizado con los diferentes lenguajes de programacin para ayudar a
escoger el apropiado para la construccin del sistema.
Perfil de un diseador

El perfil de un diseador debe incluir las siguientes caractersticas:

Para sistemas de tamao pequeo y mediano, el diseo arquitectnico
es realizado por una o dos personas calificadas.
Deben mostrar habilidad inusual para sintetizar soluciones construibles por
sobre un gran conjunto de restricciones.
Generalmente son los ms capacitados para realizar decisiones
estratgicas debido a su experiencia previa en la construccin de sistemas
similares.
No son necesariamente los desarrolladores con ms experiencia.
Deben tener habilidades de programacin adecuadas.
Deben conocer muy bien la metodologa de diseo utilizada, as como
sus herramientas de apoyo.
Perfil de un programador

El perfil del programador requiere conocimiento en varios ambientes, pudiendo
ayudarle a los analistas y diseadores a elegir el apropiado. Debe tener experiencia
en el desarrollo de aplicaciones en el ambiente seleccionado.
Debe conocer diferentes lenguajes de programacin disponibles para el ambiente
seleccionado, y debe tener experiencia en el lenguaje de programacin
seleccionado.
Las herramientas utilitarias desarrolladas en proyectos previos pueden ser tiles en el
proyecto actual. Es preferible que el programador tenga conocimientos en
diferentes paradigmas de programacin y estilos.
Debe adems, conocer perfectamente las tcnicas de diseo utilizadas por el
diseador. Tambin es deseable que el programador tenga conocimiento en varias
metodologas de diseo.
Las bases de datos son una herramienta muy poderosa en un proyecto. Los
programadores deben tener experiencia en bases de datos. De ser posible, es
preferible que los programadores tengan experiencia en el tipo de proyecto que se
desea realizar.

Perfil de un tster

El perfil de un tster debe considerar las siguientes caractersticas:

Ser un buen programador en el lenguaje seleccionado, y tener experiencia
en el desarrollo de sistemas.
Conocer bien la metodologa de diseo utilizada.
Ser sistemtico en las revisiones de cdigo y resultados de los tests.
Tener una personalidad agresiva para buscar errores en el cdigo y
documentos del proyecto.
Debe adems tener una personalidad alegre, debido a que debe
relacionarse con gran parte de los miembros del equipo de desarrollo.
Perfil de un asegurador de calidad

El asegurador de calidad debe ser una persona con mucha experiencia en
proyectos de desarrollo de software, con conocimientos suficientes sobre tcnicas
que aseguren la calidad de un producto de software. Lo anterior lo hace capaz
de negociar con la calidad del producto, y ocasionalmente, modificar el criterio
de los desarrolladores.
Perfil de un administrador de configuracin

Las personas en este rol deben poder manejar tres elementos: actividades
administrativas, auxiliares (registrar eventos), y tcnicas. El administrador de
configuracin debe disponer de los recursos para hacer efectiva una
solucin. Estos recursos pueden ser experiencia, mano de obra o
autoridad. Idealmente, debiesen ser las tres. Un administrador efectivo
tiende a influir el resultado de un evento en forma positiva y productiva.

Un administrador de configuracin puede obtener experiencia y crear un
buen perfil de su rol de las siguientes formas:

Recibir entrenamiento. No significa que deba recibir entrenamiento
exhaustivo, pero si debe conocer las funciones principales de la
administracin de la configuracin de software y sus tcnicas. Debe estar
familiarizado con la mayora de las reas de administracin funcional, y el
conocimiento de los programas necesariamente debe llevarlo a construir
un sistema de administracin de la configuracin adecuado.
Debe tener en mente que es como la conciencia del programa, o
polica, exigiendo revisin completa y decisiones oficiales antes de que se
realicen cambios a lo contratado.
Debe mantener los principios de la administracin de configuracin
visibles y aplicarlos como se defini.
Matriz de roles y funciones

La matriz de roles tambin conocida como RACI (por los diferentes tipos de
responsabilidad), es una herramienta de gestin de proyectos y
especficamente de la gestin de recursos humanos que se utiliza para
relacionar entregables o actividades con los recursos del proyecto. Sirve sobre
todo para dar claridad acerca de las responsabilidades de los diferentes
miembros del proyecto sobre las diferentes actividades del mismo. De esta
manera se asegura que cada uno de los componentes del alcance est
asignado a un individuo o equipo de trabajo.

El propsito es ilustrar las conexiones que existen entre el trabajo que debe realizarse
y los miembros del equipo de proyecto, asegurando que los recursos correctos estn
asignados al trabajo correcto.
La creacin de una matriz de roles es importante debido a que provee al lder de
proyecto de una herramienta que le permite identificar los roles, las
responsabilidades y los niveles de autoridad para las actividades especficas del
proyecto. De esta manera el lder y el equipo saben con certeza quin es
responsable de cada actividad y as se evita la duplicidad de funciones o la
existencia de actividades que no tengan un responsable.

Cmo se construye la matriz?

Para que el lder de proyecto desarrolle una matriz de roles es necesario que cuente con la
informacin del alcance del proyecto, la estimacin de tiempo para cada actividad
(cronograma), las acciones de mitigacin de riesgos y conozca los grupos o unidades que
participarn en el proyecto. Una vez que posea toda esta informacin tendr que identificar
los roles y funciones que jugarn cada uno de los miembros del equipo dentro del proyecto
de modo que pueda asignar a cada uno de stos en la tarea correcta. De esta manera
podr identificar a los responsables de los resultados del proyecto, a las persona a quines
se les debe rendir cuentas, aquellos que son consultados sobre las actividades de los
paquetes de trabajo y aquellos a quines debe informarse sobre cualquier cambio o riesgo
en el proyecto.

Administrador de proyecto
El administrador de proyecto es la
persona que administra y controla los
recursos asignados a un proyecto, con
el propsito de que se cumplan
correctamente los planes definidos.
Los recursos asignados pueden ser
recursos humanos, econmicos,
tecnolgicos, espacio fsico, etc. En un
proyecto, siempre debe existir un
administrador. No obstante, un
administrador puede dirigir ms de un
proyecto. El rol de administrador de
proyecto es un rol muy importante,
debido a que sus acciones y
decisiones afectan al proyecto
completo.
Relacin con otros roles
El administrador de proyecto debe relacionarse con todo el equipo de trabajo. Para ello, debe darle apoyo con lo siguiente:
Una carta de organizacin de todo el proyecto.
Un plan de trabajo general.
Estimaciones de horas-hombre de cada actividad.

El administrador deber tener una comunicacin fluida con cada miembro del equipo para analizar problemas particulares, y si es necesario,
tomar acciones correctivas. En particular, el administrador de proyecto deber apoyar de la siguiente forma a cada rol:

Analistas: Trabajar con los analistas para estudiar las necesidades de los clientes y los requisitos del sistema.
Diseadores: Trabajar con ellos para disear la arquitectura del sistema de acuerdo con los recursos asignados al proyecto. El administrador
de proyecto requiere la arquitectura del sistema para determinar el plan de trabajo de los dems roles.
Tsters: Trabajar con ellos para determinar que tipo de testeo deber utilizarse, y con que profundidad, de acuerdo con los requisitos de
seguridad en el diseo del sistema y de los recursos disponibles. Los resultados de los tests ayudan a determinar el xito del proyecto,
preocupacin principal de la administracin de proyecto.
Aseguradores de calidad: La informacin provista por este rol ayuda a conocer el avance del proyecto. Este rol observa si cada una de las
actividades se realiza de acuerdo a las especificaciones planificadas.
Ingenieros de manutencin: Generalmente la manutencin utiliza una cantidad muy importante de recursos del proyecto. Por ello, el
administrador debe conocer los planes de manutencin, y de ser necesario, ajustarlos a los recursos disponibles.
Documentadores: El administrador de proyecto tomar como referencia los documentos controlados por los documentadores para
elaborar planes y la evaluacin del proyecto.
Clientes: El administrador de proyecto deber administrar la relacin con los clientes, desarrollando una comunicacin fluida con stos, y
siendo la cara visible del proyecto.
Analistas
La palabra anlisis se refiere a una caracterstica tpicamente relacionada con la
inteligencia humana. Esta se refiere a la habilidad de poder estudiar un problema de
una complejidad determinada, descomponiendo el problema en subproblemas de
menor complejidad. De esa forma, la solucin del problema completo se obtiene como
la suma de las soluciones de los subproblemas de menor complejidad.
Una de las razones ms frecuentes del fracaso de un desarrollo de software es la de
realizar un anlisis pobre. Debido al insuficiente esfuerzo dedicado a conocer y
especificar el sistema que desea el cliente, los desarrolladores construyen sistemas que
no cuentan con las caractersticas que el cliente desea. Ese error se repite una y otra
vez, y se debe bsicamente a la inexperiencia del grupo de desarrolladores.

Relacin con otros roles

El rol de analista debe interactuar con los dems roles en el grupo. A continuacin se
mencionan algunas de las interacciones.
Administrador de proyecto: El analista debe interactuar con el administrador de
proyecto para estudiar la viabilidad del sistema a desarrollar. Esto es, verificar la
realizacin del sistema con los recursos disponibles. El administrador de proyecto le
asignar a los analistas, la agenda con actividades a ser realizadas y sus fechas. Es
claro que la asignacin de
actividades puede ir modificndose durante el proyecto.
Diseador: Los diseadores deben interactuar con los analistas para determinar la
factibilidad del proyecto, y establecer los objetivos del sistema para un buen diseo.
Los analistas deben permanecer en contacto estrecho con los diseadores debido a
que utilizarn la arquitectura del sistema. Los diseadores deben poder ayudarle a
los analistas.
Programador: Los analistas son apoyados por los programadores en el
entendimiento y especificacin de los requisitos de usuario y de software. Adems,
los apoyan en la construccin de prototipos rpidos.
Tster: Los analistas participan junto con los tsters en la revisin de los documentos
de anlisis de requisitos.
Asegurador de calidad: Debe revisar los documentos hechos por los analistas.
Administrador de la configuracin: Debe pedir los cambios pertinentes, evitando
errores a futuro.
Documentador: Los analistas debern entregarles la informacin que servir para
la documentacin del sistema
Diseadores

Es el encargado de generar el diseo del sistema. Entre sus funciones est:
Generar el diseo arquitectnico y diseo detallado del sistema, basndose en los
requisitos.
Generar prototipos rpidos del sistema (con analistas y programadores) para
chequear los requisitos.
Generar el documento de diseo arquitectnico de software (DDA), y mantenerlo
actualizado durante el proyecto.
Velar porque el producto final se ajuste al diseo realizado (funciones de tster).

En cada disciplina de la ingeniera, el diseo acompaa el enfoque disciplinado
que se utiliza para inventar la solucin de un problema, entregando as un camino
entre los requisitos y la implementacin. En ingeniera de software, el propsito del
diseo es la construccin de un sistema que cumpla con los siguientes aspectos:
Satisfaga una especificacin funcional dada.
Cumpla con las limitaciones del medio receptor del sistema.
Cumpla requisitos implcitos y explcitos de rendimiento y uso de recursos.
Satisfaga criterios de diseo implcitos y explcitos en la forma del artefacto
construido.
Satisfaga restricciones del mismo proceso de diseo, tal como su duracin y costo,
o las herramientas disponibles para realizar el diseo
Relacin con otros roles
Los diseadores deben relacionarse con otros miembros del equipo de desarrollo. A continuacin se
describe algunas de las interacciones ms relevantes:
Administrador de proyecto: Los diseadores trabajan bajo la coordinacin del administrador de proyecto
para construir la arquitectura del sistema que cumpla con los requisitos bajo restricciones dadas de
presupuesto y disponibilidad de recursos humanos. Adicionalmente, el administrador de proyecto utiliza las
especificaciones de diseo para planificacin y estimacin de recursos.
Analista: Los diseadores traducen la especificacin de requisitos establecida en la fase de anlisis de
requisitos de software en un modelo de implementacin. Dentro de las tareas, los diseadores deben
interactuar con los analistas para determinar requisitos ambiguos del proyecto. Usualmente, los analistas
apoyan a los diseadores, y vice-versa.
Programador: Los diseadores crean la especificacin de la implementacin del sistema para los
programadores. Dicho modelo es traducido a cdigo ejecutable por el computador. Los diseadores
apoyan a los programadores en la seleccin del lenguaje de programacin, as como a la interpretacin
de los documentos de diseo tales como diagramas, cartas, tablas, etc.
Tster: Los diseadores deben coordinar esfuerzos con los tsters para asegurar que el diseo
arquitectnico del sistema de software incluye especificaciones que ayuden en el ejercicio de casos de
testeo. Adems, debe apoyar a los tsters en la verificacin de requisitos.
Asegurador de calidad: Los aseguradores de calidad deben revisar la fase de diseo para asegurarse
que el proceso de diseo sigue las normas de calidad especificadas, y cumple con requisitos de
rendimiento, diseo y verificacin.
Ingeniero de validacin y verificacin: Los ingenieros de validacin y verificacin evalan el nivel de
concordancia entre los requisitos de usuario y el modelo del sistema diseado, buscando
desentendimientos, as como caractersticas faltantes o errneamente implementadas. La relacin con los
diseadores es de apoyo.
Administrador de configuracin: Durante el diseo, el administrador de la configuracin de software
controla los cambios en el diseo y mantiene registros completos de cada cambio y de sus razones.
Ingeniero de manutencin: Los diseadores deben apoyar al ingeniero de manutencin en dministrar la
evolucin de post-venta. Esta evolucin incluye arreglo de errores, mejoramiento de la funcionalidad del
sistema, y modificacin de requisitos.
Documentador: Los documentadores mantienen los documentos de diseo una vez que el `proceso de
diseo es completado, haciendo disponibles dichos documentos al resto del equipo de trabajo.
Programadores

Los programadores deben convertir la especificacin del sistema en cdigo fuente
ejecutable utilizando uno o ms lenguajes de programacin, as como herramientas
de software de apoyo a la programacin.
El xito del desarrollo de software depende grandemente de conocimiento. Este
conocimiento no slo corresponde a habilidades de programacin y de
administracin de proyectos, sino que a una percepcin y entendimiento de los
ltimos desarrollos de la industria del software. En los mercados actuales,
rpidamente cambiantes y altamente competitivos, se hace necesario conocer los
ltimos desarrollos, quien da soporte, y como pueden beneficiar al proyecto y a la
organizacin.
A travs de este conocimiento es que la organizacin genera un camino hacia el
xito futuro.
Relacin con otros roles

Los programadores deben relacionarse con otros miembros del grupo del proyecto. Dentro de
stos, se encuentran los siguientes:
Administrador de proyecto: El programador debe entregar un reporte con los resultados de las
actividades de
programacin cuando el administrador lo solicite. Debe adems. Ayudarle al administrador en la
estimacin de tiempos y costos de las actividades de programacin.
Analista: Deben interactuar con los analistas para determinar el ambiente apropiado para el
sistema.
Diseador: El rol de programador depende mucho del rol de diseador, debido a que debe
utilizar herramientas adaptadas a la metodologa utilizada en las actividades de diseo. El
diseador tambin le ayuda al programador a seleccionar el lenguaje de programacin
adecuado.
Tster: El programador debe interactuar con el tster para determinar una forma apropiada de
construir los tests y de testear los programas. El programador debe estar presente durante el
testeo de cdigo, cuando situaciones no esperadas suceden o es necesario realizar pequeas
modificaciones al cdigo.
Administrador de configuracin: El programador debe entregar la ltima versin del diseo al
administrador de
configuracin. El programador debe pedir la ltima versin del diseo al administrador de
configuracin, debiendo atender los diferentes pedidos de cambio del cdigo. El programador
puede solicitar cambios en otras partes del sistema a travs del administrador de la configuracin.
La peticin se realiza llenando el formulario correspondiente y envindoselo al administrador de
configuracin.
Ingeniero de manutencin: El programador tiene mucha influencia en el rol de manutencin,
debido a que si el cdigo est claro, ser fcil de mantener. Dependiendo de las metodologas y
herramientas empleadas, ser ms fcil o ms difcil mantener los sistemas.
Asegurador de calidad: El asegurador de calidad debe verificar la calidad del sistema
construido. El programador deber entregarle su plan de trabajo al asegurador de calidad.
Documentador: El programador debe proveer la documentacin tcnica del cdigo al
documentador.

Tster
El desarrollo de un sistema de software requiere la realizacin de una serie de
actividades de produccin. En dichas actividades existe la posibilidad de que
aparezcan errores humanos. Dichos errores pueden empezar a aparecer desde el
primer momento del proceso. Por ejemplo, los requisitos del sistema pueden ser
especificados en forma errnea o imperfecta. Por ello, el desarrollo de software
considera una actividad que apoye el proceso de deteccin y eliminacin de
los errores y defectos del sistema en construccin. El objetivo del rol de tster es
precisamente realizar dichas tareas.

El tster es el encargado de asegurar la calidad de cada uno de los productos
(documentos, prototipos, etc). Entre sus tareas estn:

Construir y aplicar los planes de prueba unitarios, de mdulo, de sistema, y
aceptacin parcial, mantenindolos
actualizados durante el proyecto.
Velar por la completitud, y exactitud (no ambigedades) de todos los
documentos del proyecto.
Coordinar las inspecciones, y/o caminatas.
Velar por la adhesin al estndar adoptado para el desarrollo.
Velar por la calidad del producto final (cumplimiento de los requisitos).
Relacin con otros roles
Los distintos miembros del grupo de trabajo deben relacionarse con los
tsters. En cada rol, la actividad de tster juega una parte importante. A
continuacin se menciona algunas actividades relacionadas con otros roles:

Analista: Participar en la revisin de los documentos de requisitos de usuario
y de software.
Diseador: Coordinarse con el grupo de diseadores para garantizar que el
diseo arquitectnico del producto de software incluye las especificaciones
que facilitan el ejercicio de los casos de tests. Adems, debe coordinarse
con los diseadores en la verificacin de los requisitos. Por ltimo, debe
participar en las revisiones tcnicas del diseo.
Programador: El tster debe trabajar con el programador para realizar las
siguientes actividades: revisin de cdigo; eleccin del mejor tipo de tests
para aplicar al cdigo; tests de los mtodos; tests de integracin; tests de
regresin.
Validacin y Verificacin: El tster debe coordinarse con este rol en la
ejecucin de los diferentes casos de tests, de acuerdo con las necesidades
del cliente.
Administrador de configuracin: El administrador de la configuracin debe
proveerle al tster de la ltima versin de documentos desarrollados por los
otros roles (analista, diseador, programador)
Aseguradores de calidad

En la actualidad, los factores dominantes en la administracin de proyectos de
software son los tiempos y costos de desarrollo. Existen buenas razones para ello.
Los tiempos y costos de desarrollo son con frecuencia, muy grandes. Por ello, la
administracin se ha concentrado en tratar de resolver dichos problemas. Sin
embargo, existe un gran peligro en esto. En la medida que crece la presin por
cumplir con las fechas estipuladas, y reducir los costos, es la calidad del producto
la que sufre. Cuando se acelera el desarrollo de un sistema que est atrasado,
generalmente se corta todo lo que no se considere esencial, usualmente
cortando las actividades de verificacin y testeo, resultando en un producto de
calidad reducida. Se hace necesario encontrar una nueva
Relacin con otros roles
A continuacin se analiza la relacin del asegurador de calidad con los
otros roles:

Administrador de proyecto: El asegurador de calidad revisa el plan de
administracin de proyecto, para asegurarse que se crea y que se sigue.
Analista: El asegurador de calidad revisa la especificacin de requisitos
de usuario y de software, para asegurarse que es una representacin
correcta y completa de las expectativas del cliente, y que es
suficientemente clara para todos en el grupo de desarrollo,
especialmente para el diseador.
Diseador: El asegurador de calidad revisa la fase de diseo
arquitectnico, para asegurarse que el diseador seleccion la
metodologa apropiada y que el producto final de esta fase cumple con
requisitos de rendimiento, diseo y verificacin.
Programador: El asegurador de calidad revisa la fase de diseo
detallado, para asegurarse que el cdigo producido cumple con la
especificacin de requisitos establecida y que cumple con los atributos
de calidad en uso.
Tster: El asegurador de calidad revisa el plan de testeo, para
asegurarse que es creado, que es adecuado para el proyecto especfico,
y que se aplica en cada fase del proceso de desarrollo hasta la entrega
del producto.
Documentador: El asegurador de calidad revisa la documentacin,
para asegurarse que corresponde con el software desarrollado, y que
cumple con el estndar en uso.
Administrador de configuracin: El asegurador de calidad revisa los
registros de cambios, errores y de configuracin, para asegurarse de que
los cambios han sido implementados apropiadamente, y que las lneas
bases son almacenadas y que el producto no se puede perder.
Administrador de configuracin
La administracin de la configuracin es una disciplina que tradicionalmente se
aplica al desarrollo de sistemas de hardware, al desarrollo de elementos de
hardware o sistemas de hardware/software. La administracin de la configuracin
de software corresponde a la administracin de la configuracin aplicada a un
sistema, o a partes de un sistema, predominantemente correspondiente a software.
Su aplicacin, en conjunto con otras disciplinas, lleva al desarrollo de sistemas en
forma ordenada y estructurada.

La administracin de la configuracin es una disciplina que aplica direccin y
vigilancia tcnica y administrativa a:

Identificar y documentar las caractersticas funcionales y fsicas de items de
configuracin.
Auditar los items de configuracin para verificar cumplimiento de especificaciones,
control de interfaces y documentos, as como otros requisitos adicionales que pueda
definir el contrato.
Controlar cambios a los items de configuracin y su documentacin relacionada.
Registrar y reportar informacin necesaria para administrar items de configuracin
en forma efectiva, incluyendo el estatus de cambios propuestos y el estatus de
implementacin de cambios aprobados.
Mantener el repositorio del proyecto actualizado con las ltimas versiones de todos
los entregables del proyecto.
Administrar el software utilizado para el control de versiones.
Definir y controlar perfiles de acceso a los archivos del proyecto.
Velar por la completitud y exactitud del repositorio del proyecto.
Los problemas de software ms frustrantes son frecuentemente ocasionados por una
pobre administracin de la configuracin. Los problemas son frustrantes debido a que
requieren tiempo para arreglarlos, y usualmente ocurren en el peor momento, y son
totalmente innecesarios.

La administracin de la configuracin ayuda a reducir estos problemas coordinando los
productos de muchas personas que trabajan en un proyecto comn. Sin ese control, su
trabajo va a producir conflictos con frecuencia, resultando en problemas como los
descritos a continuacin:

Modificaciones simultneas. Cuando dos o ms personas trabajan separadamente en
el mismo programa o documento, el ltimo en realizar los cambios puede fcilmente
destruir el trabajo del otro. Cdigo comn. En grandes sistemas, cuando se modifican
funciones comunes de un programa, es necesario notificarlo a todos los miembros del
grupo. Sin una administracin de cdigo efectiva, no hay forma de estar seguro de
encontrar y alertar a cada uno de los miembros del equipo.
Versiones. Muchos de los grandes programas son desarrollados en releases
evolucionarios. Con uno siendo utilizado por el usuario, otro en testeo, y un tercer en
desarrollo, los arreglos de errores deben ser propagados entre ellos.
Los elementos que componen la administracin de configuracin de software son:

Identificacin de la configuracin. Corresponde a una disciplina para identificar la
configuracin de un tem, documentando sus caractersticas funcionales y fsicas.
Auditoria de configuracin. Provee los mecanismos para determinar una lnea base
formalmente establecida. Control de configuracin. Es la ejercitacin de
procedimientos establecidos para clasificar, aprobar o reprobar, liberar, mplementar y
confirmar cambios aprobados a especificaciones y lneas base.
Contabilidad del estatus de configuracin. Contabilidad de configuracin es el
registro y reporte de datos relacionados con la identificacin de la configuracin,
estatus de aprobacin de cambios propuestos y estatus de implementacin de
cambios aprobados durante todas las fases del proyecto.
Relacin con otros roles
El administrador de la configuracin de software se relaciona con todos los
integrantes de su equipo de una o ms de las siguientes formas:
Si los roles producen un tem de configuracin de software que ha sido
identificado y puesto en el repositorio de administracin de la configuracin
de software.
Si pertenecen al Cuerpo de Control de Cambios.
Si solicitan un cambio de tem de la configuracin de software.
Si la persona debe implementar un cambio.
Si uno de los eventos anteriores ocurre, estas personas deben realizar las
actividades correspondientes de acuerdo al Plan de Administracin de
Configuracin de Software. Adems, deben saber que la administracin de
la configuracin de software es un punto central en cualquiera de esas
actividades. Especficamente, la relacin con cada uno de los roles es:
Administrador de proyecto: Su plan ser parte del repositorio de
administracin de la configuracin de software. Adems, l es parte del
CCC.
Analista: Los tems de configuracin de software producidos por este rol
son el DRU y el DRS.
Diseador: Los tems de configuracin de software producidos por este rol
son el DDA y el DDD. Por lo tanto, el diseador es parte del CCC.
Programador: Los tems de configuracin de software producidos por este
rol son parte del DDD y el cdigo del sistema (fuente y ejecutable). Este rol es
parte del CCC.
Tster: El nico tem de configuracin de software
Gerencia de las Comunicaciones

La Gestin de las comunicaciones
del proyecto incluye todos los
procesos requeridos para asegurar
la apropiada y oportuna generacin,
recoleccin, distribucin,
almacenamiento, recuperacin, y
destino final de la informacin del
proyecto.

Planificacin
Planificacin de las Comunicaciones:

Determinar las necesidades de informacin y comunicacin de los
interesados del proyecto.

Ejecucin

Distribucin de Informacin :

Poner la informacin necesaria, disponible a los interesados del
proyecto de una manera oportuna.


Control
Informar el rendimiento :

Recopilar y distribuir informacin sobre el rendimiento.

Gestionar a los interesados :

Gestionar las comunicaciones para satisfacer los requerimientos y
resolver temas polmicos con los interesados del proyecto.
Modelos emisor-receptor.
El arte de las
comunicaciones
involucra...
Gestin de las Comunicaciones
Seleccin del medio.
Estilos de redaccin.
Tcnicas de presentacin.
Tcnicas de gestin de reuniones.
El modelo bsico de comunicaciones describe como
las ideas o la informacin es enviada y recibida
entre dos partes.
ruido
Gestin de las Comunicaciones
Acuse de recibo
Gestin de las Comunicaciones
El modelo bsico de comunicaciones describe como las
ideas o la informacin es enviada y recibida entre dos
partes.
Quin necesita
cual informacin?
Cuando la
necesita?
Cmo se le dar
la informacin?
Quin le dar
la informacin?
Planificacin de las Comunicaciones
Determina las necesidades de informacin y
comunicaciones de los interesados del proyecto.
A travs de la Gestin en la Comunicacin
se pueden enfocar y matizar diferentes
prioridades del proyecto, como: la
realizacin de cierto objetivo, la reduccin
de conflictos en la cohesin de los
miembros, la creacin de espacios de
informacin, participacin y opinin.

Objetivo:
El proceso de la comunicacin de proyectos tiene por
objeto la generacin apropiada y en tiempo apropiado
la recopilacin distribucin, almacenamiento y
disposicin de la ultima informacin del proyecto.
Establece los enlaces y vnculos correspondientes entre las personas, ideas e
informacin, para alcanzar el xito del proyecto.

Cada una de las personas involucradas en el proyecto, debe de estar
preparada para preparar, enviar y recibir informacin, y debe de
comprender como las comunicaciones que ellos gestionan afectan al
desarrollo del proyecto.
Procesos de la gestin de la comunicacin
Planificacin de la Comunicacin.- Aqu se define la informacin y
comunicacin necesaria para los participantes del proyecto.

Distribucin de la informacin.- poner la informacin necesaria a disposicin de
los interesados.

Informar el rendimiento.-recopilar y distribuir la informacin sobre el rendimiento.

Gestionar a los interesados.- gestionar las comunicacin a fin de satisfacer los
requisitos de los interesados.

MATRIZ DE COMUNICACION
Para distribuir la informacin del proyecto en pro de una
comunicacin efectiva.
La matriz de comunicaciones es una herramienta de
gestin que contiene una descripcin detallada de
todos lo requisitos y necesidades de informacin de los
participantes del proyecto y cuya responsabilidad de
elaborar e implementar recae sobre el lder del
proyecto

Para qu sirve?
Para mantener informados a los involucrados y asegurar una
comunicacin efectiva. Facilita la toma oportuna de decisiones y la
tranquilidad de los involucrados clave.

Qu incluye?
Listas de reportes de avance y contenidos.
Documentos de planeacin relevantes y contenidos.
Lista de distribucin.
Periodicidad de la distribucin.
Medio de la distribucin de la informacin.
Responsable de emitir el reporte.
CALENDARIO DE EVENTOS
Para programar las actividades, reuniones, pagos y
otros eventos peridicos no incluidos en el
programa.

Para qu sirve?
Permite una visin grfica completa de los
eventos ms importantes a lo largo del calendario
del proyecto, facilitando la integracin de sus
objetivos.


Qu incluye?
Fechas de los eventos repetitivos relevantes del proyecto como:
reuniones, pagos, trmite de facturas, fechas de entregables parciales y
final, eventos clave, entregas de reportes mensuales, etc.

Cmo desarrollarla?
Sealar cada evento relevante en un calendario con todo el proyecto
utilizando simbologa grfica.

Cundo utilizarla?
Elaborarla durante la planeacin y actualizarla a lo largo del proyecto.



Factores
ambientales de la
empresa
Anlisis de requisitos
de la
comunicacin
Plan de gestin de
las comunicaciones

GESTION DE LA
INFORMACION DE
PROYECTOS
Plan de la
comunicacion
es
Distribucin
de la
informacin
Informes de
rendimiento
Gestionar
interesados
Medidas de
distribucin
Requerimientos de
cambios

Plan de gestin
de la
comunicacin
Mtodos de
comunicacin
Soluciones de
cambio

Informes del estado del
proyecto
Informes de progreso
del proyecto
Informes de previsiones
del proyecto
MATRIZ DE COMUNICACIN
CALENDARIO DE EVENTOS