Administración y Control de Proyectos I. Proyectos Informáticos. Guía de TP. 2 Cuatrimestre de 2007 Trabajos Prácticos. Agosto de 2007 Versión 9.

Transcripción

1 Administración y Control de Proyectos I Proyectos Informáticos Guía de TP 2 Cuatrimestre de 2007 Trabajos Prácticos Agosto de 2007 Versión 9.0

2 Índice Introducción Equipos de Trabajo Diseño de Equipo de Trabajo para el Proyecto APPITEL Diseño de Equipo de Trabajo para el Proyecto DATATEL Diseño de Equipo de Trabajo para el Proyecto DWH LOPEC Diseño de Equipo de Trabajo para el Proyecto DRUG Diseño de Equipo de Trabajo para el Proyecto BETA Diseño de Equipo de Trabajo para el Proyecto Comisiones II Diseño de Equipo de Trabajo para el Proyecto Certificación ISO Diseño de Equipo de Trabajo para el Proyecto Cine & Video Etapa 1: Inicio (Alcance) WBS para el Proyecto APPITEL Versiones y Entregas Incrementales para el Proyecto APPITEL Planificación de Recursos para el Proyecto APPITEL Propuesta para el Proyecto Help Desk Riesgos para el Proyecto Help Desk Alcance para el Proyecto Help Desk Planificación de Recursos para el Proyecto CPP WBS para el Proyecto Cine & Video Entregas Incrementales para el Proyecto Cine & Video WBS para el Proyecto DRUG Planificación de Recursos para el Proyecto ALFA Planificación de Recursos para el Proyecto Comisiones WBS para el Proyecto BETA Planificación de recursos para el Proyecto 25 de Mayo Delivery WBS para el Proyecto K WBS para el Proyecto Certificación ISO Planificación de Recursos para el Proyecto Cine & Video Etapa 2: Organización Calendario Cliente / Distribución de Presupuesto para el Proyecto APPITEL Calendario Cliente para el Proyecto DATATEL Calendario Cliente para el Proyecto APPITEL Calendario Build Diario para el Proyecto APPITEL Diseño de Indicador de Funcionalidad Completa para el Proyecto APPITEL Calendario Build Diario e Indicador de FC para el Proyecto APPITEL WBS de Calidad para el Proyecto APPITEL Plan de Proyecto para el Proyecto APPITEL Plan de Adm. de Cambios para el Proyecto APPITEL Plan de Calidad para el Proyecto APPITEL Calendario Cliente para el Proyecto Cine & Video Calendario Build Diario para el Proyecto Cine & Video Calendario Build Diario para el Proyecto ADP Calendario Cliente para el Proyecto BETA Versiones, Entregas Incrementales y Calendario Cliente para el Proyecto DRUG Calendario Cliente para el Proyecto K Etapa 3: Ejecución y Control Análisis de Indicadores para el Proyecto CE-EME Análisis de Indicadores de FC y Esfuerzo para el Proyecto GENERIC Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 2 de 61

3 4.3 Re-planificación del Proyecto GENERIC Esquema de reuniones de avance para el Proyecto DATATEL Estabilización de Liberación a Producción para el Proyecto APPITEL Estabilización de Liberación a Aceptación para el Proyecto APPITEL Tratamiento de Riesgos para el Proyecto DATATEL Esquema de reuniones de avance para el Proyecto APPITEL Earned Value para el Proyecto IDC Priorización de defectos para el Proyecto CPP Earned Value (teórico) Análisis de Indicadores para el Proyecto INDI Análisis de Indicadores para el Proyecto INDI Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 3 de 61

4 Introducción Filosofía de los ejercicios: En general los ejercicios plantean situaciones y escenarios a ser analizados por un jefe de Proyecto. En base a ese análisis se debe diseñar una solución al problema planteado. El éxito en la resolución del ejercicio está dado por la capacidad de analizar el problema y plantear una solución y no por el uso de fórmulas mágicas. Es por eso que se recomienda no copiar resoluciones, ya que el parcial planteará el mismo tipo de ejercicios en donde la práctica de haber estado en situaciones similares será clave para resolverlos. Dedicación de los alumnos: Para un correcto aprovechamiento de las clases y una buena preparación para los parciales recomendamos: Tomar las clases teóricas como base para la resolución de los ejercicios. Resolver los ejercicios con calidad de presentación. Resolver un ejercicio en forma parcial puede hacer que el alumno no obtenga las conclusiones del mismo. Si hay dudas ante la resolución de un ejercicio, avanzar tomando hipótesis y justificando las decisiones tomadas. La mayoría de las dudas serán resueltas por el mismo alumno. Volver a resolver en forma completa todos los ejercicios luego de cada clase práctica para aplicar los conocimientos adquiridos. Ampliar la práctica con los ejercicios recomendados. Dedicar un mínimo de 20 horas semanales a la materia. Fórmula para estar bien preparado: Clase Teórica + Pautas para resolución de Ejercicios + Resolución ejercicios obligatorios (1 y 2 ver calendario) y recomendados antes de la clase + Verificación de solución en Clase Práctica + Resolución ejercicios obligatorios y recomendados después de la clase = 20 HH semanales Diagrama de Secuencia de Ejercicios: La idea del siguiente diagrama es mostrar a los alumnos cómo se relacionan entre sí los ejercicios correspondientes a los distintos Proyectos, de forma tal que puedan comprender la importancia de resolverlos antes de la clase y corregirlos luego de la misma, a fin de poder seguir resolviendo los que son correlativos a medida que avanza el cuatrimestre. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 4 de 61

