Gestión de Proyectos

Sistemas de
Información II
Gestión de Proyectos
Gabriela Flores
Desarrollo de Software
Proyecto
Personas
es una
Instancia
de un
Proceso
Proceso
Cuatro Proyecto
P
Producto
Personas
El personal debe organizarse en equipos

eficaces y motivados para el desarrollo de
software de alta calidad, mediante una
comunicación efectiva.
Modelo de madurez de capacidades del

personal (People-CMM): las organizaciones, a
fin de lograr sus objetivos, deben mejorar su
habilidad para atraer, desarrollar, motivar,
organizar y conservar su fuerza de trabajo.
Para ser efectivo, el equipo de software debe

maximizar las habilidades y capacidades de
cada persona. Y ésta es labor del líder del
equipo.
Personas
La administración del proyecto
implica un buen manejo de las
relaciones interpersonales.
Los profesionales competentes
no son siempre los mejores
líderes de equipo.
Un líder de proyecto, acorde al
modelo MOI de liderazgo
posee:
1. Motivación.
2. Organización.
3. Ideas o innovación.
Producto
La primera actividad en la administración del proyecto de software es
determinar el ámbito del software, respondiendo las siguientes preguntas:
1. Contexto. 2. Objetivos de 3. Función y

información. desempeño.
¿Cómo encaja en un ¿Qué objetos de datos ¿Qué función realiza el

sistema (producto) o visibles para el cliente software para
contexto empresarial se producen como transformar los datos
más grande el software salida del software? de entrada en salida?
que se va a construir?
¿Existe alguna
¿Qué objetos de datos característica de
¿Qué restricciones se
se requieren como desempeño especial
imponen como
entrada? que deba abordarse?
resultado del contexto?
Producto
El ámbito del software no debe ser ambiguo y debe aportar
explícitamente datos cuantitativos (número de usuarios
simultáneos, entorno objetivo, máximo tiempo de respuesta
permisible), restricciones y/o limitaciones (proveedor de
comunicaciones, restricciones ambientales) y describir factores
mitigantes
Proceso y Proyecto
El Proceso de Desarrollo de Software guiará el proyecto,
servirá como plantilla para la generación de proyectos.
Proceso y Proyecto
En un ensayo acerca del proceso de software y los proyectos,
Barry Boehm sugiere un enfoque, el principio W5HH , que aborda
los objetivos del proyecto, hitos y calendarios, responsabilidades,
enfoques administrativos y técnicos, y recursos requeridos.
¿Por qué (why) se desarrollará el sistema?

¿Qué (what) se hará?
¿Cuándo (when) se hará?
¿Quién (who) es responsable de cada función?
¿Dónde (where) se ubicarán en la organización?
¿Cómo (how) se hará el trabajo, técnica y organizativamente?
¿Cuánto (how much) se necesita de cada recurso?
Puntos clave en Administración
y Gestión de Proyectos
2º
1º
El proceso debe adaptarse
al personal y al producto.
El reconocimiento de las
diferencias humanas es
el primer paso hacia la
creación de equipos en 3º
los que el todo es mayor
que la suma de las
partes. Deben identificarse riesgos,
de manera temprana en el
proyecto, para mitigarlos.
Métricas
La medición permite mejorar el proceso de desarrollo de software;
auxiliar en la planificación, rastreo y control de proyectos, y
valorar la calidad del producto que se elabora.
Las medidas de atributos específicos del proceso, proyecto y

producto se usan para calcular las métricas de software, que
pueden analizarse para proporcionar indicadores que guíen las
acciones administrativas y técnicas.
Métricas de Proceso y de Proyecto
La medición proporciona un mecanismo de evaluación objetiva,
ampliando la comprensión del proceso y del proyecto.
Según Park, Goethert y Florac se mide para:
1. Caracterizar un esfuerzo y comprender los procesos, productos,

recursos y entornos; a fin de establecer líneas de referencia
para comparar con valoraciones futuras.
2. Evaluar y comparar el estado de avance con respecto a lo
planificado.
3. Predecir y construir modelos de las relaciones entre procesos y
productos.
4. Mejorar, identificando barreras, causas raíz, ineficiencias y
oportunidades de mejora para la calidad del producto y el
desempeño del proceso.
Métricas de Proceso y de Proyecto
Las métricas de proceso permiten que una organización adopte una
visión estratégica al proporcionar comprensión acerca de la
efectividad de un proceso de software.
Las métricas de proyecto son tácticas. Permiten que un gerente de
proyecto adapte el flujo de trabajo del proyecto y el enfoque
técnico en tiempo real.
¿Qué otras métricas, aplicables a

la ingeniería del software conoce?
Métricas
La medición da como resultado un cambio cultural.
Recopilación de datos, Cálculo de métricas; y Análisis y Evaluación de métricas son los pasos que deben implementarse para
comenzar un programa de métricas.
Al crear una línea de referencia de métricas, una base de datos que

contenga mediciones de proceso y producto, se puede obtener una
mejor comprensión del trabajo que se hace y del producto que se
elabora.
Estimación de Proyectos de SW
La administración de los proyectos de software comienza con un

conjunto de actividades que de manera colectiva se llaman
planificación de proyecto.
Antes de que el proyecto comience, el equipo de software debe

estimar el trabajo que se va a realizar, los recursos que se
requerirán y el tiempo que transcurrirá de principio a fin.
Una vez completadas dichas actividades, el equipo de software

debe establecer un calendario del proyecto.
Planificación del Proyecto
Conjunto de Tareas:
1 – Establecer el ámbito del proyecto
2 – Determinar la factibilidad
3 – Analizar los riesgos
4 – Definir recursos requeridos
5 – Estimar costo y esfuerzo
6 – Desarrollar un calendario del proyecto

