Admnistracin de Proyectos

Organizar, planear y calendarizar proyectos de software.

Dr. Pedro Meja Alvarez.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 1

Objetivos

Definir la administracin de proyectos de software y sus caractersticas. Discutir la planeacin de proyectos y el proceso de planeacin. Demostrar como la presentacin grfica de la planificacin se utiliza en la administracin de proyectos.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 2

Tpicos

Actividades de la administracin. Planeacin de proyectos. Organizacin de actividades. Planificacin del proyecto.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 3

Administracin del Proyecto de Software

Son las actividades que permiten asegurar que el software se lleva a cabo a tiempo y de acuerdo a la planificacin. As como de acuerdo a los requerimientos del software.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 4

Importancia de la Administracin

La Ingeniera de software es una actividad econmica importante, que esta sujeta a restricciones econmicas y a restricciones no tcnicas. Los proyectos bien administrados a veces fallan. Los proyectos mal administrados siempre fallan. El objetivo del curso es introducir las actividades de la administracin, en vez de ensear a ser administrador. Solo se puede aprender a ser administrador de un proyecto, desempeando esta funcin.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 5

Caractersticas de la Administracin del Software

El producto a desarrollar es intangible El producto tiene su propia flexibilidad. La ingeniera de software no es reconocida como una disciplina de la Ingeniera con el mismo estatus de la mecnica, elctrica, matemticas, etc. El proceso de desarrollo de software no est estandarizado. La mayora de los proyectos de software son on-off.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 6

Actividades de la Administracin

Escritura de la propuesta. Estimacin del coste del proyecto. Planeacin del proyecto y planificacin (de tiempos). Monitorizacin del proyecto y revisiones. Seleccin del personal y evaluacin. Escritura de reportes y presentaciones.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 7

Casos comunes de la administracin

Las actividades de la administracin no son solo particulares en esta disciplina. Muchas tcnicas de la ingeniera de proyectos o de la investigacin de operaciones son igualmente aplicables a la administracin de proyectos. Los proyectos de ingeniera complejos tienden a sufrir los mismos problemas que los sistemas de software.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 8

Personal del Proyecto

Puede ser imposible reclutar a la gente ideal para trabajar en el proyecto.

El presupuesto del proyecto podra no permitir pagar altos salarios de gente experimentada. Podra no estar disponible la gente con la experiencia necesaria. La organizacin podra preferir capacitar a sus empleados en las capacidades necesarias del desarrollo de proyectos de software.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 9

Planeacin del Proyecto

Conjunto de actividades necesarias para desarrollar el proyecto. Probablemente es la actividad que ms consume tiempo. Existe una actividad continua desde el concepto inicial del proyecto hasta que este es liberado. Los planes deben de ser revisados regularmente a medida que est disponible nueva informacin.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 10

Estructura del plan del proyecto

Introduccin. Organizacin del proyecto. Anlisis de riesgos. Requerimientos de software y hardware. Reparticin del trabajo. Planificacin del trabajo. Monitorizacin y mecanismos de reporte.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 11

Tipos de planes del proyecto

Plan
Plan de Desarrollo Plan de Calidad

Descripcin
Describe la metodologa a utilizar en el desarrollo del proyecto.
Describe los procedimientos de calidad, y los estndares a utilizar en el proyecto. Describe el enfoque los recursos y la planificacin utilizada por la validacin. Predice los requerimientos de mantenimiento del sistema, los costes de mantenimiento y el esfuerzo. Describe como se adquirirn y desarrollarn los conocimientos y habilidades del personal.

Plan de Validacin

Plan de Mantenimiento

Plan de Desarrollo Personal

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 12

Proceso de planeacin del proyecto

Establecer las restricciones del proyecto hacer las suposiciones iniciales de los parmetros del proyecto while el proyecto no termina o ha sido cancelado loop Describe la planificacin de tiempos del proyecto Inicia las actividades de acuerdo a la planificacin Espera (a que se lleve a cabo el desarrollo) Revisa el progreso del proyecto Revisa los parmetros estimados del proyecto Actualiza la planificacin del proyecto Renegoca las restricciones del proyecto y los tiempos de entrega if (aparecen problemas) then inicia una revision tcnica y sus posibles soluciones end if end loop

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 13