5 Proyecto APPITEL WBS Semana 5 Obligatorio 1.1 Diseño de Equipo de Trabajo Semana 6 - Obligatorio 2.2 Versiones y Entregas Incrementales Semana 7 - Obligatorio 3.3 Calendario Cliente Semana 7 - Obligatorio 3.6 Calendario Build Diario / IFC Semana 9 - Recomendado 4.8 Esquema de Reuniones de Trabajo Semana 12 - Obligatorio 3.7 WBS Calidad Semana 15 - Obligatorio 3.9 Plan de Administración de Cambios Semana 15 - Obligatorio 3.10 Plan de Calidad Semana 15 - Recomendado Proyecto DATATEL 1.2 Diseño de Equipo de Trabajo Semana 6 - Recomendado 3.2 Calendario Cliente Semana 7 - Recomendado 4.4 Esquema de Reuniones de Avance Semana 12 - Obligatorio 4.7 Tratamiento de Riesgos Semana 12 - Obligatorio Proyecto DRUG WBS Semana 5 Recomendado 1.4 Diseño de Equipo de Trabajo Semana 6 Recomendado 3.15 Versiones, Ent. Inc. y Calendario Cliente Semana 7 Recomendado Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 5 de 61

6 Proyecto DWH LOPEC 1.3 Diseño de Equipo de Trabajo Semana 6 - Recomendado Proyecto BETA 2.13 WBS Semana 5 - Recomendado 1.5 Diseño de Equipo de Trabajo Semana 6 - Recomendado 3.14 Calendario Cliente Semana 7 - Recomendado Proyecto Comisiones II 1.6 Diseño de Equipo de Trabajo Semana 6 - Recomendado Proyecto K 2.15 WBS Semana 5 - Recomendado 3.16 Calendario Cliente Semana 7 - Recomendado Proyecto CINE & VIDEO 2.8 WBS Semana 5 - Obligatorio 1.8 Diseño de Equipo de Trabajo Semana 6 - Obligatorio 2.9 Entregas Incrementales Semana 7 - Obligatorio 3.11 Calendario Cliente Semana 7 - Obligatorio 3.12 Calendario Build Diario Semana 8 - Recomendado 2.17 Diseño Equipo de Trabajo Semana 8 - Obligatorio Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 6 de 61

7 Proyecto APPITEL Calendario Cliente / Distribución Presupuesto Semana 7 - Recomendado 2.3 Planificación de Recursos 3.4 Calendario Build Diario Semana 8 - Obligatorio Semana 8 - Recomendado 3.5 Indicador Funcionalidad Completa Semana 9 - Obligatorio 3.8 Plan de Proyecto Semana 15 - Obligatorio 4.5 Estabilización Lib. a Producción Semana 10 - Recomendado 4.6 Estabilización Lib. a Aceptación Semana 10 - Recomendado Proyecto Comisiones 2.12 Planificación de Recursos Semana 8 - Obligatorio Proyecto 25 de Mayo Delivery 2.14 Planificación de Recursos Semana 8 - Recomendado Proyecto CPP Planificación de Recursos Semana 8 - Recomendado 4.10 Priorización de Defectos Semana 10 - Obligatorio Proyecto ALFA 2.11 Planificación de Recursos Semana 8 - Recomendado Proyecto ADP 3.13 Calendario Build Diario Semana 8 - Recomendado Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 7 de 61

8 Proyecto CE-EME 4.1 Análisis de Indicadores Semana 9 - Obligatorio Proyecto HELP DESK 2.4 Propuesta de Proyecto Semana 9 - Recomendado 2.5 Riesgos del Proyecto Semana 12 - Recomendado 2.6 Alcance del Proyecto Semana 12 - Recomendado Proyecto Certificación ISO 2.16 WBS Semana 5 - Obligatorio 1.7 Diseño de Equipo de Trabajo Semana 6 - Obligatorio Proyecto GENERIC1 4.2 Análisis IFC y Esfuerzo Semana 9 - Recomendado 4.3 Replanificación de Proyecto Semana 9 - Recomendado Proyecto INDI Análisis de Indicadores Semana 9 - Recomendado Proyecto IDC1 4.9 Earned Value Semana 10 - Obligatorio Proyecto INDI Análisis de Indicadores Semana 10 - Obligatorio Ejercicio Teórico 4.11 Earned Value Semana 10 - Recomendado Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 8 de 61