1 – Establecer el ámbito del proyecto
El ámbito del software describe funciones y características que se

entregan a los usuarios finales; entradas y salidas; el “contenido”
que se presenta a los usuarios como consecuencia de usar el
software y el desempeño, las restricciones, las interfaces y la
confiabilidad que se ligan al sistema.
El ámbito se define usando alguna de las siguientes técnicas:
1. Una descripción narrativa del ámbito del software desarrollada

después de la comunicación con todos los participantes.
2. Los usuarios finales desarrollan un conjunto de casos de uso.

2 – Determinar la factibilidad
Una vez identificado el ámbito, la cuestión es indagar si puede

construirse software para satisfacer ese ámbito. Preguntarse si el
proyecto es factible.
La Factibilidad tiene dimensiones sólidas:
• Técnica: demostrar la facultad del sistema para ponerse en marcha y
mantenerse en el tiempo.
• Económica: justificar que la inversión genera una ganancia, demostrar que

si el sistema no cumple con su objetivo no habrán perdidas económicas o
serán mínimas. (Relación costo/ beneficio)
• Operacional u operativa : Muestra como puede cambiar el sistema el

entorno del usuario y las actividades que realiza. (Impacto sobre usuarios y
otros sistemas de la organización)
3 – Analizar los riesgos
Los objetivos de la gestión de riesgos son identificar, dirigir y eliminar

las fuentes de riesgo antes de que empiecen a afectar a la
finalización satisfactoria de un proyecto software.
El riesgo siempre implica dos características:
Incertidumbre: el acontecimiento que caracteriza al riesgo puede o

no puede ocurrir.
Pérdida: si el riesgo se convierte en una realidad, ocurrirán

consecuencias no deseadas o pérdidas.
4 – Definir recursos requeridos
La estimación de los
recursos requeridos incluye
las categorías:
• personal,
• componentes de software
reutilizables, y
• entorno de desarrollo
(herramientas de hardware y
software).
5 – Estimar costo y esfuerzo
La estimación de costo y esfuerzo del software nunca será una

ciencia exacta. Demasiadas variables (humanas, técnicas,
ambientales, políticas) pueden afectar el costo final del software y el
esfuerzo aplicado para su desarrollo.
Para lograr estimaciones confiables de costo y esfuerzo,
surgen algunas opciones:
1. Retrase la estimación hasta avanzado el proyecto
2. Base las estimaciones en proyectos similares que ya estén completos.
3. Use técnicas de descomposición relativamente simples para generar
estimaciones de costo y esfuerzo de proyecto. (PF, casos de uso)
4. Use uno o más modelos empíricos para estimación de costo y esfuerzo
de software.
6 – Desarrollar un calendario del proyecto
La calendarización es la culminación de la actividad de planificación que

cuando se combina con los métodos de estimación y análisis de riesgos,
establece un mapa de caminos para el gerente del proyecto.
La calendarización comienza con la descomposición del proceso. Las

características del proyecto se usan para adaptar un conjunto de tareas
adecuado para el trabajo que se va a realizar.
Una red de tareas muestra cada tarea de ingeniería, su dependencia de

otras tareas y su duración proyectada. La red de tareas (Diagrama de
PERT) se usa para calcular la ruta crítica, un cronograma (Diagrama de
Gantt) y otra información del proyecto. Al usar el calendario como guía,
puede monitorearse y controlar cada paso en el proceso de software.
¡Muchas gracias por su
participación!
Gabriela Flores
Bibliografía
• Pressman, Roger (2006). Ingeniería de
software un enfoque práctico. 6. ed.
McGraw Hill.

Gestión de Proyectos

Cargado por

Copyright:

Formatos disponibles

Gestión de Proyectos

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Gestión de Proyectos

Cargado por

Copyright:

Formatos disponibles

Sistemas de

El personal debe organizarse en equipos

Modelo de madurez de capacidades del

Para ser efectivo, el equipo de software debe

1. Contexto. 2. Objetivos de 3. Función y

¿Cómo encaja en un ¿Qué objetos de datos ¿Qué función realiza el

¿Por qué (why) se desarrollará el sistema?

Las medidas de atributos específicos del proceso, proyecto y

1. Caracterizar un esfuerzo y comprender los procesos, productos,

¿Qué otras métricas, aplicables a

Al crear una línea de referencia de métricas, una base de datos que

La administración de los proyectos de software comienza con un

Antes de que el proyecto comience, el equipo de software debe

Una vez completadas dichas actividades, el equipo de software

1 – Establecer el ámbito del proyecto

3 – Analizar los riesgos

4 – Definir recursos requeridos

5 – Estimar costo y esfuerzo

6 – Desarrollar un calendario del proyecto

El ámbito del software describe funciones y características que se

El ámbito se define usando alguna de las siguientes técnicas:

1. Una descripción narrativa del ámbito del software desarrollada

2. Los usuarios finales desarrollan un conjunto de casos de uso.

Una vez identificado el ámbito, la cuestión es indagar si puede

• Económica: justificar que la inversión genera una ganancia, demostrar que

• Operacional u operativa : Muestra como puede cambiar el sistema el

Los objetivos de la gestión de riesgos son identificar, dirigir y eliminar

El riesgo siempre implica dos características:

Incertidumbre: el acontecimiento que caracteriza al riesgo puede o

Pérdida: si el riesgo se convierte en una realidad, ocurrirán

La estimación de costo y esfuerzo del software nunca será una

La calendarización es la culminación de la actividad de planificación que

La calendarización comienza con la descomposición del proceso. Las

Una red de tareas muestra cada tarea de ingeniería, su dependencia de

También podría gustarte