Está en la página 1de 20

Tema 1:

Gestión de Proyectos.
Conceptos y Principios Básicos

Diana Marcela Sá
Sánchez Fúquene
Ingeniería del Software de Gestión

¿Qué es un proyecto?
 Definición 1:
◦ Es un conjunto de actividades planificadas,
ejecutadas y supervisadas que, con recursos
finitos, tiene como objetivo crear un
producto o servicio único.

 Definición 2:
◦ Un proyecto es una actividad que tiene un
inicio, que se lleva a cabo para conseguir unos
objetivos definidos y tiene un final previsto.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 2


Objetivo de un proyecto
 El objetivo principal es obtener un
resultado en forma de bien o producto
para un cliente que da una
especificaciones y marca unos objetivos a
cumplir para que el proyecto se lleve a
cabo.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 3

Esquema de un proyecto
Cliente

Recursos

Bien o servicio
09/02/2010 Ing.Software de Gestión (LADE-ITIG) 4
¿Cómo debe ser un buen proyecto?
 Objetivos claros y definidos.
 Las actividades se deben poder planificar,
ejecutar y controlar.
 Menor número de recursos y mínimo
tiempo.
 Debe tener un inicio y un final previstos.
 Debe tener un resultado único.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 5

Fases de un proyecto

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 6


¿Por qué la Gestión de Proyectos?
 Gran número de empresas, buenas y
malas, grandes y pequeñas, tienen a
menudo un factor común  Proyectos
pesadilla:
◦ Proyectos con fechas imposibles de cumplir
◦ Generando productos decepcionantes para
sus usuarios y
◦ Consumiendo ingentes horas de
mantenimiento
Idea de Meiler Page-Jones

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 7

Dificultad de Dirigir un Proyecto


Informático
 El software es intangible
◦ Tiene una naturaleza no física (el hardware tiene una
importancia sólo relativa), lo que le separa de los productos de
otras ingenierías
 No es fácil de controlar (efectos laterales imprevistos)
 Composición no trivial (costos de integración)
 Muy difícil de medir (necesidad de métricas propias)
 Medir el producto, y también el proceso
◦ Además, su costo de replicación es prácticamente nulo
 Es la característica principal que distingue al proceso de software
 No es comparable a una ingeniería clásica
 El costo de diseño no se amortiza con la producción en serie
 Recuerda más a la arquitectura, y aun así no se construye
◦ Finalmente, incluso el comportamiento del proyecto es distinto
 Ley de Brooks – en Informática, no existe el hombre-mes
 “La adición de personal a un proyecto informático, de hecho lo retrasa”

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 8


Un chiste demasiado cierto …

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 9

¿Qué es la gestión de proyectos?


 Es un conjunto de actividades con el
objetivo de ordenar, disponer y organizar
los recursos y las necesidades para
completar con éxito un cierto proyecto.

 El proceso de gestión es un conjunto de


actividades que se hacen antes y durante
todo el proceso de desarrollo de forma
paralela a éste.

PLANIFICAR Y HACER EL SEGUIMIENTO

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 10


Lo que involucra la Gestión de
Proyectos
 ¿Quién la hace?: Todos gestionan.
◦ IS: Gestiona sus actividades diarias; planifica,
supervisa y controla labores técnicas.
◦ Gestores de Proyecto: Planifican, supervisan y
controlan el trabajo del equipo de IS.
◦ Gestores Ejecutivos: Coordinan la relación entre
el negocio y los profesionales del software.
 ¿Por qué es importante?:
◦ La construcción de software involucra a mucha
gente que trabaja durante mucho tiempo
 Actividad compleja que necesita ser
gestionada.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 11

Gestión vs Dirección
 La dirección de proyectos es un termino
más amplio que el de gestión.
 La dirección abarca actividades de más
responsabilidad
 La dirección requiere más experiencia y
profesionalidad.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 12


Áreas que se deben gestionar

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 13

Gestió
Gestión de Proyectos:
Ámbito de la gestión
 La gestión eficaz de un proyecto software se