9 Historial de Versiones: Fecha / Versión Autor Anotaciones Agosto de 2007 / 9.0 Patricia Inés Bus Modificación del Diagrama de Secuencia de Ejercicios por cambios en el orden de resolución y en el calendario. Nuevos ejercicios: 1.8 y 2.17 Marzo de 2007 / 8.0 Patricia Inés Bus Modificación del Diagrama de Secuencia de Ejercicios por cambios en el orden de resolución y en el calendario. Nuevos ejercicios: 1.7 y 2.16 Agosto de 2006 / 7.0 Marzo de 2006 / 6.0 Agosto de 2005 / 5.0 Marzo de 2005 / 4.0 Agosto de 2004 / 3.0 Marzo de 2004 / 2.0 Agosto de 2003 / 1.0 Patricia Inés Bus Corrección de etiquetas en gráficos de los ejercicios 3.5, 4.2, 4.7 y 4.12 Modificación del Diagrama de Secuencia de Ejercicios. Mariana Gómez Modificación terminología. Corrección defectos. Patricia Inés Bus Nuevos ejercicios: 1.5, 1.6, 2.12, 2.13, 2.14, 2.15, 3.14, 3.15, 3.16 Actualización del Diagrama de Secuencia de Ejercicios. Corrección del punto 5 del Ejercicio 4.7 (se cambió semana 8 por semana 5 ). Patricia Inés Bus Incorporación del Diagrama de Secuencia de Ejercicios (sobre una idea de Alejandro Sasín) Eliminación de Organización de Clases Prácticas. Corrección de defectos de ortografía y redacción. Patricia Inés Bus Nuevos ejercicios: 1.4, 2.10, 2.11, 3.13, 4.12, 4.13 Modificación en la Organización de Clases Prácticas. Eliminación del Calendario de Ejercicios. Corrección de defectos de ortografía y redacción. Juan Pablo Pussacq Nuevos ejercicios: 1.3, 2.7, 2.8, 2.9, 3.11, 3.12, 4.10 y Laborde 4.11 Juan Pablo Pussacq Versión inicial. Laborde (Colaboración de Raúl Martínez y Mariana Gómez en algunos ejercicios y en revisiones) Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 9 de 61

10 1 Equipos de Trabajo 1.1 Diseño de Equipo de Trabajo para el Proyecto APPITEL 2.0 CIRCULO SA ha decidido renovar su aplicación de Atención de Pedidos Telefónicos en dos meses y medio. Se trata de una aplicación crítica con los siguientes lineamientos de arquitectura: Aplicación win32 en Visual Basic en una red NT con base de datos Access. Servidor central con base de datos SQL Server. Servicios del servidor central programados con arquitectura Web. El área de Sistemas de CIRCULO no puede afrontar este Proyecto, por lo cual decide tercerizarlo. Para ello contrata a los siguientes proveedores: FX SA para que trabaje en la parte de Visual Basic CEREBE SRL para modificar los servicios Web del servidor central. PI SA para realizar análisis, diseño y QC. Además tomará la dirección del Proyecto. Además proveerá uno o dos recursos de CIRCULO para el desarrollo de interfaces con otros sistemas. El Proyecto ha sido aprobado y comienza la próxima semana. Usted pertenece a PI y ha sido designado como Jefe de Proyecto. La propuesta presentada por PI tiene las siguientes restricciones: Duración: 2 meses y medio (incluye construcción y puesta en marcha) Presupuesto: o 218 HH de Consultor Senior o 392 HH de Consultor Su primer paso es diseñar la estructura de trabajo. Cuenta con la siguiente información: PI PI asigna dos personas al Proyecto. o Alejo (usted): consultor senior que además de dirigir el Proyecto, puede realizar tareas de análisis, diseño y prueba. o Valentina: un consultor de PI que cuenta con experiencia en QC y algo de experiencia en análisis y diseño. Uno de los socios de PI (Adolfo) participará con algunas horas (31 HH aproximadamente) para seguimiento de alto nivel. FX PI ya ha trabajado con FX anteriormente. FX proveerá los recursos necesarios para terminar en fecha el Proyecto. Aún no saben si serán uno, dos o tres. Andrés, uno de ellos, participará seguro. FX cuenta con dos socios (Martín y Carlos). Uno de los dos o los dos estarán también participando en el Proyecto. CEREBE PI no ha trabajado con CEREBE anteriormente. CEREBE proveerá los recursos necesarios para terminar en fecha el Proyecto. A diferencia de FX, que trabaja por producto terminado, CEREBE trabaja por mano de obra. CEREBE ya posee 3 recursos asignados a otros trabajos en CIRCULO. En principio Silvio estará asignado, salvo que se complique el otro trabajo que está realizando en CIRCULO. De todas maneras, CEREBE aseguró que hay otros recursos disponibles, que nunca trabajaron en CIRCULO. Uno de los socios de CEREBE (Cintia) estará disponible si se lo necesita. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 10 de 61

