Documente Academic
Documente Profesional
Documente Cultură
Equipo No. 3
Nombre Diana Fernndez Tirado Cynthia Trevizo Garcia Daniel Varela Pasillas Matrcula A00746263 A00738546 A00738538
Pgina 1 de 26
Administracin del Proyecto......................................................................................................................4 Definicin del Proyecto..........................................................................................................................4 Objetivos del Proyecto........................................................................................................................4 Entregables.........................................................................................................................................4 Hitos....................................................................................................................................................4 Requerimientos Tcnicos...................................................................................................................4 Lmites y Exclusiones.........................................................................................................................4 Revisiones con el cliente....................................................................................................................4 Establecer Prioridades...........................................................................................................................4 Creacin del WBS..................................................................................................................................6 Matriz de Responsabilidades.................................................................................................................7 Administracin de Riesgos.....................................................................................................................7 Lista de Riesgos.................................................................................................................................7 Forma de Evaluacin de Riesgos......................................................................................................7 Matriz de Severidad de Riesgos........................................................................................................8 Matriz de Respuesta a Riesgos.........................................................................................................8 Red del Proyecto....................................................................................................................................8 Proceso de Inicio........................................................................................................................................9 Definicin del Alcance............................................................................................................................9 Objetivos del Proyecto........................................................................................................................9 Entregables.........................................................................................................................................9 Hitos..................................................................................................................................................11 Requerimientos Tcnicos.................................................................................................................11 Lmites y Exclusiones.......................................................................................................................11 Revisiones con el Cliente.................................................................................................................11 Proceso de Planeacin............................................................................................................................11 Planeacin del Alcance........................................................................................................................12 Definicin del Alcance..........................................................................................................................12 Matriz de Responsabilidades...............................................................................................................15 Estimacin de la duracin de actividades............................................................................................15 Planeacin de recursos........................................................................................................................16 Estimacin del costo............................................................................................................................18 Desarrollo del Plan de Proyecto..........................................................................................................18 Desarrollo de la Red de Proyecto....................................................................................................18 Construccin de la Red de Proyecto................................................................................................19 Definicin de actividades..................................................................................................................19 Administracin de Riesgos...................................................................................................................21 Identificacin de Riesgos..................................................................................................................21 Forma de Evaluacin de Riesgos....................................................................................................22 Matriz de Severidad de Riesgos......................................................................................................22 Matriz de Respuesta a Riesgos.......................................................................................................23 Procesos de Ejecucin............................................................................................................................23 Ejecucin del Plan de Proyecto...........................................................................................................23 Procesos de Control................................................................................................................................23 Reporte de Rendimiento......................................................................................................................23 Reporte de Estado............................................................................................................................23 Reporte de Avance...........................................................................................................................23 Pronstico.........................................................................................................................................23 Control de Cambios..............................................................................................................................24 Procesos de Cierre..................................................................................................................................24 Carta de Liberacin .............................................................................................................................24 Pgina 2 de 26
ndice
Pgina 3 de 26
Requerimientos Tcnicos Ciclo de vida de un proyecto de Desarrollo de Software RUP Componentes de la Administracin de Proyectos Microsoft Project
Lmites y Exclusiones No aplica. Revisiones con el cliente En este caso, debido a que nuestro cliente sera el profesor de la clase de Administracin de Proyectos de Informtica (Ing. Alberto Aguilar), lo que se hizo fue estar yendo a corroborar que las actividades o ideas que se tuvieran acerca del proyecto fueran acertadas y estuvieran dentro de los lineamientos del proyecto.
Establecer Prioridades
El equipo de trabajo se junt para definir las actividades a realizar, definiendo para cada una su prioridad dentro de nuestro proyecto: (de 1 a 5 dnde 1 implica mayor prioridad) Pgina 4 de 26
Actividad Seleccin del Tema sobre el cul se desarrollar el proyecto Final Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Asignacin de Recursos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin
Prioridad 1 1 3 1 3 3 3 1 1 2 3 3 3 1
Pgina 5 de 26
Pgina 6 de 26
Matriz de Responsabilidades
Actividad Seleccin del Tema sobre el cul se desarrollar el proyecto Final Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin Diana R A A R R A A R A R A A A Cynthia R A R A A R R A A A R A R Daniel R R A A A A A A R A A R A
Administracin de Riesgos
Lista de Riesgos Diferencia horarios De Salud Falta de tiempo
Pgina 7 de 26
5 5
1 4
Final proceso
C A
Diferencia horarios
De Salud
Retener
N/A
Falta de tiempo
Reducir
Administrar nuestras agendas para que realicemos nuestros dems trabajo a tiempo, sin dejar de trabajar en la Gua.
Exceso de proyectos
Todos
Pgina 8 de 26
2 3 4 5 6 7 8 9 10 11 12 13 14
Definicin del Alcance del Proyecto Establecer Prioridades de Proyecto Creacin del WBS Matriz de Responsabilidades Definicin de tiempos Definicin de Costos Realizacin del Plan de Proyecto Lineamientos de Riesgos Asignacin de Recursos Ejecucin del Plan de Proyecto Definicin del monitoreo y control Definicin del cierre de Proyecto Hacer Presentacin
1 day 1 day 3 days 1 day 1 day 1 day 2 days 1 day 1 day 1 day 1 day 2 days 1 day
1 2 3 3 4 4 4 8 9 8 8 11,12 10,13,6,7
Proceso de Inicio
El principal objetivo de inicio de un proyecto de desarrollo de Software basado en la metodologa RUP (Proceso Unificado de Rational) es lograr un acuerdo entre los stakeholders que forman parte del ciclo de vida del proyecto. La fase de incepcin es primordial en proyectos nicos porque se requieren esfuerzos de desarrollo nuevos, adems se deben atender riesgos de negocio y requerimientos antes de continuar con el proyecto.
Solicitudes de Stakeholders.- La importancia de este documento estriba en que contiene todas las peticiones hechas sobre el proyecto, y el enfoque o posible respuesta a las mismas. Visin del Proyecto de Software.- El propsito de este documento es recolectar, analizar y definir las necesidades y caractersticas del proyecto a un alto nivel. Este se enfoca a las necesidades requeridas por los Stakeholders. Plan de Desarrollo de Software.- El plan de desarrollo de software describe los principales elementos del plan de trabajo, como son: o Etapas de desarrollo y sus correspondientes fechas de terminacin. o Recursos involucrados en el desarrollo del proyecto. o Productos del sistema con sus respectivas fechas de entrega. o Estructura del equipo de trabajo. o Plan de trabajo con sus respectivos tiempos. o Mecanismos administrativos para garantizar la correcta terminacin del proyecto. Lista de Riesgos.- El propsito del documento de Lista de Riesgos es Identificar y evaluar riesgos: en base a la Visin del Proyecto inicial; identificar, analizar y prioritizar los riesgos del proyecto para determinar las estrategias de Gestin de Riesgos apropiadas. Plan de Iteracin.- Este documento se realiza con el propsito de que el administrador de proyecto pueda planear las actividades y tareas de iteracin, detectar los recursos necesarios y tener un registro del progreso. Adems, los miembros del equipo de trabajo lo utilizan para saber que actividades deben realizar, por qu y cules actividades dependen de las que ellos estn realizando.
Para la fase de elaboracin se deben tener contemplados los siguientes entregables: Documento de Especificacin de Requerimientos de Software.- Este documento contiene el compendio de casos de uso y su especificacin, muestra los actores que participan en el sistema, diagramas de casos de uso, escenarios, as como las pre y post-condiciones del sistema. Documento de Arquitectura de Software.- Este documento contiene la arquitectura del proyecto a elaborar y como esta es representada por medio de varios tipos de vistas. Lista de Riesgos.- En este documento es la lista de riesgos actualizada generada previamente en la fase de inicio. Generacin de un Prototipo.- El propsito de generar un prototipo en esta fase es para ofrecer ayuda transicin entre diseo y requerimientos, el rehus de los componentes y ofrecer una demostracin a los clientes de la funcionalidad del sistema administrado.
Para la fase de construccin se deben tener contemplados los siguientes entregables: Documento de Orden de Trabajo de Ingeniera de Software.- Este documento describe las actividades que han de ser realizadas as como las salidas esperadas, se hace referencia a la descripcin de actividades a ejecutar as como los documentos o productos (cdigo) que sern producidos. Documento de Evaluacin del Estatus del Proyecto.- Este documento contiene el un reporte del progreso del trabajo, resultados de hitos completados y una lista de acciones para corregir cualquier desviacin de la ejecucin del proyecto. Completar el anlisis, diseo, desarrollo y pruebas.- El propsito de generar todas estas tareas es el de completar toda la funcionalidad requerida del sistema en cuestin. Generacin de Versiones.- Con esta actividad se pretende generar versiones del software, alpha, beta u otras pruebas de liberacin, cada vez ms estables. Pgina 10 de 26
Para la fase de transicin se deben tener contemplados los siguientes entregables: Producto.- El producto es el propsito! El esfuerzo del proyecto entero engranado para crear un producto que provea un beneficio al cliente. Material de Soporte para el Usuario Final.- El material que ayuda al usuario final a aprender, usar, operar, y mantener el producto, debe ser completado de acuerdo con los requerimientos.
Hitos Hito: Objetivos Hito: Arquitectura Hito: Capacidad inicial de operacin Hito: Liberacin del Producto
Requerimientos Tcnicos Requerimientos del Sistema Se realiza una lista los requerimientos necesarios para soportar la aplicacin, este puede incluir: El sistema operativo. Plataformas para trabajar. Configuracin memoria. Programas compartidos. Requerimientos de Desempeo Se presenta una lista de los requerimientos de desempeo que describen la capacidad de comunicacin, rendimiento, exactitud, fiabilidad tiempos de respuesta. Requerimientos del Ambiente Una descripcin de los requerimientos ambientales necesarios para el sistema, ya sea instalacin o desarrollo. Lmites y Exclusiones Listado de estndares de la arquitectura, sistemas legados o factores tecnolgicos externos a los que el sistema debe ajustarse. Nota: Para cada una de las reglas de tecnologa, se debe incluir una breve descripcin de la referencia, notas de las fuentes, decisiones tomadas, y se ha de considerar la referencia. Revisiones con el Cliente Se programan las revisiones con el cliente, para revisin de avances del proyecto.
Proceso de Planeacin
La importancia del proceso de Planeacin radica en que se involucran los elementos nunca antes desarrollados. Es por eso que existe una mayor cantidad de procesos a tomar en cuenta
Pgina 11 de 26
para llevar acabo la planeacin del proyecto, situacin que no implica que la administracin de un proyecto de esta disciplina este enfocado primordialmente a la planeacin.
En el proceso de planeacin de alcance en realizacin de proyectos pequeos se puede el juicio de expertos y los pasos mencionado anteriormente. Por otro lado la descripcin de caractersticas del sistema se desarrollar utilizando casos de uso, los casos de uso definirn el alcance del sistema, para los requerimientos funcionales. La deteccin de casos de uso se realizar de la siguiente manera: Analizar los mdulos del sistema. Detectar submdulos dentro de cada mdulo. Detectar Casos de uso por submdulo. Detectar detalladamente cada caso uso. Generar el Documento de Compendio de Casos de uso Sugerido por el RUP.
Un WBS (Work Breakdown Structure) se obtiene como resultado al proceso de subdividir el trabajo del proyecto e elementos ms pequeos, en general el proceso para la obtencin del mapa o WBS del proyecto es: 1. Tomar el proyecto en su totalidad como el entregable final. 2. Identificar los principales entregables. 3. Definir los subentregables necesarios para realizar los entregables detectados en el punto anterior. 4. Este proceso se repite hasta que el detalle de subentregables sea lo suficientemente especfico y una persona sea responsable. 5. Los subentregables se dividen en paquetes de trabajo. Pgina 12 de 26
6. Los paquetes de trabajo se agrupan en el tipo de trabajo. Para la realizacin del WBS en un proyecto de Desarrollo de Software basado en RUP es necesario tomar en cuenta que existen cuatro fases de desarrollo, como se mencion con anterioridad en cada una de estas fases se tienen diferentes entregables que utilizaremos para la creacin del WBS. Cabe mencionar que el WBS generado para esta gua es genrico a todos los proyectos de esta ndole, sin embargo para cada proyecto en especfico debern existir ms subdivisiones de los entregables a considerar en el WBS, que incluyan los casos de uso de los requerimientos funcionales detectados durante los procesos de inicio del proyecto.
Pgina 13 de 26
Pgina 14 de 26
Matriz de Responsabilidades
En un proyecto de Desarrollo de Software se recomienda la realizacin de una matriz de responsabilidades, que no es otra cosa que la asignacin del responsable de cada actividad y sus colaboradores. Se recomiendan los siguientes roles y actividades para un proyecto de este tipo:
Lder de Proyecto Solicitudes de Stakeholders Visin del Producto Plan de Iteracin Plan de Desarrollo de Software Lista de Riesgos Compendio de Casos de Uso Matriz de Requerimientos Prototipo Especificacin de Requerimientos de Software Documento de Arquitectura de Software Plan de Desplegado Generacin de Versiones Notas de Liberacin Producto R = Responsable S S R R R S S A A A S A A S R R A R A S Arquitecto Analista R R Programador Documentador A A A A A
S R
R A S
A A S S A R A A
S R S = Supervisa A A = Ayuda
R A
Pgina 15 de 26
Usando la lista de actividades definidas con anterioridad se utiliza una tabla para estimar el tiempo empleado de desarrollo por caso de uso en cada una de las Fases, en tiempo. La siguiente tabla se hace considerando las capacidades tcnicas del promedio de los integrantes del equipo de trabajo. Y fue obtenido sacando el promedio del PERT y el Juicio de Expertos e incluyen un factor de error en tiempo del 15%. Complejida d 1. Baja 2. Media 3. Alta 4. Muy Alta Inicio 2hrs 3hrs 4hrs 8hrs Elaboracin 4hrs 5.5hrs 8hrs 12hrs Construcci n 10hrs 12hrs 16hrs 22hrs Transicin 2hrs 3hrs 4hrs 5hrs Total 18 hrs 23.5hrs 32hrs 47hrs
Planeacin de recursos
La planeacin de recursos involucra la determinacin de los recursos, ya sea personal, equipo o materiales y sus cantidades para desarrollar el proyecto. Para una organizacin que este realizando un proyecto de Desarrollo de Software basado en RUP se recomienda la siguiente estructura organizacional:
* Esta estructura ha sido diseada en base a roles, una persona puede desempear uno ms de ellos.
Pgina 16 de 26
Administrador de Proyectos
Arquitecto
Analsta
Desarrollador
Diseador de interfaz grfica Diseador de base de datos Administrador de la base de datos Auditor de Cdigo Administrador de la Configuracin Administrador de Ambiente Administrador de cambios
Pgina 17 de 26
Analista de pruebas
Es el responsable de identificar y definir las pruebas necesarias para el sistema, adems es el encargado de monitorear y evaluar los resultados de cada ciclo de pruebas. Encargado de redactar y mantener el manual de usuario.
Escritor Tcnico
Horas por da 7 4 4 5 4 7 7 7 7 7 4 4 7 7 7 7
Horas Efectivas 5.4 3.9 3.5 4.7 3.9 5.4 4.0 5.0 5.4 5.9 4.0 3.4 5.4 5.4 5.4 6
Gastos Indirectos 15% 15% 15% 15% 15% 15% 15% 20% 15% 15% 0% 15% 15% 15% 15% 18%
En costos de equipo no se incurre debido a que son activos de la institucin u organizacin en la cual se estra desarrollando el proyecto.
Construccin de la Red de Proyecto Es necesario conocer las actividades, es decir los elementos del proyecto que requieran tiempo y no necesariamente recursos. A continuacin se presenta una forma de definir las actividades que se deben tomar en cuenta para la construccin de la red del proyecto. Definicin de actividades Involucra la identificacin y documentacin de las actividades especficas que deben ser realizadas para producir entregables y los sub-entregrables identificados en el WBS. Es necesario definir una lista de actividades a realizar, las cuales formarn una parte del WBS como una extensin al WBS. Estas actividades estn basadas en cada uno de los casos de uso del sistema. Una forma de definir las actividades es utilizando una tabla como la siguiente, en la cual por caso de uso se definen todas las actividades para cada uno de los entregables.
CASOS DE Complejidad USO Compendio Especificacin Realizacin
Descrito
Ver.
Val.
Descrit o
Ve r
Val
Descrito
Ver
Val
CU 1 CU 2
3 4 4
Diseo Implementacin Prueba
Descrito
Ve r
Val
Descrit o
Verificado
Validad o
Descrito
Verificado
Validado
Una vez identificadas las actividades que conforman la red del proyecto, es necesario establecer en que tiempo inician, que otras actividades las preceden, que actividades dependen de ellas, etc. Esto con el objetivo de formar un flujo de la secuencia de actividades y tener una idea de cmo se va a realizar el proyecto en s. A continuacin se muestra la red de proyecto, se est tomando en cuenta solo las actividades obtenidas del WBS, porque estamos hablando de un proyecto en general de Desarrollo de Software basado en RUP (para un ejemplo en particular vea Anexo #).
Actividad A B C D E F G H I Descripcin Visin del Producto Lista de Riesgos Plan de Proyecto Especificacin de Casos de Uso Realizacin de Casos de Uso Prototipo de Pantallas y Casos de Uso Implementacin de Libreras y Componentes Implementacin del Modelo de Negocios Implementacin del Controlador Actividad(es) Predecesora(s) Ninguna A A B,C D B,C E, F G G
Pgina 19 de 26
J K L M N
Implementacin de la Vista Matriz de Trazabilidad Manual de Usuario Manual y Archivos de Instalacin Plan de Despegado
G B, C H, I, J, K H, I, J, K L, M
Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin de los planes de proyecto. Ver Anexo 3. Por otro lado para la realizacin de la lista de actividades y gestin de fechas de las mismas se recomienda utilizar plantillas de MS-Project para cada una de las iteraciones. A Continuacin se presenta la estructura de una iteracin.
ID 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 Ta kN e s am EL B R C N A O A I A m istracio d Pr e d in n e oy ctos Plan d Iterac e in G ner L ta de R gos e ar is ies A m istrar la Ite in d in rac Ev alua la Iter r aci n R eva e luar R go ies s R que ient e rim os R fina la def indel sist a e r inic em Ve aci d C s de U o rific n e a os s Va cin de C s d U o lida a os e s Ad is el alc min trar ance de s tem l is a A alis yD eo n is is R aliz e aci d C s de U o n e aso s G ner docu e ar men de R tos ealizac de c o de us in as s o D o de C sos de U ise a so D finicinde u arq cur C ndidata e na uite a a D eo de la b e de dato is as s Pr oriza ca osde us r s o Inicar el d men d arquitectura d s ftw ocu to e e o are Im plem tacion an Es tura el m elo de implem nta truc r od e cin Protot ipo D trib is ucio d gr sy v ion d ex enes n e upo ers e am R aliz p s cio e ar rein crip n R gis D me ion e trar ocu ntac As r M ula igna atric s Im prim C encial ir red Im prim B tas ir ole En ar S itud Ex treg olic ame E n xtrao ario rdin As r Plan d E tud igna e s ios As r G igna rupo a Alum s de N evo Ingr o s no u es Im prim L ta por G ir is dos rupo c Prom io on ed As r Pa tesy C igna que apacitac es ion C ptu C a rar alificac ione s Mo dificar C alificacion es Im prim A ir ctasO ina y R cup cion rd rias e era Im prim L ta ir is s Im prim E tad tic ir s is as Im prim B tas1 s s ir ole /2 eme tre Im prim B ta F ir ole inal Im prim C ir ertificad P o arcial Im prim K ex ir ard Im prim C tanc d Term ion ir ons ia e inac Im prim C ir ertificad d Term ion o e inac Im prim D ma ir iplo s C ns o ultar bole 1 s s ta /2 eme tre C ns o ultar bole final ta C ns o ultar k ex ard C lcular p edio a rom C lcular e a dad Tr pa ara k rde as s a x Ac tualizar reticula D lizar doc entos igita um C ns o ultar info acion s ioec rm oc onomic ce al a nev D ration u 10 hrs 0 10 hrs 0 8 hrs 4 hrs 6h rs 6 hrs 8 hrs 94 hrs 23 hrs .11 5 hrs 11.11 hrs 3.5 hrs 78 h .5 rs 12 hrs 12 hrs 66 h .5 rs 63 hrs .28 35 hrs 8.2 hrs 8 20 hrs 67 hrs 14 hrs 53 hrs 4.5 hrs 5 hrs 5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 8 hrs 4 hrs 3.5 hrs 4.5 hrs 5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4.5 hrs 4 hrs 4 hrs 4 hrs 4 hrs 4 hrs 6 hrs 6 hrs 6 hrs 6 hrs Start is ede R s rce N es Fin hPr cese ou s ors am #### ## ## #### ## ## #### ## ## #### ## ## 3,7 #### ## ## 8 #### ## ## #### ## ## #### ## ## #### ## ## #### ## ## #### ## ,4 ## 10 #### ## ## 13 #### ## ## #### ## ## 4 #### ## ## #### ## ## 14 #### ## ## 15 #### ## ## 51 #### ## ## 52 #### ## ## 11 #### ## ## #### ## ## #### ## ## 54 #### ## ## #### ## ## 56 #### ## ## 57 #### ## ## 58 #### ## ## 59 #### ## ## 60 #### ## ## 61 #### ## ## 62 #### ## ## 63 #### ## ## 64 #### ## ## #### ## ## 66 #### ## ## 67 #### ## ## 68 #### ## ## 69 #### ## ## 70 #### ## ## 71 #### ## ## 72 #### ## ## 73 #### ## ## 74 #### ## ## 75 #### ## ## #### ## ## 77 #### ## ## 78 #### ## ## 79 #### ## ## 80 #### ## ## 81 #### ## ## 82 #### ## ## 83 #### ## ## 84 #### ## ## 85 #### ## ## 86 D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 1 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D s olla 2 e arr dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D ar es rolla 3 dor D sarro e llador 1 D sarro e llador 1 D sarro e llador 1 D sarrollador 1 e D sarrollador 1 e D sar e rolla 1 dor D sar e rolla 1 dor D sar e rolla 1 dor D sar e rolla 1 dor D sarrolla 1 e dor D sarro e llador 2 D sarro e llador 2 D sarro e llador 2 D sarrollador 2 e D sarrollador 2 e D sar e rolla 2 dor D sar e rolla 2 dor D sar e rolla 2 dor D sar e rolla 2 dor D sar e rolla 2 dor D sarrolla 2 e dor D rrollado 3 esa r D rrollado 3 esa r D rrollado 3 esa r D rrollado 3 esa r D rro esa llado 3 r D rro esa llado 3 r D rrollado 3 esa r D rrollado 3 esa r D rrollado 3 esa r D rrollado 3 esa r D rrollado 3 esa r Ad minis dorde Am ien tra b te[96% ] A m istrado deA bie d in r m nte[9 ] 6% Ad minis dorde Bas de D tos tra e a An ta 1 uite alis ,Arq cto[45% ] Ar quitecto [60% ] A m istrado de B se d D d in r a e atos A alis 1,A uitecto n ta rq [45% ] A quit r ecto % [60 ] Ad minis dorde Proy tra ecto A m istr r de Pro ec d in ado y to C liente Ar quitecto [45% ] Ad minis dorde Proy tra ecto,Ar quitecto C e lient A rquit ecto % [45 ] A m istr o de Pro ec rqu to d in ad r y to,A itec Ar quitecto [45% ] A rquit ecto % [45 ] Ad minis dorde Proy tra ecto Ad minis dorde Proy tra ecto,Ar quitecto alis 1 ,An ta A m istrado de Pro ec d in r y to A m istrado dePro to,A itecto,A d in r yec rqu nalista 1 H lf 1 20 a , 05 M J H lf 2 2005 a , J A S O N D H lf 1 20 a , 06 H lf 2 20 a , 06 H lf 1 2007 a , H lf 2 20 a , 07 H lf 1, 20 a 08 H lf 2 20 a , 08 J F M A M J J A S O N D J F M A M J J A S O N D J F M A M J J
Debido al tipo de proyecto el desarrollo del Plan del Proyecto depende en gran medida de los Planes de Iteracin por lo cual en los anexos se les propone un formato base para la realizacin de los planes de proyecto (Ver Anexos).
Pgina 20 de 26
Administracin de Riesgos
La lista de riesgos est designada a capturar los riesgos percibidos para el xito del proyecto. En ella se describen los eventos identificados, en orden de menor a mayor riesgo, que pudieran ocasionar un resultado negativo en algn punto del proceso de desarrollo. Los pasos del proceso de administracin de Riesgos son: Identificacin de Riesgos El equipo de desarrollo se junta para crear una lista de todos los posibles riesgos que en algn momento pudieran afectar al proyecto. Esta lista nace a partir de un anlisis del proyecto, tanto general como por cada paquete de trabajo, y as localizar las principales fuentes generadoras de riesgo. En RUP existen dos tipos de riesgos: Directos: El personal tiene cierto control sobre ellos. Indirectos: No pueden ser controlados.
Adems se cuenta con los riesgos generados a partir de los recursos del proyecto: Organizacin o Falta de compromiso del personal hacia el proyecto. o Falta de planeacin y definicin en el proceso de ingeniera de software. o El proyecto es el ms largo antes intentado. Fondos o Falta de fondos para completar el proyecto. o Limitaciones de presupuesto: el sistema debe ser entregado en un costo fijo o se va a cancelar. o Los estimados de costos sean inexactos. Personal o Falta de personal disponible para el proyecto. o El personal no tiene las habilidades y experiencia necesarias. o El personal no cree en el proyecto. o No hay expertos en el rea disponibles. Tiempo o La agenda no es realista. o No hay tiempo para hacerlo bien.
Otros de los riesgos que pueden aparecer en el proyecto son los Tcnicos, dentro de ellos encontramos: Alcance. o El xito no puede ser medido. o Los requerimientos no son estables ni entendibles. o Los tiempos de desarrollo son inflexibles y limitados. Tecnolgicos. o El xito del proyecto dependa de productos, servicios, tecnologas nuevos o que no hayan sido probados antes. o Dependencias del sistema con otros sistemas externos, y que estos fallen. o Requerimientos de disponibilidad y seguridad inflexibles. Pgina 21 de 26
El proyecto es inalcanzable (muy complejo o enorme como para trabajar apropiadamente). Dependencia Externa. o El proyecto depende de proyectos en desarrollo paralelo. o El xito depende de la integracin de herramientas de desarrollo (compiladores, herramientas de diseo, etc), tecnologas de implementacin (sistema operativo, bases de datos, etc). o
Forma de Evaluacin de Riesgos A continuacin se ofrece u formato para la Evaluacin de riesgos, en la columna de Riesgo se pone la lista de los riesgos detectados en el punto anterior. A cada uno de los riesgos es analizado y se le asignan valores de probabilidad, impacto dificultad de deteccin y cundo puede ocurrir dentro del proyecto.
Riesgo Probabilidad Impacto Dificultad de Deteccin Cundo
Una vez asignados los valores de la tabla anterior, se realiza la matriz de severidad de riesgos. En la cul se compara la probabilidad con el impacto, a continuacin se muestra un formato la para la magnitud de severidad de riesgos.
5 4 3 2 1 1 2 3 4 5 2 1 3
Pgina 22 de 26
Matriz de Respuesta a Riesgos Esta matriz contiene la respuesta que se le dara al riesgo en caso de materializarse, el plan de contingencia que se llevara acabo en caso de ser activado y la persona responsable del riesgo.
Riesgo Respuesta Plan de Contingencia Que lo activa Quien es Responsable
Riesgo X
Procesos de Ejecucin
Esta fase involucra la ejecucin de cada actividad y las tareas definidas en el Plan de Proyecto. Mientras que se ejecutan las tareas y actividades, se generan proceses de administracin de proyectos para monitorear y controlar la produccin de entregables del proyecto.
Procesos de Control
Estos procesos se dedican hacer monitoreo y mediciones regulares del rendimiento del proyecto, con el fin de identificar las varianzas en comparacin con el plan definido en la fase de elaboracin.
Reporte de Rendimiento
El objetivo de este Proceso es recolectar y diseminar la informacin del rendimiento obtenido a lo largo de la ejecucin del proyecto, adems informar a los stakeholders la manera en que se estn manejando y utilizando los recursos disponibles para alcanzar los objetivos del proyecto. Este reporte puede incluir los siguientes apartados: Reporte de Estado Aqu se describe en que posicin o estado se encuentra actualmente el proyecto. Reporte de Avance Se da a conocer las actividades completadas por el equipo de trabajo. Pronstico El equipo de trabajo ofrece una prediccin del estado y progreso del proyecto a futuro.
Pgina 23 de 26
A continuacin se da un ejemplo del concentrado de una matriz de avance (para la matriz de avance - Ver Anexo ):
Modulo Control Escolar Adm. de Sistema Plan de Estudios Recursos Humanos Nomina Generador de Examenes Inicio 67.90 50.00 100.00 71.43 100.00 85.19 Elaboracion Implementacion Transicin Avance Aparente 43.43 10.91 0.00 29.62 72.67 63.89 0.00 66.01 28.45 18.44 0.00 30.60 18.18 0.00 0.00 14.42 20.00 0.00 0.00 18.00 0.00 0.00 0.00 8.52 0 0.00
Control de Cambios
Dentro de los procesos de monitoreo y control, este se considera el ms crtico debido a las constantes solicitudes de cambio. Cada una de las solicitudes de cambio debe ser analizada ampliamente, porque repercuten directamente en el proyecto ya sea en los costos, tiempos o complejidad. El formato para hacer una peticin de cambio se anexa al final del documento. Una vez que es autorizado un cambio, deber repercutirse la modificacin en los siguientes aspectos del proyecto, siempre y cuando se vean impactados los planteamientos originales por el cambio: Plan de trabajo Alcances del proyecto Presupuesto del proyecto
El control de los cambios debe ser realizado a lo largo de todas las etapas del proyecto para poder saber qu es lo que ocurre dentro del proyecto, porque se necesitaba realizar algn cambio y que impacto podra tener en el poryecto.
Procesos de Cierre
La importancia de los procesos de cierre de la administracin de proyectos radica en concluir todos los entregables y formalizar la aceptacin del producto. Dentro de los procesos se encuentra la Carta de liberacin (Contract Closeout) y el Cierre Administrativo (Administrative Clouseout).
Carta de Liberacin
Este proceso de Administracin de Proyectos no tiene mapeo directo de RUP, sin embargo en las empresas de desarrollo de Software, se lleva a cabo con una carta de aceptacin del cliente en el cual el cliente reconoce que todos los objetivos del proyecto fueron cumplidos a travs de las mtricas correspondientes.
Cierre Administrativo
Estos proceso en de Administracin de proyectos se representan en RUP a travs de el Anlisis de Iteracin, El cierre de la fase y el cierre del proyecto. Y esto es debido a que RUP es un
Pgina 24 de 26
proceso que se divide en Fases y en iteraciones, por lo cual la adopcin a la administracin de Proyectos se debe hacer con base a las fases y a las iteraciones. Anlisis de la Iteracin En esta disciplina busca determinar el xito o fracaso de la iteracin y captura lecciones aprendidas para mejorar el proceso o el proyecto. Cuenta con llevar a cabo las siguientes tareas: Obtener mtricas Determinar los resultados de la iteracin Examinar el criterio de evaluacin Considerar los cambios Cierre de Fase Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el cierre de fase se realizan las siguientes actividades: Revisar el status de los Entregables requeridos. Agendar la revisin de la configuracin. Distribuir los entregables a los Stakeholders Completar el ciclo de vida de los hitos Cierre de Proyecto Busca completar las Esta disciplina prepara el proyecto y sus hitos para el fin de fase, el cual representa la sincronizacin de las expectativas tcnicas y administrativas, En muchas ocasiones el cierre de fase, se lleva a cabo con el fin de la iteracin, dependiendo del tamao del proyecto. En el cierre de proyecto se realizan las siguientes actividades: Finalizar los instrumentos aceptacin Cerrar el proyecto Para completar las formalidades asociadas con la aceptacin y cierre del proyecto, se puede reasignar el personal y transferir otros recursos del proyecto.
Referencias
[1] Aguirre Reyes, Diana. Modelo de la Administracin de Proyectos de Informtica. Consultado el 22 de Marzo de 2006 de [URL]: http://biblioteca.itesm.mx/cgi-bin/doctec/opendoc? cual=2290&archivo=48183&pagina=16&paginas=16&query=(project,AND,management,AND,init iation),AND,tipo%3Da [2] GetAhead. Project Initiation and Project Closure. Consultado el 25 de Marzo de 2006 de [URL]: http://www.getahead-direct.com/gwpm07-project-initiation-and-project-closure.htm [3] Lasa. The Project initiation document. Consultado el 2 de Abril de 2006 de [URL]: http://www.lasa.org.uk/knowledgebase/pages/pmbriefpid.shtml [4] Jalote, Pankaj (2000). CMM in Practice. Processes for Executing Software Projects at Inforsys. Addison Wesley. Pgina 25 de 26
[5] Hughes, Bob. Cotterell, Mike (2002). Software Project Management. McGraw-Hill
Pgina 26 de 26