ingeniería del software1 gestión de proyectos “gran número de empresas, buenas y malas, grandes...

Ingeniería del Software 1

Gestión de Proyectos

“Gran número de empresas, buenas y malas, grandes y pequeñas, tienen a

menudo un factor común. Son los 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


Gestión de Proyectos (Cont.)

PPP - Personal, Problema y Proceso El Personal - Ingeniería SW Eficaz El Problema - Plan Organizado El Proceso - Modelo de Proceso



PPP - Personal, Problema, Proceso

• Personal - Esfuerzo humano intenso• Problema - “Mal inicio”

“Problema equivocado”• Proceso - Ciclo de vida



a) Personal - Esfuerzo humano intenso

‒ Bien remunerado‒ Cualificado‒ Motivado‒ Considerado

ÉXITO: Alta eficacia en la práctica de IS



b) Problema - “Mal inicio ERROR”

‒ Plantear objetivos y ámbito

‒ Estudiar soluciones alternativas

‒ Identificar dificultades técnicas y de gestión



Estimaciones razonables de tiempo y coste

Valoración del riesgo

Subdivisión realista de las tareas del proyecto



c) Proceso - Plan detallado del proyecto

– Actividades estructurales

– Conjunto de tareas (entregas, hitos)

– Actividades protectoras (configuración del software -> Control de cambios)



Generación de reglas que permiten

crear las pautas a seguir para la

resolución de problemas



El Personal - Ingeniería SW Eficaz

• LO MAS IMPORTANTE

• Participantes:– Gestores superiores– Gestores del proyecto (Técnicos)– Profesionales– Clientes– Usuarios finales



a) Jefes de equipo

– Buen técnico <> Buen Jefe de equipo– “Motivación”: – Producción = F

(capacidad personal)

– “Organización”: Inicio Fin

– “Ideas o innovación”: Permitir la

creatividad

– Importancia de la calidad



Jefes de equipo eficientes:

‒ Resolución de problemas‒ Dotes de gestión

‒ Incentivo de los logros

‒ Influencia y construcción de espíritu de equipo



b) Equipo de Software

Grupo donde el todo es mayor que la

suma de las partes.

– Organización en equipos.

– Cada equipo, “m” tareas funcionales.

– Coordinación por Equipo y por Gestor.



1. Organigramas de Equipo

i. Descentralizado Democrático - DDCoordinadores diferentes para tareas diferentes.

Decisiones por consenso en el grupo. Comunicación horizontal.

Tarea 1 Tarea 2

1.1 1.2 2.1 2.32.2

C A C B

C A C C C A




ii. Descentralizado Controlado - DCJefe de equipo coordina tareas y subjefes de tareas.

Decisiones por consenso en el grupo. Comunicación horizontal y vertical.

Tarea 1C A

J

Tarea 2

Tarea 3

C B

C C




iii. Centralizado Controlado - CCJefe de equipo coordina tareas. Comunicación

vertical.

Tarea 1

J

Tarea 2

Tarea 3



Equipo de SW (Cont.)

3. Factores para Planificar el Organigrama– Dificultad del problema a resolver

– Tamaño del programa resultante

– Tiempo de convivencia del equipo

– Grado de modularidad del programa

– Calidad y fiabilidad del sistema

– Rigidez de la fecha de entrega

– Grado de comunicación



3. Impacto

DD DC CC

Dificultad Alta Baja Baja

Tamaño Pequeño Grande Grande

Tpo. Equipo Largo Corto Corto

Modularidad Baja Alta Alta

Fiabilidad Alta Alta Baja

F. Entrega Flexible Flexible Estricta

Comunicación Alta Baja Baja



4. Paradigmas de organización

• Paradigma cerrado– Jerarquía tradicional de autoridad.– Ideal para SW similar a otro ya existente.– Poca innovación.

• Paradigma aleatorio– Libertad en el equipo.

– Potencia la iniciativa. – Problemas para rendimiento ordenado.



4. Paradigmas de organización (Cont)

• Paradigma abierto‒ Mix paradigma “cerrado” y “aleatorio”.‒ Mucha comunicación y decisiones

consensuadas.‒ Rendimiento no muy eficiente.

• Paradigma sincronizado‒ Compartimentar el problema. ‒ Compartimentar al personal del equipo. ‒ Poca comunicación.



c) Coordinación y comunicación

• Problemas MUY habituales de proyectos– Tamaño grande - Complejidad, confusión– Incertidumbre - Multitud de cambios– Interoperatividad - SW nuevo + anterior

• Establecer mecanismos de comunicación– Formales e informales



• Técnicas para la coordinación de proyectos

‒ Formal, enfoque impersonal Entregas Documentos

– Formal, procedimientos interpersonales Reuniones Calidad



• Técnicas para la coordinación de proyectos

(Cont.)

‒ Informal, procedimientos interpersonales Reuniones de divulgación información

‒ Comunicación electrónica Video-conferencia, correo electrónico

‒ Red interpersonal Personal ajeno al proyecto



El problema - Plan organizado

a) Definir el ámbito del softwareb) Descomponer el problema

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



a) Ámbito del software

• Contexto - ¿Cómo encaja el nuevo SW?

• Objetivos de información

– Datos de entrada y datos de salida

• Función y rendimiento– Cómo se transforma la información– Limitaciones de eficiencia.



b) Descomposición del problema

• Funcionalidad a entregar

• Proceso a seguir



• El proceso - Modelo de proceso

a) Seleccionar el modelo de procesob) Establecer plan genérico de actividadesc) Descomponer el proceso

Plan completo con las tareas concretas para cubrir las actividades estructurales.



• Madurar el problema y el proceso

Estudio de las tareas del proyecto aplicando las actividades estructurales

Estimar los requisitos, poner fechas y conocer los productos a fabricar.



• Madurar el problema y el proceso (Cont)

Ejemplo Actividades Estructurales

‒ Comunicación con el Cliente

‒ Planificación

‒ Análisis del riesgo

‒ Ingeniería

‒ Construcción y entrega

‒ Evaluación del 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.

• Revisar petición de cliente• Planificar y programa una

reunión formal con él.• Investigar soluciones y

enfoques• Preparar documento

formal• Realizar reunión• Desarrollo conjunto de

mini-especificaciones• Crear un documento de

alcance• Revisar y modificar

• Descomposición del proceso - Comparativa

ingeniería del software1 gestión de proyectos “gran número de empresas, buenas y malas, grandes...

Documents