11 CIRCULO Juan y Alberto estarán asignados para trabajar en el tema de Interfaces. Juan conoce mucho mejor la problemática por lo cual es el principal asignado. Aunque en la reunión de Kick Off manifestó estar con demasiadas tareas. Norberto, el Gerente de Sistemas de CIRCULO, es quien decidió tercerizar y quién contrató a PI y FX. Norberto percibe que tanta gente involucrada puede generar un problema, por lo tanto asignará a dos de sus mejores recursos, Andrea y Raúl. Andrea trabaja habitualmente con los usuarios y conoce claramente la problemática desde el punto de vista funcional. Raúl también conoce la problemática, pero fundamentalmente es una persona técnica con mucha experiencia en Visual Basic y arquitectura Web. José es el Gerente de Ventas. De él depende el Call Center que utiliza esta aplicación. Norberto quiere que participen algunas de las supervisoras del Call Center ya que están en el día a día y conocen claramente la problemática. Alicia estará involucrada en sus ratos libres en el Call Center y probablemente participe además alguna de las otras supervisoras. Aún no se tiene muy claro cuál es la distribución de trabajo entre los distintos proveedores de desarrollo, pero una primera aproximación arroja los siguientes datos: FX: 65% del total del desarrollo CEREBE: 30% del total del desarrollo CIRCULO: 5% del total del desarrollo Se pide que usted diseñe la estructura del equipo de trabajo para presentar en la próxima reunión y validar con los demás participantes. Debe incluir: Diagrama estilo organigrama con nombres de las personas y funciones. Debe involucrar a todos los participantes. Descripción breve de responsabilidades de cada uno. Identificar riesgos principales del equipo planteado. 1.2 Diseño de Equipo de Trabajo para el Proyecto DATATEL CIRCULO SA ha decidido contratar nuevamente a PI para encarar un Tablero de Ventas. A diferencia del Proyecto APPITEL, CIRCULO no conoce en este caso nada acerca de la problemática de Datawarehousing. De hecho, este será el primer Proyecto con esta tecnología en la empresa. CIRCULO decide encarar el Proyecto de la siguiente manera: El proveedor PI SA tomará el Proyecto en forma completa. CIRCULO proveerá uno o dos recursos propios para el desarrollo de interfaces con otros sistemas que permitan poblar el datawarehouse. El Proyecto ha sido aprobado y comienza la próxima semana. Usted pertenece a PI y ha sido designado como Jefe de Proyecto. La propuesta presentada por PI tiene las siguientes restricciones: Duración: 2 meses y medio (incluye construcción y puesta en marcha) Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 11 de 61

12 Presupuesto: o 150 HH de Consultor Senior especializado en Datawarehouse o 400 HH de Desarrollador especializado en Datawarehouse o 350 HH de QC o 180 de Jefe de Proyecto Su primer paso es diseñar la estructura de trabajo. Cuenta con la siguiente información: PI PI asigna las siguientes personas al Proyecto. o Alejo (usted): jefe de Proyecto con experiencia en administración de Proyectos, sin experiencia en Proyectos de Datawarehouse. Además tiene conocimiento del negocio por su participación en el Proyecto anterior. o Mariano: consultor senior. Ha trabajado como desarrollador o como analista en otros Proyectos de Datawarehouse. Posee mucha experiencia. o Cecilia: consultor que ha trabajado como desarrollador en otros Proyectos de Datawarehouse. o Federico: especialista en la customización del Front End. Tomará algunas horas de desarrollo (de las 400) para posibles customizaciones. Se estiman alrededor de 80. o Sebastián: tester con experiencia en Proyectos de datawarehouse. o Martín: tester junior. Colaborará con Sebastián en algunas tareas y es objetivo de PI que este Proyecto le sirva de capacitación. Uno de los socios de PI (Adolfo) participará con algunas horas (34 HH aproximadamente) para seguimiento de alto nivel. El Proyecto comienza en diciembre. Usted, Mariano, Cecilia y Sebastián tienen 15 días de vacaciones durante el Proyecto, a tomarse entre las semanas 4 y 10, exceptuando Cecilia que puede tomarlas a partir de la 2. Usted debe contemplar la estructura de reemplazos. CIRCULO Juan y Alberto estarán asignados para trabajar en el tema de Interfaces. Juan conoce mucho mejor la problemática por lo cual es el principal asignado. Aunque en la reunión de Kick Off manifestó estar con demasiadas tareas. Norberto, el Gerente de Sistemas de CIRCULO, es quien decidió tercerizar y quién contrató a PI. Oscar, un gerente de alto nivel cuya función no le queda muy clara a PI, es quien espera obtener buenos resultados con este tablero. Desea involucrarse mucho en el Proyecto y estuvo de acuerdo con Norberto en que se contratara a PI. José es el Gerente de Ventas, y espera obtener buena información del Tablero. Omar, Jefe de Marketing, y Saúl, uno se sus empleados, esperan obtener buena información también. Florencia trabaja habitualmente con información en Excel y espera también conseguir buena información. Muchos de sus informes son provistos directamente a Oscar y a Fernando, el CEO de la Compañía. El CEO espera obtener buena información también. Adrián, quien trabaja en los aspectos operativos del circuito de Delivery, también espera ser usuario de este Tablero. Estará involucrado en el Proyecto junto a María, una de sus empleadas. Osvaldo trabaja en Administración y Finanzas. Norberto le pidió que se involucre en el Proyecto porque la información puede serle útil a él también. Dada la experiencia exitosa de APPITEL, Norberto asigna nuevamente a dos de sus mejores recursos, Andrea y Raúl. Andrea trabaja habitualmente con los usuarios y conoce claramente la problemática desde el punto de vista funcional. Raúl también conoce la problemática, pero fundamentalmente es una persona técnica con mucha experiencia en Visual Basic y arquitectura Web. Raúl no tiene experiencia en Datawarehouse, pero está interesado en quedarse con algunos conocimientos de manera de poder resolver problemas de operación en el futuro. Norberto decide involucrar a más gente de su área dado que se trata de tecnología nueva: o Damián, un programador que colaborará con aspectos técnicos. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 12 de 61