Organizacin de actividades

Las actividades en un proyecto deben ser organizadas para producir resultados tangibles para que la administracin pueda juzgar el progreso. Los Milestones son los puntos finales de alguna actividad. Los deliverables son los resultados del proyecto que sern entregados a los clientes. El proceso de cascada permite una definicin precisa de los milestones.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 14

Milestones y Deliverables
Actividades

Estudio de Factibilidad

Anlisis de Requerimientos

Desarrollo del Prototipo

Estudio del Diseo

Especificacin de Requerimientos

Reporte de Factibilidad

Definicin de Requerimientos

Reporte de Evaluacin

Diseo de la Arquitectura

Especificacin de Requerimientos

MILESTONES

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 15

Planificacin del Proyecto

Distribuye el proyecto en tareas y estima el tiempo y los recursos requeridos para completar cada tarea. Organiza las tareas de forma concurrente para hacer mejor uso de la fuerza laboral. Minimiza dependencias entre tareas para evitar retrasos debidos a que una tarea espere a la terminacin de otra. Depende de la intuicin y experiencia de los administradores.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 16

El proceso de planificacin del proyecto

Identifica Actividades

Identifica dependencias en las Actividades

Identifica Recursos para las Actividades

Asigna Gente para las Actividades

Requerimientos de software Crea graficas del proyecto

Graficas de Actividades y de barras

Ian Sommerville 1995
Ingeniera de Software. Capitulo 3 Diapositiva 17

Problemas en la Planificacin

Es difcil estimar la longitud y dificultad de las tareas, por lo que la estimacin del coste es mas difcil. La productividad no es proporcional a el nmero de personas trabajando en una tarea. Incluir personal en un proyecto en avance, retrasa el proyecto por overheads en la comunicacin. Lo inesperado siempre sucede. Es necesario considerar siempre contingencias.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 18

Grficas de barras y redes de actividades.

Se utilizan notaciones grficas para ilustrar la planificacin del proyecto. Muestra la particin del proyecto en tareas. Las tareas no deben ser muy pequeas. Estas deben de tener una duracin de una semana o dos. Las grficas de actividades muestran las dependencias entre tareas y la ruta crtica. Las grficas de barras muestran la planificacin contra el tiempo del calendario de actividades.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 19

Grficas de barras y redes de actividades.

Se utilizan notaciones grficas para ilustrar la planificacin del proyecto. Muestra la particin del proyecto en tareas. Las tareas no deben ser muy pequeas. Estas deben de tener una duracin de una semana o dos. Las grficas de actividades muestran las dependencias entre tareas y la ruta crtica. Las grficas de barras muestran la planificacin contra el tiempo del calendario de actividades.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 20

Organizacin de actividades

Las actividades en un proyecto deben ser organizadas para producir resultados tangibles para que la administracin pueda juzgar el progreso. Los Milestones son los puntos finales de alguna actividad. Los deliverables son los resultados del proyecto que sern entregados a los clientes. El proceso de cascada permite una definicin precisa de los milestones.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 21

Duracin de las tareas y dependencias.

Tareas Duracin (das) Dependencias

T1 T2 T3 T4 T5 T6 T7 T8 T9 T10 T11 T12

Ian Sommerville 1995

8 15 15 10 10 5 20 25 15 15 7 10
Ingeniera de Software. Capitulo 3

T1

T2,T4 T1,T2 T1 T4 T3,T6 T5,T7 T9 T11

Diapositiva 22

Red de Actividades
14/7/99 8 days T1 4/7/99 start 15 days T2 10 days T4 18/7/99 M5 25 days T8 19/9/99
Ian Sommerville 1995
Ingeniera de Software. Capitulo 3 Diapositiva 23

15 days T3 5 days T6 20 days T7 4/8/99 M4 15 days T9 25/8/99 M6 7 days T11 10 days T5 11/8/99 M7 15 days T10 5/9/99 M8 10 days T12

