guia de casos de gestión de alcance

8/8/2019 Guia de Casos de Gestión de Alcance

http://slidepdf.com/reader/full/guia-de-casos-de-gestion-de-alcance 1/15

© 2008 Escuela Profesional de Ingeniería de Computación y Sistemas- UPAO. Todos los Derechos Reservados

GUIA DE CASOS

Unidad 02: Gestión de Integración Alcancey Tiempo

CURSO DE ADMINISTRACION DE PROYECTOS DE

SISTEMAS DE INFORMACION

ESCUELA PROFESIONAL DE INGENIERIA DE COMPUTACIÓN Y SISTEMAS

DOCENTE: ING. CARLOS ALVARADO QUINTANA



Universidad Privada Antenor Orrego Guía del Estudiante - Curso: Administración de Proyectos de SI

Ing. Carlos Alvarado Quintana Pág. 2


Presentación

A continuación presentamos una serie de trabajos a realizarse durante la sesión deGestión de Alcance en las sesiones de prácticas correspondientes a la unidad 02 “LaGestión de la Integración, Alcance y Tiempo de un Proyecto”, del curso de

Administración de Proyectos de SI.La siguiente guía tiene como objetivo principal poder aplicar con casos prácticos ovideos ilustrativos los conceptos impartidos en clase y que los alumnos puedan llevar ala práctica.Estos trabajos deben ser desarrollados durante las horas de práctica que tiene el cursoy deben ser resueltos exclusivamente en aula, para este fin los alumnos deberánorganizarse en grupos de 4-5 alumnos. Los cuales deberán asumir diferentes roles ypoder contestar y resolver las preguntas planteadas en los casos.El profesor para evaluar las competencias adquiridas podrá preguntar al grupo paradisertar las respuestas del caso o en caso contrario realizar evaluaciones individualesque permitan identificar si los conocimientos han sido comprendidos por los miembrosdel equipo.

Los tiempos establecidos para evaluar un Video son de 20 minutos, mientras que paralos casos los tiempos son de 45 minutos por caso.

A continuación presentamos los trabajos a realizar en la segunda unidad:

CASO DE GESTION DE ALCANCE # 1

CASO- IMPLEMENTACION DE SOLUCION DE COMERCIO ELECTRONICO

La gerencia general de su empresa ha autorizado el inicio de un nuevo proyectocuyo objetivo principal es implementar un sistema de comercio electrónico.Por medio de este sistema su empresa desea comercializar y/o vender susproductos a través de Internet con la finalidad de incrementar su volumen de ventas.Entre las principales actividades contempladas para su proyecto se encuentra eldiseño del Web Site del sistema y el hospedaje de dicho Web Site

Los requerimientos, asi como los objetivos del proyecto, deben ser detallados por elusuario solicitante (Gerente de Ventas) y el gerente de proyecto es el responsablede gestionarlos y formalizarlos. Asi mismo, el usuario debe definir los criterios deaceptación del producto y de lo entregables del proyecto y validarlos con el gerentedel proyecto.Entre los principales expectativas del usuario están:

Incrementar el volumen de ventas en un 30% luego de 3 meses de operativo

el sistema

El sistema debe poder comercializar los productos a través de Internet y

contar con medios de pago que incluya tarjetas de crédito tales como VISA,

Master Card y American Express.






El sistema debe ser rápido y ágil para gestionar el pedido de los productos

El Web Site además de contar con la solución de comercio electrónico debe

servir como pagina de información de los clientes y marketing de la empresa.

La solución debe cumplir con todos los estándares de seguridad necesarios

para este tipo de soluciones (VerySign) con la finalidad de evitar el acceso de

intrusos o Hackers.

El gerente de proyecto debe solicitar a la Gerencia General el personal queconsidere necesario para formar su equipo de trabajo. Cabe resaltar que la gerenciageneral ya asigno a un líder técnico del proyecto especialista en el desarrollo desoluciones de comercio electrónico.El proyecto ya cuenta con una acta de constitución del proyecto firmada y aprobada.

En dicha acta de constitución del proyecto se han definido las siguientesrestricciones del proyecto:

Restricciones de Costo: El presupuesto asignado para este proyecto es de

US$100,000. Cualquier modificación de este presupuesto debe ser solicitado

a la gerencia general por escrito

Restricciones de Tiempo: Se estima que el Web Site de la Empresa debe

estar operativo en un tiempo no mayor a 6 meses.

El gerente del proyecto (Con apoyo del líder técnico) debe definir con el usuariosolicitante cuales son los limites del proyecto.

Trabajo A REALIZAR

Con la Información proporcionada en este caso se debe definir el enunciado delalcance del proyecto, la estructura detalla de trabajo (WBS) y el diccionario WBS.Este caso debe ser desarrollado y discutido en equipos de 3 personas en los cualesuna de las personas debe tener el rol del usuario solicitante, la segunda personadebe tener el rol de gerente de proyecto y la tercera persona debe tener el rol dellíder técnico del proyecto. El usuario puede definir expectativas o requerimientosadicionales que considere necesarios.






EJEMPLO DE WBS # 1

WBS

Comercialización externa

de Servicio de

Telefonia Publica

1.1 Dirección de

Proyectos

1.2 Diseño

Funcional1.4 Construcción 1.5 Pruebas 1.6 Implantación

1.1.2 Informes

1.1.3 Gestión de

Cambios

1.1.4 Cierre

1.3.1 Codificación

1.4.2 Pruebas

Func. Integradas

1.4.3 Pruebas de

Aceptac. Usuario

1.5.2 Capacitación

A usuarios

1.5.3 Paralelo

1.5.4 Puesta en

Marcha

- Plan de Gestión

Rendimiento y Avance

- Doc. De Cambio

Acta de aceptación

Listado de requerimientos

Diseño funcional detallado

Programas Codificados

Fichas de Configuración

Flujos de Casos de Negocio

-Actas de aceptacíón por

-caso de negocio

Manuales de Capacitación

Resultado de Comparativas

- Plan de operación

Comercialización externa

de Servicio de

Telefonía Publica

1.1 Dirección de

Proyectos

1.2 Diseño Func.

y Técnico 1.3 Construcción 1.4 Pruebas 1.5 Implantación

1.1.1 Planificación 1.2.1 Requerimient.1.4.1 Definición

Casos de Negocio

-

1.3.2 Configuración

-

Constancia de Pruebas

-

-

-

1.2.2 Diseño de

Solución

1.5.1 Preparación

de entornos

Manuales de Capacitación






Diccionario del WBS

1.1 Dirección de Proyectos

1.1.1 PlanificaciónDescripción Preparación del plan de gestión de proyectos, planificación del alcance,

definición de actividades, secuencias, recursos, tiempos, cronograma.Estimación de costos, planificación de la calidad, recursos humanos,comunicaciones, gestión de riesgos, identificación, análisis cualitativo,cuantitativo, respuestas de los riesgos, planificación de compras,adquisiciones y contrataciones.

Entradas : Activos de los procesos de la empresa. Acta de constitución del proyecto. Enunciado del alcance preliminar del proyecto.Salidas: Plan de Gestión de Proyectos. Planes de Gestión: Integración, Alcance, Tiempo, Costos, Recursos,

Calidad, Comunicación, Riesgos y AdquisicionesCriterio de Inicio:

Kick off del inicio del Proyecto.Criterio de Fin:

Finalización y aprobación del Plan de gestión de proyectos.Esfuerzo:

Los planes de Gestión se culminan en el primer mes, pero se vanactualizando a lo largo del proyecto.

Serían 229 jornadas la primera vez y 56 jornadas a lo largo delproyecto: 285 jornadas

Costo: US$ 11,725 dólares americanos

Recursos 1 Gerente de Proyecto 5 Técnicos de Sistemas 5 Analistas Funcionales x 15 días. 1 Ofimático x 30 días

Fecha de Inicio : 04-07-05Fecha de Fin : 15-07-05 los planes preliminares

1.1.2 InformesDescripción Preparación de informes del avance diario y desviaciones con respecto