centra en:
Personal  importante esfuerzo humano:
Ingeniería del software eficaz

Producto  comunicación con el cliente para


conocer el problema: “Mal inicio =
Problema equivocado”

Proceso  uso eficiente de métodos, técnicas y


recursos: Modelo/Ciclo de vida

Proyecto  importancia del plan del proyecto

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 14


Gestió
Gestión de Proyectos:
Personal
 Modelo de madurez  evaluar la capacidad
de gestión del personal

 Esfuerzo humano. Características:


◦ Bien remunerado  retribución
◦ Cualificado  talento, entrenamiento,
preparación
◦ Motivado  espíritu de equipo, ambiente de
trabajo
◦ Considerado

 Éxito = alta eficacia en la práctica de


ingeniería de software
09/02/2010 Ing.Software de Gestión (LADE-ITIG) 15

Gestió
Gestión de Proyectos:
Personal
 Factor humano:
humano aspecto más importante de la gestión.

 Participantes:
 Gestores superiores  aspectos de negocio
 Gestores (técnicos) del proyecto  planificar, motivar, organizar
y controlar a los profesionales
 Profesionales  capacidades técnicas
 Clientes  especificación de requisitos y detalles
 Usuarios finales  interacción con el producto/solución software

 Separación/Asignación de responsabilidades
 Maximizar habilidades y capacidades  Jefe de Proyecto

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 16


Gestió
Gestión de Proyectos:
Personal – Jefes de Proyecto
 Buen técnico ≠ Buen jefe
“En una jerarquía, todo empleado tiende a ascender hasta su
nivel de incompetencia”. Lawrence J. Peter

 Modelo de gestión (habilidades del jefe de proyecto):


 Motivació
Motivación. Adecuar la producción conforme a las mejores
capacidades de cada empleado
 Organizació
Organización. Adecuar/Crear procesos para llevar el
concepto inicial al producto final
 Ideas/Innovació
Ideas/Innovación. Motivar al personal para aportar ideas
dentro de los límites del proyecto

 Objetivo principal: hacer ver al equipo la importancia


de la calidad del producto en desarrollo

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 17

Gestió
Gestión de Proyectos:
Personal – Jefes de Proyecto
 Otras características. Jefes de proyecto eficientes:
◦ Resolució
Resolución del problema.
problema Diagnosticar, estructurar,
motivar, aplicar lecciones aprendidas, flexibilidad.

◦ Dotes de gestió
gestión. Liderazgo: control y libertad.

◦ Incentivos por logros.


logros Recompensas, no
penalizaciones si dentro de riesgos controlados.

◦ Motivación del espí


espíritu de equipo.
equipo Control en cada
situación.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 18


Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Definición
◦ Estructura organizada del personal de desarrollo de
software encargada de la implementación de una solución

 Enfoques de organización
◦ Nº tareas = Nº de individuos  gestor del proyecto
debe coordinar
◦ Nº tareas > Nº de individuos  equipos informales
con líder
◦ Varios equipos  estructura homogénea.
Coordinación dentro del grupo y por el gestor del
proyecto

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 19

Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Criterios de formación de equipos:
(factores de planificación del organigrama)
◦ Dificultad del problema.
◦ Tamaño de la solución (LC o PF)
◦ Tiempo que el equipo estará junto
◦ Grado de modularidad del problema
◦ Nº de personas por equipo. Niveles de
preparación
◦ Calidad y fiabilidad requeridas
◦ Rigidez de la fecha de entrega
◦ Grado de comunicación requerido

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 20


Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Organigramas de equipo
◦ Descentralizado democrá
democrático (DD)
 Sin líder de grupo permanente  en función de la
tarea
 Decisiones por consenso dentro del grupo
 Comunicación horizontal
 Características
 Recomendado en problemas difíciles (capacidades
personales)
 Para equipos con tiempo de vida largo. Moral más alta y
satisfacción
 Problemas de modularidad baja (gran cantidad de
comunicación)

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 21

Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Organigramas de equipo
◦ Descentralizado controlado (DC)
 Líder de grupo permanente  jefes secundarios en
