GESTION

DE
PROYECTOS.
 GESTOR DE PROYECTOS
El gestor de proyectos es quien se encarga
de establecer el compromiso entre nivel de
calidad- objetivos logrados. A mayor tiempo
y esfuerzo dedicado, mayor calidad y
objetivos logrados.
En un proyecto es necesario una persona
encargada de velar por los intereses del
cliente ante su empresa y luchar por una
correcta asignación de recursos y
esfuerzos.
 PLANIFICACION
En este proceso es importante
detectar la fuente de información mas
valiosa: documentos iniciales,
condiciones, actas de reuniones
previas.
La idea es establecer los
requerimientos máximos y los
requerimientos suficientes para lograr
el objetivo.
METODOLOGIA DE GESTION
La comunicación → para
conseguir un buen desarrollo.
Entre estos podemos nombrar: los
responsables de los
departamentos, equipo de trabajo,
documentación, información del
sistema de trabajo o producción,
etc.
 FASES IMPORTANTES
Podemos considerar 5 fases importantes
que definiremos a grandes rasgos:
Concepto
Especulación
Exploración
Revisión
Cierre
 CONCEPTO
En la fase de concepto se crea la
visión del producto o servicio que
quiere obtener. Se decide y selecciona
al equipo de personas que lo llevarán a
cabo.
Partir sin una visión determinada
genera esfuerzo baldío. Del mismo
modo que en términos de empresa, la
visión es un factor crítico para el éxito
del proyecto.
 Se necesita tener la visión
de lo que se quiere, y
conocer el alcance del
proyecto.
Esta información la deben
compartir todos los
integrantes del equipo.
 ESPECULACION
Una vez que se sabe qué es lo
que hay que desarrollar, el
equipo especula y construye
hipótesis sobre la información
de la visión, es muy general e
insuficiente para determinar las
implicaciones de un desarrollo
(requisitos, diseño, costos).
En esta fase se determinan las
limitaciones impuestas por el
entorno requerido (costos
principalmente) y se especula la
primera aproximación de lo que se
puede producir.
La gestión ágil investiga y desarrolla
tomando como partida la visión del
producto. Durante el desarrollo
confronta la realidad de lo que va
obteniendo. Su valor, posibilidades y
la situación de negocio del entorno
en cada momento.
La fase de especulación se repite
en cada iteración del desarrollo, y
teniendo como referencia la
visión y el alcance del proyecto
que consiste en:
- Desarrollo / revisión de los
requisitos generales del
producto.
- Desarrollo de una lista con las
funcionalidades esperadas.
- Construcción de un plan de
entrega: Fechas en las que se
necesitan las versiones, hitos e
iteraciones del desarrollo. Este
plan refleja ya el esfuerzo que
consumirá el proyecto durante el
tiempo.
- En función de las características
del modelo de gestión y del
proyecto puede incluir también
una estrategia o planes para la
gestión de riesgos.
Si las exigencias de
cumplimiento de la
organización lo
requieren, también se
generan información
administrativa y
financiera.
 EXPLORACION

Se desarrollan las
funcionalidades de un
incremento del producto, que
han sido determinadas por el
equipo en la fase anterior.
 REVISION
El equipo y los usuarios revisan
las funcionalidades construidas
hasta ese momento.
Trabajan y operan con el
producto real para determinar
su alineación y dirección con el
objetivo.
 CIERRE

Al llegar a la fecha de entrega

de una versión de producto
(fijada en la fase de concepto
y revisada en las diferentes
fases de especulación), se
obtiene el producto esperado.
Posiblemente éste seguirá en
el mercado, y si se emplea
gestión ágil es presumible
que se trata de un producto
que necesita versiones y
mejoras frecuentes para no
quedar obsoleto. No quiere
decir necesariamente que se
ha terminado el proyecto.
Lo que se denomina
“mantenimiento” supondrá la
continuidad del proyecto en ciclos
incrementales hacia la siguiente
versión para ir acercándose a la
visión del producto, que también
es posible que vaya
evolucionando con el tiempo
conforme cambia el entorno
tecnológico.
 Según lo revisado
anteriormente:

Construyan un mapa conceptual de cómo

ustedes creen poder utilizar las fases en
una gestión de proyectos considerando al
gestor.
Grupos = 3 integrantes, expondrán cada
caso en el pizarrón.
CONCEPTOS
BASICOS
La gestión eficaz de un
proyecto de software se
centra en las 4 P :