13 o Martina, quien trabajará junto a Andrea. No se sabe cuándo ni quiénes, pero es posible que varios de los integrantes de CIRCULO tomen vacaciones en distintos momentos del Proyecto. CIRCULO CENTRAL CIRCULO es una subsidiaria de CIRCULO CENTRAL. Aún no está muy claro, pero es posible que el tablero se instale en CIRCULO CENTRAL, ya que cuenta con los servidores necesarios y con algo de conocimiento en este tipo de Proyectos. Lucía, quién maneja los aspectos de Datawarehouse en CIRCULO CENTRAL, será el contacto. Lucía involucrará a Antonio, especialista en Datawarehouse, para que valide que el Tablero de Ventas para CIRCULO cumplan con los estándares de la Organización Lucía hará participar también a las áreas de Seguridad, Base de Datos, Software de Base y Comunicaciones de CIRCULO CENTRAL para los temas de Infraestructura. Se pide que usted diseñe la estructura del equipo de trabajo para presentar en la próxima reunión y validar con los demás participantes. Debe incluir: Diagrama estilo organigrama con nombres de las personas y funciones. Debe involucrar a todos los participantes. Descripción breve de responsabilidades de cada uno. Identificar riesgos principales del equipo planteado. 1.3 Diseño de Equipo de Trabajo para el Proyecto DWH LOPEC La empresa LOPEC SA ha decidido contratar a PI (la empresa a la que usted pertenece) para encarar un desarrollo de un nuevo sistema de gestión que incluye los siguientes módulos: 1. Construcción de un Datawarehouse de Compras (a cargo de PI) 2. Desarrollo de una interfaz con el Sistema de Compras (a cargo de LOPEC) 3. Integración con el actual Datawarehouse de Ventas (a cargo de PI) 4. Desarrollo de un aplicativo que permita almacenar información que hoy no existe en el Sistema de Compras (a cargo de PI) 5. Herramienta de explotación de Datawarehouse (provista por el proveedor SUBOSCURO) LOPEC encargó a PI la dirección total del Proyecto, pidiendo que coordine los 5 módulos. La propuesta presentada por PI se basa en la siguiente estimación y asignación de recursos: Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 13 de 61