subtareas
 Resolución de problemas en grupo. Implementación de
subtareas asignada por el líder
 Comunicación horizontal entre subgrupos e individuos.
Comunicación de control vertical
 Características
 Recomendado en problemas complejos fácilmente
modularizables en problemas sencillos
 - Cantidad de comunicación = + Rendimiento  Proyectos
grandes con formación de subgrupos

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 22


Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Organigramas de equipo
◦ Centralizado controlado (CC)
 Líder de grupo permanente  resolución de
problemas de alto nivel +
coordinación interna
 Comunicación vertical
 Características
 Recomendado en problemas complejos fácilmente
modularizables en problemas sencillos
 Menos defectos que organigramas no controlados
 Requieren menos tiempo que organigramas
descentralizados

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 23

Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Impacto de los factores de organización
DD DC CC
Dificultad Alta Baja Baja

Tamaño Pequeño Grande Grande

Duración del
Largo Corto Corto
equipo

Modularidad Baja Alta Alta

Fiabilidad Alta Alta Baja

Fecha de entrega Flexible Flexible Estricta

Comunicación Alta Baja Baja

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 24


Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Paradigmas de organización
◦ Paradigma cerrado
 Jerarquía tradicional de autoridad (similar a CC)
 Ideal para SW similar a otro ya existente
 Poca innovación

◦ Paradigma aleatorio
 Libertad en el equipo
 Potencia la iniciativa  innovación o avances
tecnológicos
 Problemas para rendimiento ordenado

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 25

Gestió
Gestión de Proyectos:
Personal – Equipo de Software
 Paradigmas de organización
◦ Paradigma abierto
 Mezcla entre paradigmas “cerrado” y “aleatorio”
 Mucha comunicación, colaboración. Decisiones
consensuadas
 Problemas complejos pero rendimiento no muy
eficiente

◦ Paradigma sincronizado
 Alto grado de fraccionamiento del problema
 Compartimentar al personal del equipo
 Poca comunicación
09/02/2010 Ing.Software de Gestión (LADE-ITIG) 26
Gestió
Gestión de Proyectos:
Personal – Coordinación y Comunicación
 Problemas MUY habituales de proyectos
◦ Escala:
Escala Tamaño grande = complejidad, confusión,
dificultades de coordinación
◦ Incertidumbre:
Incertidumbre Multitud de cambios
◦ Interoperabilidad:
Interoperabilidad Compatibilidad de SW nuevo con
el anterior

 Soluciones
◦ Métodos para coordinar a los miembros del equipo
◦ Mecanismos de comunicación
 Formales
 Informales

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 27

Gestió
Gestión de Proyectos:
Personal – Coordinación y Comunicación
 Técnicas para la coordinación de proyectos
◦ Formal,
Formal enfoque impersonal
 Documentos, planificaciones, seguimiento de errores
 Entregas (código + informe), control de versiones, cambios
◦ Formal,
Formal procedimientos interpersonales
 Actividades de garantía de calidad
 Reuniones e inspecciones de estado, diseño y/o código
◦ Informal,
Informal procedimientos interpersonales
 Reuniones de divulgación de información (sesiones de grupo)
◦ Comunicació
Comunicación electró
electrónica
 Videoconferencia, mail, boletines
◦ Red interpersonal
 Discusiones/Reuniones con personal ajeno al proyecto

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 28


Gestión de Proyectos:
Personal
 Ejercicio de Análisis 1.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 29

Gestió
Gestión de Proyectos:
Producto
 Problema inicial
◦ Se requieren estimaciones y un plan organizado de
abordaje del problema
◦ No se dispone de información sólida

 Actividades
◦ Definir el ámbito del problema
◦ Descomponer el problema

 Objetivo
◦ Conseguir información sólida y consistente para
elaborar un plan

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 30


Gestió
Gestión de Proyectos:
Producto – Ámbito del problema
 Contexto
◦ ¿Cómo encaja el nuevo SW en un sistema o contexto
de negocios mayor? ¿Limitaciones del entorno?

 Objetivos de información