a la planificación original.Entradas : Informes de los equipos basados en la técnica del EVM






Cronograma del Proyecto

Salidas: Informes semanales para la Gerencia (Milestone Chart)Criterio de Inicio: Desde el inicio del proyectoCriterio de Fin: Hasta la culminación del proyectoEsfuerzo:

Como los informes son semanales, estimamos 120 jornadas en 7.5meses

Costo: US$ 3,412.50dólares americanos

Recursos Gerente del proyecto (2 jornadas por mes) 5 Técnicos de Sistemas (2 jornadas por mes) Ofimático (4 jornadas por mes)

Fecha de Inicio : 04/07/05Fecha de Fin : 22/02/06

1.1.3 Gestión de CambiosDescripción Conformación del Comité de Gestión del Cambio, integrado por

representantes de las Areas de Negocio y el Equipo del Proyecto. Elaboración del Procedimiento de Gestión del Cambio Reuniones Quincenales de revisión de RFU (Requerimientos

Funcionales de Usuario). Preparar informes de Requerimientos de Cambios Aprobados.Entradas : Requerimiento de Cambio ingresado en el sistema de información de

requerimientos (T-Gestiona) Plan de Gestión del Proyecto Documentación de los Diseños Funcionales y TécnicosSalidas: Requerimientos de Cambios Aprobados y Rechazados.

Plan de Gestión y Alcance del Proyecto actualizadosCriterio de Inicio: Desde el inicio del proyecto empieza a constituirse el Comité de

Gestión de CambiosCriterio de Fin:

Culmina una vez que los usuarios han aprobado y aceptado laspruebas funcionales

Esfuerzo: 110 jornadas en siete y medio meses.


Recursos






US$ 1,250 dólares americanosRecursos

5 Analistas Funcionales.Fecha de Inicio : 04/07/05Fecha de Fin : 11/07/05

1.2.2 Diseño de la SoluciónDescripción Elaboración del Diseño funcional, con la descripción de las

modificaciones a realizar, agrupándolas en funcionalidades Elaboración del Diseño técnico, que basándose en el diseño funcional,

asocia la solución técnica, que incluye el diseño del modelo de base de

datos, los programas fuentes a crear o modificar, identificación deinterfases afectadas

Entradas : Lista de requerimientos aprobadosSalidas: Diseño Funcional aprobado Diseño Técnico aprobado Documentación técnicaCriterio de Inicio: Debe culminar el levantamiento de los requerimientosCriterio de Fin: Hasta que los usuarios aprueben el Diseño presentadoEsfuerzo:

133 jornadasCosto:



1.3 Construcción1.3.1 Codificación

Descripción Es el proceso de construir todos los programas y procedimientos de los

módulos requeridos Incluye la modificación del Modelo de base de datos y mapa del sistemaEntradas : Diseño Funcional y Técnico Modelo de base de datos inicial

Mapa de sistemas con identificación de interfases y relaciones






Programas fuentes Procedimientos de ejecución (jobs)

Salidas: Programas fuentes nuevos Programas fuentes modificados Procedimientos de ejecución modificados (jobs) Modelo de base de datos actualizados Documentación de los cambios realizados Mapa de sistemas actualizadoCriterio de Inicio: Se debe tener el Diseño técnico culminado Se debe contar con el ambiente de desarrollo disponibleCriterio de Fin: Hasta que culminen todas las pruebas funcionales y tengamos la

aceptación del sistema por los usuariosEsfuerzo:

714 jornadas en dos meses.Costo:


6 Analistas Funcionales. 15 Analistas Programadores.


1.3.2 ConfiguraciónDescripción Determinar los valores para la carga o actualización de los parámetros

o variables de los sistemas, mediante las opciones nativas del software(en forma interactiva o carga batch).

Entradas : Documento Técnico de configuración Capacitación de personal de configuración de acuerdo a los manuales

del sistema. Herramienta de administración de configuración que permita el

almacenamiento previo a la carga en los sistemas y para la revisión delusuario.

Salidas: Fichas técnicas de Configuración.Criterio de Inicio:

Requerimiento de usuario aprobados. Entorno de parametrización disponible

Criterio de Fin: Aprobación de fichas técnicas de configuración.

Esfuerzo:










1.4 Pruebas1.4.1 Definición de Casos de Negocios

Descripción Preparación de los casos de negocios que contienen un conjunto de

funcionalidades necesarias para cubrir un proceso de negocio y lascasuísticas que requieren probar.

Los Casos de Negocios se preparan en conjunto con los usuarios,funcionales y probadores.

Entradas : Lista de requerimientos funcionales Procedimiento para preparación de casos de negocio. Formatos a utilizar. Diseño funcionalSalidas: Flujo de Casos de NegociosCriterio de Inicio:

Con el primer diseño funcional que se tengaCriterio de Fin:

Conclusión del Diseño técnico aprobado.Esfuerzo:





1.4.2 Pruebas Funcionales IntegradasDescripción Ejecución de las pruebas integradas entre los sistemas Legacies y

todos los sistemas con que interactúan. Validación de los resultados esperados, preparación de documento con

errores detectados, preparación de constancia de pruebas con

resultados satisfactorios.






Entradas : Casos de Pruebas

Entorno de Pruebas preparado. Software modificado y probado Datos de Pruebas Herramienta de gestión de pruebas. Herramienta de gestión de incidencias.Salidas: Constancia de PruebasCriterio de Inicio: Fin de la preparación de los casos de pruebas funcionales.Criterio de Fin: Ejecución y resultados esperados satisfactorios de la totalidad de los

casos de pruebas integradas.Esfuerzo:

836 jornadasCosto:


3 Analistas Funcionales 16 Analistas Programadores


1.4.3 Pruebas de Aceptación de UsuariosDescripción Ejecución de las pruebas de los casos de Negocio, pero con los

usuarios con el fin de obtener actas de aceptación parciales, según elresultado de las pruebas.

Entradas : Casos de Pruebas Entorno de Pruebas preparado. Software modificado y probado Datos de Pruebas.

Herramienta de gestión de pruebas. Herramienta de gestión de incidencias.Salidas: Actas de aceptaciónCriterio de Inicio: Fin de la preparación de los casos de pruebas integradas.Criterio de Fin: Ejecución y resultados esperados satisfactorios de la totalidad de los

casos de pruebas de aceptación de usuarios.Esfuerzo:

352 jornadas

Costo:









1.5 Implantación1.5.1 Preparación de Entornos

Descripción Preparar los Entornos (Ambientes) necesarios para el desarrollo y

prueba de los trabajos. Los entornos identificados son: Desarrollo: Entorno donde se realizarán las adecuaciones

(modificaciones) a los programas involucrados Testing: Entorno donde se probarán las modificaciones hechas en

el Entorno de Desarrollo Formación: Entorno aislado para la Capacitación de los usuarios,

una vez haya finalizado y probado todas las adecuaciones Parametrización: Entorno más pequeño en capacidad, donde se

realizarán las parametrizaciones y configuraciones de los sistemas. Responsabilidad directa del equipo de IT, pero con la información

proporcionada por todos los equiposEntradas : Capacity Planning Cronograma del proyecto Informe de requerimientos de hardware y softwareSalidas: Entornos preparadosCriterio de Inicio:

Fechas en el cronograma, definidas por el Equipo del proyectoCriterio de Fin:

Culminación del proyecto. Una vez culminado el proyecto, se

desmantelan algunos entornos como el de Desarrollo, Testing yFormaciónEsfuerzo:

30 jornadasCosto:


1 Técnico de Sistemas por 20 días 1 Técnico de Sistemas por 10 días







1.5.2 Capacitación a UsuariosDescripción

Preparar y validar con los funcionales los manuales de Formación. Capacitar a los usuarios de Lima y Provincias en los módulos que se

han visto impactadosEntradas : Manuales de Capacitación del Sistema Casos de Negocios definidos con los Usuarios Entorno de Capacitación preparado. Software terminado y probado Datos de Pruebas preparados de acuerdos a los Casos de Negocios. Exámenes de conocimientos del sistema a los participantesSalidas: Manuales de Formación Informes a Gerencias Usuarias de la inducción realizada a sus equipos Actas de asistencia Evaluaciones de los participantesCriterio de Inicio:

Fin de las Pruebas Funcionales.Criterio de Fin:

Notas aprobatorias de los capacitadosEsfuerzo:

30 jornadas en un mes y medio.Costo:



1.5.3 ParaleloDescripción Este proceso nos permite ver el impacto de lo desarrollado en un

ambiente real (pre-producción)

Los resultados de los procesos deben compararse con los resultadosde los procesos realizados en entornos reales que se han estadoejecutando al mismo tiempo y los datos comparables deben coincidir.

Entradas : Pruebas de Aceptación de Usuarios concluida. Inducción funcional a Usuarios. Entorno de Paralelo Preparado Software desarrollado y probado Datos reales para el procesamiento y comparación.Salidas: Resultado de Comparativas.

Criterio de Inicio: Fin de las Pruebas de Aceptación de Usuarios.






Criterio de Fin: Resultados de las comparativas satisfactorios.Esfuerzo:

121 jornadas en un mes.Costo:


3 Analistas Funcionales por 7 días. 4 Analistas Programadotes por 25 días.


1.5.4 Puesta en Marcha

Descripción La implantación se debe realizar de manera que se optimice el tiempo

de implantación, los impactos operativos y los impactos al usuario finalen la operativa diaria durante la migración.

Se debe preparar el Plan de Implantación, y ejecutarlo. Lo que conllevaa migración de datos, preparar el entorno de producción para recibir loscambios realizados, última versión de los programas fuentes,compilación general de programas, copia de tablas de configuración,mapa de sistemas actualizado, programación de los procesos diarios.

Entradas : Entorno de Producción Software a instalar. Procedimientos diarios de operación, que incluyen el Orden de

secuencia de cadenas que se deben ejecutar y dependencias entreellas.

Relación de programas y procedimientos modificados.Salidas: Procedimientos de operación actualizados Programas fuentes, ejecutables y procedimientos actualizados en

producciónCriterio de Inicio: Resultados del Paralelo satisfactorios.

Criterio de Fin: Documento del Plan de Implantación.Esfuerzo: 75 jornadas


Recursos 1 Gerente de Proyecto por 5 días. 5 Técnicos de Sistemas por 5 días. 1 Analistas Funcionales por 5 días. 2 Analistas Programadores por 10 días.

Fecha de Inicio : 27/12/05

Fecha de Fin : 22/02/06






Enlaces sobre Gerencia de Proyectos

PAGINA LiderDeProyecto.com Portal de administración de proyectos, en español Publicado el: 18/03/2009País de origen: Mexico

PMForum Portal independiente del Project Management, con contribuciones de reconocidos Project Managers mundiales (en inglés)Publicado el: 19/11/2007

Instituto Argentino de Administración de Proyectos Servicios de Capacitación y Consultoría en Project Management. Cursos a profesionales ein company. Metodología del PMI. Publicado el: 18/11/2004País de origen: Argentina

Portal de financiamiento de proyectos Guía de referencia para gerentes de proyecto, investigadores, y estudiantes que buscaninformación sobre financiamiento de proyectos (en inglés)Publicado el: 22/08/2004

AllPM.com La pagina para los gerentes de proyecto (en inglés)Publicado el: 05/12/2001

ProjectManagement.com El portal para los gerentes de proyecto y usuarios de software para gerencia de proyecto (en inglés)Publicado el: 19/11/2001País de origen: otro

4pm.com Recursos y base de datos sobre gerencia de proyectos (en inglés)Publicado el: 19/11/2001País de origen: otro

The Project Management Institute Organizacion de profesionales de la gerencia de proyectos, con mas de 80,000 miembrosen el mundo. Establece estandares, ofrece seminarios y programas educativos, y certifica profesionales. (en inglés)Publicado el: 15/11/2001

http://www.degerencia.com/enlaces.php?linkid=14227
























guia de casos de gestión de alcance

Documents