PERSONAL
PRODUCTO
PROCESO Y
PROYECTO
Un gestor o jefe que no fomenta
una minuciosa comunicación con
el cliente al principio de la
evolución del proyecto se
arriesga a construir una solución
para un problema equivocado. El
gestor que emprende un
proyecto sin un plan sólido
arriesga el éxito del producto.
 PERSONAL

El modelo de gestión de personal

define las siguientes áreas claves
prácticas para el personal que
desarrolla software:

PARTICIPANTES
JEFES DE EQUIPO
EQUIPO DE SOFTWARE
 En esta sección tenemos a los
PARTICIPANTES que colaboran en el
proceso del software. Estos (participantes)
pueden clasificarse en una de estas 5
categorías:
1.GESTORES SUPERIORES
2.GESTORES (TECNICOS) DEL
PROYECTO
3.PROFESIONALES
4.CLIENTES
5.USUARIOS FINALES
1.GESTORES SUPERIORES
definen los aspectos de
negocios que a menudo tienen
una significativa influencia en el
proyecto.
2.GESTORES (TECNICOS) DEL
PROYECTO que deben
planificar, organizar y controlar a
los profesionales que realizan el
trabajo de software.
3. PROFESIONALES que proporcionan
las capacidades técnicas necesarias
para la ingeniería de un producto o
aplicación.
4.CLIENTES que especifican los
requisitos para el software y otros
elementos que tienen menor influencia
en el resultado.
5.USUARIOS FINALES que interaccionan
con el software una vez que se ha
entregado para la producción.
 JEFES DE EQUIPO

Se sugiere el siguiente modelo de

gestión:

MOTIVACION
ORGANIZACIÓN
IDEAS O INNOVACION
MOTIVACION: la habilidad para
motivar al personal técnico para
que produzca conforme a sus
mejores capacidades.
ORGANIZACIÓN: la habilidad
para amoldar procesos existentes
que permita al concepto inicial
transformarse en un producto
final.
IDEAS O INNOVACION: la
habilidad para motivar al
personal para crear y sentirse
creativos incluso cuando deban
de trabajar dentro de los límites
establecidos para un producto
o aplicación de software
particular.
Un gestor de proyectos debería
concentrarse en entender el
problema que hay que
resolver, gestionando el flujo
de ideas y haciendo saber al
resto del equipo de trabajo
que la calidad es muy
importante.
Otro punto de vista de las características que
define a un gestor de proyectos eficiente son:

1. RESOLUCION DE PROBLEMAS: un
gestor eficiente puede diagnosticar
los aspectos técnicos y de
organización mas relevantes,
estructurar una solución sistemática,
además deberá ser flexible para
cambiar la gestión si los intentos
iniciales de resolver el problema no
dan resultado.
2. DOTES DE GESTION: un
buen gestor debe tener
confianza para asumir el
control cuando sea
necesario.
3. INCENTIVOS POR LOGROS: un gestor
debe recompensar la iniciativa y los
logros de su equipo de trabajo.

4. INFLUENCIA Y CONSTRUCCION DE
ESPIRITU DE EQUIPO: un buen gestor
debe ser capaz de entender señales
verbales y no verbales y reaccionar ante
las necesidades de las personas que
envían esas señales. Debe mantener el
control en diferentes situaciones.
 EQUIPO DE SOFTWARE

La organización del personal

directamente involucrado en un
nuevo proyecto de software esta
dentro del ámbito del jefe de
proyecto.
Las siguientes opciones pueden aplicarse
a los recursos humanos de un proyecto:
Poco trabajo conjunto, la coordinación es
responsabilidad del jefe.
Diferentes tareas funcionales de manera que
se establecen equipos informales, se puede
nombrar un líder, la coordinación es
responsabilidad del jefe de proyecto.
Se organizan en equipos, a cada equipo se le
asigna una o mas tareas, la coordinación es
controlada por el equipo y por el jefe de
proyecto.
Se sugieren 3 organigramas de equipo,
de los cuales se describen siete factores
que se deberían considerar para la
planificación de organigrama de equipos:

DESCENTRALIZADO DEMOCRATICO (DD)

DESCENTRALIZADO CONTROLADO (DC)
CENTRALIZADO CONTROLADO (CC)
ORGANIGRAMAS DE EQUIPO