14 Rol / Tiempo Q1 Q2 Q3 Q4 Q5 Q6 Q7 Analista (Laura) 1 1 0,5 0,5 0,5 0,5 0,5 Desarrollador Datawarehouse 1 (Pedro) 0, Desarrollador Datawarehouse 2 (Luis) ,5 Desarrollador Aplicativo 1 (Pablo) Desarrollador Aplicativo 2 (Andrés) ,5 Tester 1 (Mariana) Tester 2 (Juan Pablo) Jefe de Proyecto (Raúl) = Full Time 0,5 = Part Time Hipótesis: El Analista trabaja tanto en el análisis del Datwarehouse como en el del Aplicativo. El Analista instala, parametriza y capacita en la herramienta de explotación. El Analista diseña las interfaces. Son desarrolladas y probadas por LOPEC. Los participantes de LOPEC en el Proyecto son: Samuel, Gerente de Compras, quien paga por el nuevo sistema Adolfo y Carlos, quienes trabajan en el Área de Compras y conocen todos los aspectos del Negocio. En particular Carlos posee muchos más años en la compañía. Silvia, personal de la Gerencia de Ventas que conoce en detalle el actual sistema de Gestión de Ventas. Antonio, Gerente de Sistemas, quien decidió subcontratar. Andrea, personal de Sistemas quien se hará responsable de todos los aspectos funcionales y técnicos que el Proyecto requiera a LOPEC. Martín, Sebastián y Marita se encargarán del desarrollo de las interfaces. Gabriela, responsable de Seguridad Además participan: Miguel, de SUBOSCURO, quien vendió a LOPEC las licencias de su producto de explotación. Cristian, consultor de SUBOSCURO encargado de brindar consultoría sobre la herramienta de explotación a Laura (de PI). Enrique, socio de PI Se pide que usted diseñe la estructura del equipo de trabajo para presentar en la próxima reunión y validar con los demás participantes. Debe incluir: Diagrama estilo organigrama con nombres de las personas y funciones. Debe involucrar a todos los participantes. Descripción breve de responsabilidades de cada uno. Identificar riesgos principales del equipo planteado. 1.4 Diseño de Equipo de Trabajo para el Proyecto DRUG 1 SPAZIO es una multinacional con origen en Estados Unidos, que provee productos y servicios de software y hardware. Usted, Alejo de PI SA, ha sido contratado por SPAZIO Argentina para trabajar como líder del Proyecto DRUG 1. En este momento se encuentra en la primera reunión con Adolfo, Gerente de Servicios de SPAZIO Argentina, quien le está describiendo de que se trata el Proyecto. Su objetivo es armar el equipo de trabajo del Proyecto para presentarlo en el Kick Off del próximo viernes, que será conducido por usted. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 14 de 61

15 Descripción brindada por Adolfo: En el año 1999, IRC SA desarrolló su producto / servicio IRC*SERVICE para operar con Obras Sociales, Farmacias y Médicos. SPAZIO compró IRC SA en el Así fue evolucionando IRC* SERVICE hasta la actualidad en que se encuentra en su versión 3.0. Hoy, el servicio IRC* SERVICE, se ejecuta en un servidor central en SPAZIO Argentina y es utilizado por 15 Obras Sociales, 300 Farmacias y 700 Médicos. SPAZIO de Estados Unidos ha construido un servicio similar, aunque con menos funcionalidad por tratarse de la primera versión: DRUG 1. El servicio IRC*SERVICE será dado de baja en 6 meses y será reemplazado totalmente por DRUG 1 en todos los clientes que acepten el cambio. Los que no acepten el cambio, deberán trabajar con la competencia o dejar de usar el servicio. El Proyecto que tenés que liderar finaliza con las instalación de DRUG 1 en todos los clientes y el cierre de IRC*SERVICE para siempre. Tu función es coordinar a las distintas partes involucradas. El Proyecto tiene un aspecto tecnológico que consiste en la localización del servidor de DRUG 1 para Argentina y en la customización de los clientes de DRUG 1 para cada una de las Obras Sociales. Una vez resuelto esto, deberán migrarse los clientes: Obras Sociales, Farmacias y Médicos. Andrea, de SPAZIO Argentina liderará esta parte y trabajará con un partner de desarrollo (WSD SRL) y un partner de QC (DIM SA) para la localización, la customización y la instalación de Clientes y Servidor. Otro aspecto muy importante es la parte comercial. Es necesario calcular los nuevos precios del servicio y vendérselo a los Clientes, en particular a las Obras sociales. Daniel de SPAZIO Argentina coordina todo este aspecto, aunque la parte de Farmacias y Obras Sociales está delegada en Cecilia de SPAZIO Argentina. Es posible que nos enfrentemos a juicios o temas complicados de contratos con los clientes. Es por eso que estará involucrado Alberto del área Legales de SPAZIO Argentina. Él será el responsable de la parte Legal. Es importante tener en cuenta que el nuevo servicio no brinda mejoras a nuestros clientes, al contrario, se pierde funcionalidad. Esto generará muchos problemas. El aspecto de comunicación es importante. Margarita, del área de Comunicación de SPAZIO, estará encargada de este punto, que incluye tanto la comunicación interna dentro de SPAZIO Argentina como los comunicados de prensa, y comunicados a Obras Sociales, Farmacias y Médicos. No queremos que se genere ningún tipo de ruido. Es decir, no queremos que DRUG 1 genere un problema de imagen a SPAZIO. A nivel SPAZIO de Estados Unidos, Tom es el responsable del presupuesto asignado al subproyecto de Argentina y constituye el nivel de decisión más alto del Proyecto. Paul es el referente tecnológico de DRUG 1 y nos podrá dar asistencia en ese aspecto. Se pide que diseñe la estructura del equipo de trabajo para presentar en la reunión de Kick Off y validar con los demás participantes. Debe incluir: Diagrama estilo organigrama con nombres de las personas y funciones. Debe involucrar a todos los participantes. Descripción breve de responsabilidades de cada uno. Identificar riesgos principales del equipo planteado. 1.5 Diseño de Equipo de Trabajo para el Proyecto BETA Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 15 de 61