M1

25/7/99 M3

25/7/99 M2

Finish

Graficas de actividades
4/ 7 T4 T1 T2 M1 T7 T3 M5 T8 M3 M2 T6 T5 M4 T9 M7 T1 0 M6 T1 1 M8 T1 2 Fi n is h 11/ 7 St art 18 / 7 25 / 7 1/ 8 8/ 8 15 / 8 22 / 8 29 / 8 5/ 9 12 / 9 19 / 9

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 24

Alojamiento de personal
4/7 Fred T4 T8 Jane T1 T3 T9 Anne T2 T6 Jim Mary T7 T5 T10 T11 T12 11/7 18/7 25/ 1/8 8/8 15/8 22/8 29/8 5/9 12/9 19/9

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 25

Manejo de Riesgos

Manejo de riesgos concierne con la identificacion de riesgos y la escritura de planes para minimizar el efecto de estos en el proyecto. Un riesgo se relaciona con la probabilidad de que ocurra alguna circunstancia adversa al proyecto.
Los riesgos de un proyecto afectan a la planificacion o a los recursos Los riesgos del producto afectan a la calidad o al desempeo del software por desarrollarse Los riesgos del negocio son aquellos que afectan a la organizacion qu desarrolla el software

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 26

Software risks
Risk Staff turnover Management change Hardware unavailability Requirements change Specification delays Size underestimate CASE t ool u nderperfo rmance Tec hnology change Product comp etition
Ian Sommerville 1995

Risk type Project Project Project Project and product Project and product Project and product Product Business Business

Description Experienced staff w ill leave the project before it is finished. There will be a change of organisational management with different priorities. Hardware which is essential for the project will n ot be delivered on schedule. There will be a larger numb er of changes to the requirements than anticipated. Specifications of essential interfaces are not available on schedule The size of t he system has been underestimated. CASE t ools w hich support the project do not perform as anticipated The underlying technology on which the system is b uilt is superseded by new technology. A competitive product is marketed before the system is completed.
Ingeniera de Software. Capitulo 3 Diapositiva 27

El proceso de manejo de riesgos

Identificacion de riesgos
Identifica riesgos en el proyecto, en el producto y en el negocio.

Analisis de Riesgos
Calculo de la posibilidad de que ocurran estos riesgos y de sus consecuencias

Planeacion de Riesgos
Trazar planes para evitar o minimizar el efecto de los riesgos

Monitorizacion de Riesgos
Monitorizar los riegos durante el proyecto

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 28

Proceso de manejo de riesgos

Risk identification

Risk analysis

Risk planning

Risk monitoring

List of potential risks

Prioritised risk list

Risk avoidance and contingency plans

Risk assessment

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 29

Identificacion de Riesgos

Riesgos en la tecnologia Riesgos en la gente Riesgos organizacionales Riesgos en los Requiremientos Riesgos de estimacion

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 30

Riesgos y tipos de riesgos

Risk type Technology Possible risks The database used in the system cannot process as many transactions per second as expected. Software components which should be reused contain defects which limit their functionality. It is impossible to recruit staff with the skills required. Key staff are ill and unavailable at critical times. Required training for staff is not available. The organisation is restructured so that different management are responsible for the project. Organisational financial problems force reductions in the project budget. The code generated by CASE tools is inefficient. CASE tools cannot be integrated. Changes to requirements which require major design rework are proposed. Customers fail to understand the impact of requirements changes. The time required to develop the software is underestimated. The rate of defect repair is underestimated. The size of the software is underestimated.

People Organisational Tools Requirements Estimation

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 31

Analisis de riesgos

Determina la probabilidad y la seriedad de cada riesgo Las probabilidades pueden varia entre muy alta, alta, moderada, baja o muy baja Los efectos de los riesgos pueden ser: catastroficos, serios, tolerables o insignificantes.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 32

Analisis de los riesgos