◦ Datos de entrada y de salida del producto a
desarrollar

 Función y rendimiento
◦ ¿Cómo se transforma la información? (descripción
genérica)
◦ ¿Limitaciones de eficiencia?¿Características de
rendimiento especiales?

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 31

Gestió
Gestión de Proyectos:
Producto – Descomposición del Problema
 Análisis de los requisitos del SW
◦ DFDs, E/R, Diagramas de despliegue UML…

 Áreas de descomposición
◦ Funcionalidad que debe entregarse
◦ Proceso a seguir

 Estrategia  Divide y vencerás


◦ Niveles de particionamiento
◦ Refinamiento

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 32


Gestió
Gestión de Proyectos:
Proceso
 Tareas iniciales
◦ Seleccionar el modelo de proceso.
proceso Aspectos a tener
en cuenta:
 Clientes y usuarios
 Características del producto en si
 Entorno del proyecto y equipo de desarrollo
◦ Establecer plan genérico de actividades estructurales
(dependientes del modelo)
◦ Descomposició
Descomposición del proceso en tareas requeridas a
los miembros del equipo de desarrollo

 Resultado
◦ Plan completo con las tareas concretas para cubrir las
actividades estructurales

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 33

Gestió
Gestión de Proyectos:
Proceso
 Maduración del producto y el proceso
◦ Estudio de las tareas del proyecto aplicando
las actividades estructurales
◦ Asignación de la funcionalidad del problema a
las tareas del proyecto (matriz)
◦ Estimación de recursos para cada
función/tarea en
 Tiempo
 Fechas de inicio y terminación
 Productos a fabricar

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 34


Gestió
Gestión de Proyectos:
Proceso
 Maduración del producto y el proceso.
Ejemplo
◦ Actividades estructurales
 Comunicación con el cliente
 Planificación
 Análisis del riesgo
 Ingeniería
 Construcción y entrega
 Evaluación del cliente

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 35

Gestió
Gestión de Proyectos:
Proceso
 Maduración del producto y el proceso.
Ejemplo
◦ Actividades estructurales: 
◦ Tareas (refinamiento de la actividad
“Comunicación con el cliente”)
 Lista de aspectos a clarificar
 Reunión con el cliente para resolverlos.
 Desarrollo conjunto del ámbito del proyecto
 Revisar el alcance del proyecto
 Modificar el alcance

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 36


Gestió
Gestión de Proyectos:
Proyecto
 Éxito de la gestión: comprender qué puede ir mal y cómo
hacerlo bien
 Indicios de fracaso:
◦ Miembros del equipo no comprenden lo que quiere el cliente
◦ Ámbito del producto mal/escasamente definido
◦ Cambios mal realizados/documentados
◦ Cambios de tecnología
◦ Cambios en las necesidades del negocio
◦ Fechas de entrega no realistas
◦ Incomprensión por parte de los usuarios
◦ Pérdida de patrocinadores
◦ Equipo de proyecto no tiene las habilidades apropiadas
◦ Los gestores (y desarrolladores) no implementan/siguen buenas
prácticas

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 37

Gestió
Gestión de Proyectos:
Proyecto
 Sentido común
◦ Empezar con buen pie  expectativas realistas

◦ Mantenerse  favorecer el dinamismo e incentivar la calidad

◦ Seguimiento del progreso  evaluar los resultados parciales

◦ Tomar decisiones inteligentes  las decisiones deben “seguir


siendo” sencillas

análisis al finalizar el proyecto  realimentación de


◦ Realizar un aná
la experiencia sobre el equipo de trabajo

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 38


Gestió
Gestión de Proyectos:
Proyecto
 Ejercicio de Análisis 2.

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 39

Bibliografía
 Roger S. Pressman. Ingeniería del Software: Un enfoque práctico.
Capítulo 3. Ed. McGraw Hill. 5ª edición.2002

 M. Piattini et al. Análisis y Diseño detallado de Aplicaciones Informáticas


de Gestión. Ed. Ra-Ma. 1996

09/02/2010 Ing.Software de Gestión (LADE-ITIG) 40