DESCENTRALIZADO
DEMOCRATICO: este equipo no
un jefe permanente, mas bien se
nombran coordinadores de tareas a
corto plazo y se sustituyen por otros
para diferentes tareas. Las
decisiones se hacen en consenso
del grupo.
DESCENTRALIZADO
CONTROLADO: este equipo tiene
un jefe definido que coordina tareas
especificas y jefes secundarios que
tienen responsabilidades sobre
subtareas. La resolución de
problemas es en grupo, pero la
implementación de soluciones se
reparte en subgrupos por el jefe de
equipo.
CENTRALIZADO
CONTROLADO: el jefe de
equipo se encarga de la
resolución de problemas a alto
nivel y la coordinación interna
del equipo.
 FACTORES A CONSIDERAR:

1.La dificultad del problema que

hay que resolver.
2.El tamaño del programa
resultante en líneas de código o
puntos de función.
3.El tiempo del equipo que estará
junto (tiempo de vida del equipo).
4. El grado en que el problema
puede ser modularizado.
5. La calidad requerida y fiabilidad
del sistema que se va a
construir.
6. La rigidez de la fecha de
entrega.
7. El grado de sociabilidad
(comunicación) requerido para
el proyecto.
 Además se sugieren 4
paradigmas de organización
para equipos :

1.PARADIGMA CERRADO
2.PARADIGMA ALEATORIO
3.PARADIGMA ABIERTO
4.PARADIGMA SINCRONIZADO
1.PARADIGMA CERRADO:
estructura a un equipo con una
jerarquía tradicional de autoridad.
2.PARADIGMA ALEATORIO:
estructura al equipo libremente y
depende de la iniciativa individual
de los miembros del equipo. Son
excelentes para innovar.
3. PARADIGMA ABIERTO: el trabajo
se desarrolla en colaboración, con
mucha comunicación y toma de
decisiones consensuadas.
4. PARADIGMA SINCRONIZADO:
se organiza al equipo de trabajo
para trabajar en partes del
problema con poca comunicación
activa entre ellos.
 PRODUCTO

Antes de poder planificar un

proyecto, se deberían establecer
los objetivos y el ámbito del
producto. Se deberían considerar:
Soluciones alternativas e identificar
las dificultades técnicas y de
gestión.
El desarrollador de software debe reunir
los objetivos del producto y su
ámbito.
Los objetivos identifican las metas
generales del proyecto.
El ámbito identifica los datos primarios,
funciones y comportamientos que
caracterizan el producto.
Una vez que se han entendido los
objetivos y el ámbito del producto se
consideran soluciones alternativas.
 Se requieren estimaciones
cuantitativas y un plan
organizado, pero no se dispone
de información sólida. Un
análisis detallado de los
requisitos proporcionaría la
información necesaria para las
estimaciones.
 PROCESO
Este proceso proporciona la
estructura desde ka que se
puede establecer un detallado
plan para el desarrollo del
software. Se le debe aplicar un
pequeño número de actividades
estructurales .
 En esta sección se debe seleccionar el
modelo de proceso apropiado para la
ingeniería del software que debe aplicar
el equipo del proyecto.
Por ejemplo:
Modelo secuencial lineal
Modelo de prototipo
Modelo incremental
Modelo en espiral
Modelo de desarrollo
El gestor del proyecto debe decidir que
modelo de proceso es el más adecuado
para:
–Los clientes que han solicitado el
producto y la gente que realizará el
trabajo.
–Las características del producto en sí.
–El entorno del proyecto en el que
trabaja el equipo de software.
Cuando se selecciona un
modelo de proceso, el
equipo define entonces un
plan de proyecto preliminar
basado en un conjunto de
actividades estructurales.
La planificación de un
proyecto empieza
con la maduración
del producto y el
proceso.
 Todas las funciones deben pasar por un
conjunto de actividades estructurales,
las cuales se asumen de la siguiente
manera:
1. Comunicación con el cliente: tareas
requeridas para establecer la obtención
de requisitos eficiente entre el
desarrollador y el cliente.
2. Planificación: tareas requeridas para
definir los recursos, la planificación
temporal del proyecto y cualquier
información relativa a él.
3. Análisis del riesgo: tareas requeridas
para valorar los riesgos técnicos y de
gestión.
4. Ingeniería: tareas requeridas para
construir una o más
representaciones de la aplicación.
5. Construcción y entrega: tareas
requeridas para construir, probar,
instalar y proporcionar asistencia al
usuario.
6. Evaluación del cliente: tareas
requeridas para obtener
información de la opinión del
cliente.

Los integrantes del equipo que

trabajan en cada función aplicarán
todas las actividades estructurales.