16 La empresa PI ha decidido lanzar un Proyecto para la construcción de un producto para el mercado financiero. Aún no sabe como será el producto, por lo cual ha decidido que parte del trabajo de este Proyecto sea la definición del mismo. El Proyecto debe arrancar con el desarrollo de la visión y finalizar con un entregable que incluya el CD y los manuales listos para la duplicación. El Proyecto está financiado en un 70% por PI y en un 30% por el gobierno de la provincia de Córdoba, en el contexto de una iniciativa para promover la industria del software en la provincia. El gobierno de Córdoba aportará presupuesto para que PI compre los equipos de hardware para los ambientes de desarrollo y prueba. Además aportará presupuesto para que el personal de PI afectado al Proyecto se capacite en la última tecnología de bases de datos que deberá utilizarse en dicho Proyecto. Es objetivo del Proyecto tanto el desarrollo del producto como las actividades comerciales alrededor de éste: desarrollar material de venta, lanzar una campaña de difusión y buscar posibles clientes mientras dure el desarrollo del producto. Además debe definirse el precio del producto y el esquema de licenciamiento. Sobre el contenido del producto, se sabe poco. Tendrá una base de datos con información financiera que será consultada por una aplicación web de reporting. No existe nadie en PI que conozca con mucho detalle el mercado financiero. Es por eso que se ha decidido buscar un cliente real se asocie con PI y participe en el Proyecto. El objetivo es que el cliente brinde los requerimientos y reciba a cambio determinados beneficios para el uso del producto en su empresa finalizado el Proyecto. Aún no están definidos estos beneficios. Identifique los roles necesarios para el Proyecto, diagramando la estructura del equipo de trabajo. 1.6 Diseño de Equipo de Trabajo para el Proyecto Comisiones II Dos compañías de seguros han resuelto fusionarse, por lo que necesitan unificar los sistemas de Comisiones de sus agentes de venta. Han solicitado a varios de sus proveedores que presenten sus propuestas para este Proyecto. Actualmente PI no cuenta con muchos recursos disponibles por estar trabajando en varios Proyectos, pero dado que tiene interés en el tema, decidió evaluar distintas alternativas para presentar la más conveniente. Diseñe 5 posibilidades de equipo de trabajo que tengan entre 2 y 3 recursos (los únicos disponibles son Juan, Pedro y María) cubriendo los 5 roles enumerados. En cada posibilidad identifique puntos a favor y riesgos. Marque la alternativa recomendada para presentar como propuesta. Equipo 1 Juan Pedro María Puntos a Favor Riesgos e inconvenientes Project Leader Analista QC (Análisis) Desarrollo QC (Desarrollo) Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 16 de 61

17 Equipo 2 Juan Pedro María Puntos a Favor Riesgos e inconvenientes Project Leader Analista QC (Análisis) Desarrollo QC (Desarrollo) Equipo 3 Juan Pedro María Puntos a Favor Riesgos e inconvenientes Project Leader Analista QC (Análisis) Desarrollo QC (Desarrollo) Equipo 4 Juan Pedro María Puntos a Favor Riesgos e inconvenientes Project Leader Analista QC (Análisis) Desarrollo QC (Desarrollo) Equipo 5 Juan Pedro María Puntos a Favor Riesgos e inconvenientes Project Leader Analista QC (Análisis) Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 17 de 61

18 Desarrollo QC (Desarrollo) 1.7 Diseño de Equipo de Trabajo para el Proyecto Certificación ISO La Organización SOLUCIONES IT S.R.L. está interesada en realizar una certificación de Calidad, y se decidió por la Norma ISO 9001:2000. La fecha clave a cumplir es 01/12/2007. La Organización requiere certificar el 21/12/2007. Los Gerentes necesitan este proyecto para estar a la altura de sus competidores, además están interesados en definir los procesos que se requieran y la definición e implementación de un Sistema de Gestión de Calidad en su Organización. SOLUCIONES IT S.R.L. se dedica a proyectos de desarrollo, mantenimiento, Quality Control y Consutoría (mejora de procesos, etc.) En la Organización existen Administradores de Cuentas de Clientes, Responsables de Ventas, Project Leaders, Responsables de Tecnología, Consultores, y en el Centro de Desarrollo hay Analistas, Desarrolladores y Testers. Existe personal administrativo que se dedica a la administración de los recursos de SOLUCIONES IT S.R.L., así como también a la facturación y cobros a Clientes y pagos a Proveedores. La Gerencia está muy interesada en que se instaure en la Organización el nuevo Sistema de Calidad. La Organización tiene que seguir con los Proyectos en curso y a su vez se requerirá un esfuerzo adicional del personal para trabajar en este Proyecto. Joaquín es un Consultor, él tendrá a cargo la coordinación y la confección de los procesos. La Gerencia está muy preocupada por lograr el consenso de todas las personas que conforman SOLUCIONES IT S.R.L. Para brindar apoyo a Joaquín se va a seleccionar y contratar un especialista en la Norma ISO 9001:2000. El éxito del proyecto se mide en tener la certificación en ISO el 21/12/2007. : Se pide que diseñe un equipo de trabajo para poder dar solución a la problemática de SOLUCIONES IT S.R.L. 1. Seleccione la forma de representar el equipo de trabajo, tiene que ser la más eficiente. Justifique su elección. 2. Diagrame el equipo de trabajo, indicando: roles, responsables y funciones de los roles. Ayuda: Tenga en cuenta: Estos conceptos: Diagrama de una Organización IT, Administración de Proyectos, Administración de Riesgos, Administración de Cambios, Administración de Configuración. El proceso de ventas, proceso de gestión de calidad, proceso de producción, etc. El criterio definido para identificar el resto de los procesos. 1.8 Diseño de Equipo de Trabajo para el Proyecto Cine & Video El mismo escenario de WBS para el Proyecto Cine & Video. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 18 de 61