R isk O rgan isa tiona l f ina nc ial p rob lem s fo rce reduc tions in the projec t budge t. It is im pos sible to rec ruit st aff w ith the sk ill s requ ire d for t he p rojec t. Key staff a re i ll a t c rit ic al tim es in the p rojec t. S oftw a re co m ponen ts wh ich shou ld be reu sed con tain de fec ts wh ich limit the ir func tiona lit y. Ch a nges to requ irem en ts wh ich requ ire m ajor de si gn rewo rk a re propo sed. T he o rgan isat ion i s re struc tur e d so tha t d iff ere nt m anage me nt are respons ible fo r the p rojec t. T he da ta base us e d in the sy st em c anno t p roce ss as m any tran sac tions pe r second as expec ted . T he tim e requ ired t o deve lop t he softw ar e is unde res tim ated . CA SE too ls canno t be integ rated . Cu st om ers fail to unde rstand t he im pa c t o f requ ire m e nts change s. R e qui red t ra ining fo r staff i s no t av a ila bl e . T he rate of de fec t repa ir is und e re stim ated. T he si ze o f t he softw a re is unde res tim ated . T he cod e gen e ra ted by C A S E t oo ls is i ne ffi cien t.
Ian Sommerville 1995

P ro b ab ility L ow H igh Mod e ra te Mod e ra te Mod e ra te H igh Mod e ra te H igh H igh Mod e ra te Mod e ra te Mod e ra te H igh Mod e ra te

E ff ec ts C a ta stroph ic C a ta stroph ic S eri ous S eri ous S eri ous S eri ous S eri ous S eri ous T ole rab le T ole rab le T ole rab le T ole rab le T ole rab le Ins ign ific an t

Ingeniera de Software. Capitulo 3

Diapositiva 33

Planeacion de los riesgos

Considera cada riesgos y desarrolla una estrategia para manejarlo Estrategias de evacion
La probabilidad de que el riesgo se presente se minimizara

Estrategias de minimizacion
El impacto del riesgo en el producto o en el proyecto se reducira

Planes de contingencia
Si el riesgo se presenta, el plan de contingencia se encargara de tratar este riesgo

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 34

Estrategias de manejo de riesgos

Risk Organisational financial problems Recruitment problems Staff illness Defective components Requirements changes Organisational restructuring Database performance Underestimated development time
Ian Sommerville 1995

Strategy Prepare a briefing document for senior management showing how the project is making a very important contribution to the goals of the business. Alert customer of potential difficulties and the possibility of delays, investigate buying-in components. Reorganise team so that there is more overlap of work and people therefore understand each others jobs. Replace potentially defective components with bought-in components of known reliability. Derive traceabili ty information to assess requirements change impact, maximise information hiding in the design. Prepare a briefing document for senior management showing how the project is making a very important contribution to the goals of the business. Investigate the possibilit y of buying a higher-performance database. Investigate buying in components, investigate use of a program generator.
Ingeniera de Software. Capitulo 3 Diapositiva 35

Monitorizacion de riesgos

Determina regularmente cada riesgo identificado y decide si es probable o no que se presente Determina si los efectos de que produciria el riesgo, han cambiado Cada riesgo clave debe discutirse el las reuniones de avance del proyecto.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 36

Factores de riesgo
Risk type Techno logy People Organisational Tools Requirements Estimation Potential indicators Late delivery of hardware or support software, many reported techno logy problems Poor staff morale, poor relationships amongst team member, job availability organisational gossip, lack of action by senior manage ment reluctance by team members to use tools, complaints about CASE tools, demands for highe r-powered workstations many requirements chang e requests, customer complaints failure to meet agreed schedule, failure to clear reported defects

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 37

Resumen

La Ingeniera de Sistemas es difcil. Nunca habr una respuesta fcil en la solucin de problemas de desarrollo de sistemas complejos. Los Ingenieros de Software no tienen respuesta a todas las preguntas, pero entienden el funcionamiento del sistema. Se debe de reconocer el papel que juega cada disciplina y cooperar entre todas en el proceso de Ingeniera de Sistemas. La Ingeniera de Sistema involucra a mltiples disciplinas. El Proceso de I.S sigue a menudo el modelo de cascada.

Ian Sommerville 1995

Ingeniera de Software. Capitulo 3

Diapositiva 38