19 Identifique los roles necesarios para el Proyecto, diagramando la estructura del equipo de trabajo. Describa brevemente las responsabilidades de cada uno. Identifique riesgos principales del equipo planteado. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 19 de 61

20 2 Etapa 1: Inicio (Alcance) 2.1 WBS para el Proyecto APPITEL 2.0 CIRCULO SA ha decidido renovar su aplicación de Atención de Pedidos Telefónicos en dos meses y medio. El Proyecto ya arrancó esta semana y los analistas de PI (la consultora que hará el análisis y el diseño) acaban de tener una reunión con los usuarios principales. A continuación se reproduce la entrevista realizada: Analista (PI): por qué quieren re-escribir el sistema? Representante de IT (CIRCULO): porque está hecho con tecnología obsoleta y nos resulta muy caro cada cambio que queremos hacer. Analista (PI): podría describirnos la funcionalidad del sistema a grandes rasgos? Usuario (CIRCULO): es un sistema para tomar pedidos telefónicos. Los clientes llaman, se dan de alta, hacen su pedido, informan el método de pago, el horario y domicilio de entrega y allí termina. Representante de IT (CIRCULO): hoy el sistema trabaja con una base local de artículos y clientes. La base de artículos requiere actualización manual. Queremos que se actualice automáticamente desde nuestro servidor central. Analista (PI): y los clientes? Representante de IT (CIRCULO): lo mismo, queremos centralizarlos porque en el servidor central tienen una codificación distinta. Esta sección la desarrollará CEREBE. Usuario (CIRCULO): si, eso es muy importante, porque queremos cruzar la información de clientes que compran por distintas bocas de expendio. Es importante para ofrecer un servicio más personalizado. Analista (PI): Qué otra funcionalidad tiene la aplicación? Usuario (CIRCULO): nada más, pero tenemos una lista importante de requerimientos. Por ejemplo queremos que se puedan modificar los pedidos cuando el cliente se haya equivocado y se entere un rato después y llame nuevamente. Representante de IT (CIRCULO): tiene algunos reportes que desarrollamos nosotros. Analista (PI): Qué tipo de reportes? Representante de IT (CIRCULO): Por Locales, Por Vendedores (telemarketers). Usuario (CIRCULO): productos más vendidos. Analista (PI): Cuántos reportes? Representante de IT (CIRCULO): 20. Usuario (CIRCULO): Sí, pero no los usamos. Sólo usamos los dos de locales, tres de telemarketers y uno de productos. Necesitamos un par más de Productos. Uno que agrupe por Familia y otro que agrupe por Fabricante. Analista (PI): Cuáles son los otros requerimientos que mencionaba? Usuario (CIRCULO): Te leo la lista que me pasaron los otros usuarios: 1. Que cuando se cuelgue la máquina no tengamos que cargar todo el pedido de nuevo. 2. Que podamos buscar clientes por otros datos además del teléfono: Domicilio, nombre, DNI, Cédula, etc. 3. Poder ver rápidamente cuáles son los productos que están de oferta. 4. Tener los precios de los productos actualizados. 5. Poder modificar los pedidos y volverlos a enviar. 6. Saber qué tipo de cliente está llamando. Me dijeron que se puede obtener este dato analizando la base central de pedidos de todos los locales. 7. Búsqueda de artículos por categorías. A veces el cliente quiere buscar el mejor precio en gaseosas, no importa la marca. Representante de IT (CIRCULO): te aclaro una cosa. Los pedidos tienen un promedio de 200 artículos. La carga de artículos tiene que se muy veloz para que los telemarketers sean productivos. Agosto/2007 (versión 9.0) Administración y Control de Proyectos I Página 20 de 61