Plan de Proyecto: Ean TKT

EAN TKT
PLAN DE PROYECTO
Version 2.3
17/04/23
Elaborado por: Paola Rodríguez, Lucas Amuchástegui, Mario González

EAN TKT
HISTORIA DE CAMBIOS
Version Implemented Revision Approved Approval Reason

# By Date By Date
1.0 P. Rodriguez 17-Apr-23 17-Apr-23 Creación del documento
M. Gonzalez
2.0 Paola Rodriguez 18-06-2022 Actualización de detalle de
los diferentes planes
2.1 Paola Fernanda 23-06-2022 Actualización de detalle de
Rodriguez los diferentes planes
2.2 Equipo 26-06-2022 Actualización para incluir
documentos externos.
2.3 Equipo 29-06-2022 Adición de metodologia

Scrum
Actualizar EDT
Actualizar Diccionario de EDT (pegar nuevamente)
Atributos de actividades (pegar nuevamente)
Agregar la matriz de stakeholders (link)
Page 1 of 70
EAN TKT
Tabla de contenido
1 INTRODUCCION....................................................................................................................4
1.1 Antecedentes..............................................................................................................4
1.2 Objetivo general del proyecto....................................................................................5
1.3 justificación del proyecto...........................................................................................5
1.4 Beneficios del proyecto..............................................................................................5
1.5 SUPUESTOS.............................................................................................................5
1.6 PROPOSITO DEL PLAN DE PROYECTO.............................................................5
2 RESUMEN EJECUTIVO DEL PROJECT CHARTER......................................................6
2.1 Project Charter...........................................................................................................6
3 ALCANCE DEL PROYECTO..............................................................................................10
3.1 Enunciado de Alcance de Proyecto..........................................................................11
3.2 Estructura de desglose del trabajo............................................................................13
3.2.1 EDT – EAN TKT – Representación Gráfica......................................................14
3.2.2 Diccionario de la EDT........................................................................................14
3.3 Change Control Management..................................................................................22
4 PLAN DE CRONOGRAMA..................................................................................................22
4.1 HITOS......................................................................................................................23
4.2 PLANIFICACIÓN DEL PROYECTO....................................................................24
4.2.1 Lista de Actividades...........................................................................................24
4.2.2 Atributos de las actividades................................................................................24
4.2.3 Cronograma de las actividades...........................................................................44
4.2.4 Dependencias......................................................................................................45
5 PLAN DE GESTIÓN DE COSTOS......................................................................................46
5.1 Plan de Gestión de Costos........................................................................................46
5.2 Presupuesto del Proyecto.........................................................................................48
5.3 Estimación por 3 valores..........................................................................................48
6 COMMUNICATIONS MANAGEMENT............................................................................49
6.1 Communication Matrix............................................................................................49
7 PLAN DE GESTION DE RIESGOS.....................................................................................49
7.1 Metodología.............................................................................................................50
7.2 EQUIPO DE GESTION DE RIESGOS...................................................................50
7.3 DEFINICION DE PROBABILIDAD......................................................................50
7.4 DEFINICION DE IMPACTO..................................................................................51
7.5 MATRIZ DE RIESGOS..........................................................................................51
Page 2 of 70
EAN TKT
7.6 DEFINICION DE LAS ESTRATEGIAS................................................................52
7.7 ESTRUCTURA DE DESGLOSE DE RIESGOS....................................................52
7.8 FORMATO Y CONTENIDO DEL REGISTRO.....................................................53
7.9 IDENTIFICACIÓN DE RIESGOS..........................................................................53
7.10 REGISTRO DEL RIEGO........................................................................................54
7.11 EVALUACIÓN DEL IMPACTO............................................................................58
8 SCRUM....................................................................................................................................59
8.1 equipo scrum............................................................................................................59
8.2 Product backlog........................................................................................................59
8.3 Sprint planing 1........................................................................................................60
8.4 daily scrum 1............................................................................................................61
8.5 daily scrum 2............................................................................................................62
8.6 Sprint review 1.........................................................................................................62
8.7 Sprint Retrospective 1..............................................................................................63
8.8 Sprint planing 2........................................................................................................63
8.9 daily scrum 1............................................................................................................64
8.10 daily scrum 2............................................................................................................64
8.11 sprint review.............................................................................................................64
8.12 sprint retrospective 2................................................................................................64
Page 3 of 70
EAN TKT
1 INTRODUCCION
1.1 ANTECEDENTES
El proyecto que se describe a lo largo de este documento fue concebido por la necesidad de
brindar un mejor servicio a los usuarios asiduos de la plataforma EANTKT ante el regreso
de los eventos masivos luego del período de pandemia por que el atravesó el país y el
mundo durante 2020 y 2021.
La página web fue descripta en varias encuestas de usuario como “triste”, “poco intuitiva”,
y “difícil de usar”. Con lo cual es decisión de la gerencia rediseñarla con el objetivo de
crear una experiencia amena e intuitiva para el usuario que se conecta para comprar tickets.
La idea de facilitar la navegación deber ir acompañada de la facilidad de uso a través de
pasos claros y simples para poder realizar una compra con confianza.
Al mismo tiempo los usuarios refirieron que ante ciertos eventos de mucha demanada, la
página se volvía lenta y muchas veces no respondia en un solo intento. Por eso se decide
evaluar los costos de la infraestructura tecnológica que da soporte a la página de compra de
entradas y a la vez modernizarla comprendiendo los impedimentos que la actual
infraestructura posee en los períodos de mayor demanda.
Siendo ésta la Estrategia de la organización, de la cual se desprenden los
siguientes Pilares Estratégicos que apuntan hacia el logro del objetivo deseado:
- Atracción de clientes: a través de una interfaz amigable que sea simple y visual y que a
la vez permita adquirir los tickets para el evento deseado en pocos y sencillos pasos.
- Facilidad de uso: eliminar toda la complejidad incorporando sencillos pasos tanto para
comprar el ticket como para crear un usuario y recordar las preferencias de asiento,
forma de pago y notificaciones.
- Costos: reducir costos operativos y de infraestructura migrando la página de compra de

tickets a una solución en la nube que permita crecer la plataforma de acuerdo con las
necesidades estacionales de la página.
Page 4 of 70
EAN TKT
1.2 OBJETIVO GENERAL DEL PROYECTO
Implementar cambios de diseño y de funcionalidad en la página web de compra de tickets

y migrar la solución a una plataforma en la nube.
1.3 JUSTIFICACIÓN DEL PROYECTO
Aumentar los ingresos de la empresa a través de la optimización de recursos tecnológicos y

aumentando la satisfacción del cliente web cuando realizan la compra de los tickets.
1.4 BENEFICIOS DEL PROYECTO

Contar con una página de e-commerce fácil de utilizar donde los usuarios se sientan
cómodos comprando sus tickets para eventos y sea de referencia para futuras compras, y a
la vez disponer de una plataforma tecnológica que permita responder a la alta demanda de
una manera sencilla y costo efectiva.
1.5 SUPUESTOS
El proveedor del desarrollo del software deberá firmar un contrato de confidencialidad.
Se realizarán reuniones de seguimiento de forma diaria, denominadas Daily’s, la cuales

serán remotas utilizando la plataforma Zoom.
EAN TKT proveerá el código Fuente de la actual aplicación que se ejecuta en el entorno de
producción.
EAN TKT proveerá de un entorno cloud para testear el Nuevo Look & Feel.
1.6 PROPOSITO DEL PLAN DE PROYECTO

El propósito del plan de Proyecto es definir a través de los planes particulares que lo
componen, el alcance total de proyecto, el trabajo que se va a realizar y cómo se llevará a
cabo. Será una guía en el curso de acción para cumplir con los objetivos que el proyecto se
plantea.
El mismo cuenta con los siguientes ítems a destacar:

- Resumen ejecutivo o Project Charter
Page 5 of 70
EAN TKT
- Alcance del proyecto
- Estructura de desglose del trabajo
- Sistema de control de cambios
- Plan de cronograma
- Plan de costos
- Plan de riesgos
En cada uno de los ítems detallados anteriormente se explica el contenido y el cómo se
realizarán las actividades comprendidas en el mismo.
2 RESUMEN EJECUTIVO DEL PROJECT CHARTER

En el mismo encontrará una visión a alto nivel de toda la información clave relativa a este
proyecto y que servirá de guía para todos los involucrados en el mismo. Se espera que el
Acta de Constitución sea revisado por el sponsor, los gerentes de las áreas asociadas y sea
también aceptado y firmado por todos ellos, lo que constituirá en comienzo formal del
proyecto.
En el acta encontrará la siguiente información:
- Nombre y Descripción del proyecto
- Justificación
- Principales interesado y recursos destinados al proyecto.
- Objetivos y cronograma de hitos.
- Presupuesto inicial.
- Riesgos iniciales.
- Amenazas y oportunidades.
2.1 PROJECT CHARTER

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
NewTicketEAN Cloud TKT-EAN-CLOUD
Page 6 of 70
EAN TKT
DESCRIPCIÓN DEL PROYECTO: QUÉ, QUIÉN, CÓMO, CUÁNDO Y
DÓNDE?
El proyecto consiste en el rediseño de página web del sistema de ventas de

Tickets Online y la migración de su plataforma al Cloud.
El desarrollo del proyecto estará a cargo de los siguientes equipos:
- IT tendrá a su cargo la migración de la arquitectura tecnológica.

- El proveedor “Diseños Web” será el encargado de modificar la funcionalidad
y el look and feel del frontend del sistema.
El proyecto será realizado desde el 1 de junio hasta el 30 de septiembre,

dándose el primer mes para la selección y contratación del Cloud Provider.
La gestión y el seguimiento del proyecto se realizará por medio de reuniones

virtuales de Microsoft Teams a cargo del equipo de proyecto de EAN.
DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN

DEL PRODUCTO, SERVICIO O CAPACIDAD A GENERAR
El sistema dispone de los siguientes módulos:

- Registración de usuarios
- Reserva de Tickets por evento
- Pago de Tickets con tarjeta de crédito
Todos los modulos descriptos anteriormente serán evaluados y se les hará

cambio y modernización de Look and feel.
CLOUD
- La arquitectura del producto cubrirá un mínimo de requisitos para el
funcionamiento de la aplicación.
- La arquitectura estará preparada para crecer en forma dinámica según la
demanda del evento.
- La arquitectura estará preparada para eliminar los recursos en forma dinámica
cuando la demanda no lo requiera.
INFORMES
Page 7 of 70
EAN TKT
El cliente solicita la presentación de los siguientes informes:
- Diseño de arquitectura Cloud
- Diseño orientativo de front end
- Informes Mensuales de avances, que serán revisados y aprobados por la
oficina PMO del cliente
- Documento Final del proyecto, que incluya el Gantt con los tiempos, recursos
y entregables.
DEFINICIÓN DE REQUISITOS DEL PROYECTO: Descripción de

requerimientos funcionales, No funcionales, de calidad, etc, del proyecto/producto
El Sponsor, la gerencia de Sistemas, tiene los siguientes requisitos:
- Cumplir con los acuerdos presentados en la propuesta y respetar los

requerimientos del cliente interno
- Implementar una arquitectura cloud que soporte los requerimientos
funcionales y que permite escalar rápidamente ante grandes demandas por
cortos períodos.
El cliente interno, la gerencia de Negocios, tiene los siguientes requisitos:
- Cambiar el aspecto de la página web hacia un formato simplificado de

autoservicio tipo carrito de compras, y con los colores de la compañía.
- El cambio de Look and Feel deberá ser desarrollado en un plazo no menor de
80 horas laborales
- Entregar un informe mensual de las actividades realizadas, el cual será
revisado y aprobado por el Product Owner de la gerencia de Negocios
- Entregar un Documento Final, que contenga las actividades realizadas, los
resultados alcanzados y el producto elaborado durante la implementación y
consultoría
OBJETIVOS DEL PROYECTO: Metas hacia las cuales debe dirigir el trabajo el
proyecto en términos de la triple restricción:
Concepto Objetivos Criterio de Éxito
1. Alcance Cumplir con la elaboración Aprobación de todos
de los sig entregables: Project los entregables por
Charter, Maqueta de página parte del cliente
web, Diseño de arquitectura interno
Cloud, Gantt con tiempos y
Page 8 of 70
EAN TKT
recursos
2. Tiempo Concluir el proyecto en el Finalizar el proyecto
plazo solicitado por el cliente el 30/09
interno
3. Costo Cumplir con el presupuesto No exceder el
estimado del proyecto de presupuesto del
USD 35.000 proyecto
FINALIDAD DEL PROYECTO: Fin último, Propósito general u objetivo de nivel

superior por el cual se ejecuta el proyecto. Enlace con programas, portafolios, o estrategias de la
organización
Aumentar los ingresos de la empresa a través de la optimización de recursos

tecnológicos y aumentando la satisfacción del cliente web
JUSTIFICACIÓN DEL PROYECTO: Motivos, razones, o argumentos que

justifican la ejecución del proyecto
JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN
CUANTITATIVA
Generar ingresos para la empresa Flujo de
Ingresos
Ampliar la cantidad de clientes que Flujo de
compren sus tickets a través de Egresos
nuestra web
Obtener feedback de los clientes NPS positivo
para identificar mejoras en el flujo
de la compra de tickets
DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO
NOMBRE NIVELES DE AUTORIDAD
REPORTA A Exigir el cumplimiento de los
entregables del proyecto
SUPERVISA
A
CRONOGRAMA DE HITOS DEL PROYECTO

HITO O EVENTO FECHA PROGRAMADA
SIGNIFICATIVO
Inicio del Proyecto 1-Junio
Page 9 of 70
EAN TKT
1. Relevamiento 8-Junio
2. Cambio Look and Feel 07-Julio
3. Testing nueva página web 04-Agosto

4. Cloud 08-Septiembre
5. Testing arquitectura cloud 22-Septiembre
6. Implementación 23-Septiembre
7. Informes 9-Septiembre
FIN DEL PROYECTO 30 de Septiembre
ORGANIZACIONES QUE INTERVIENEN EN EL PROYECTO

ORGANIZACIÓN ROL QUE DESEMPEÑA
O GRUPO
ORGANIZACION
AL
Cloud Provider Proveer servicios de arquitectura IT Cloud y
asesoría sobre sus servicios
Consultora Proveer servicios de desarrollo de diseño web
Desarrollo Diseño adaptable a múltiples dispositivos
Web
EAN PMO Proveer la gestión del proyecto
3 ALCANCE DEL PROYECTO

En el alcance encontrará los procesos y el trabajo que el equipo llevará a cabo para cumplir
con todos los requisitos establecidos.
Uno de los objetivos principales además es evitar la corrupción del alcance, donde
sucesivos integrantes del equipo extendido solicitan agregar funcionalidad a la solución sin
su debida aprobación por parte del sponsor.
Este detalle de alcance servirá de guía para no apartarse de los requerimientos pactados y
respetar el proceso de gestión de cambios definido también en este Plan de Proyecto.
Page 10 of 70
EAN TKT
3.1 ENUNCIADO DE ALCANCE DE PROYECTO
Título de Proyecto EAN TKT

Director/Responsable Nombre Mario Gonzalez
del proyecto
Departament IT
o
Nombre Paola Rodriguez
APROBACION
Firma
ENUNCIADO DEL ALCANCE DEL PROYECTO
DESCRIPCIÓN DEL PROYECTO/PRODUCTO

EANTKT es una empresa de venta online de tickets para eventos.
El proyecto consiste en el rediseño de página web del sistema de ventas de Tickets
Online y la migración de su plataforma a una plataforma cloud.
ALCANCE DEL PRODUCTO

Rediseño de la página web: página de login, selección de evento, selección de
asiento/s.
Plataforma cloud: implementar en la nube la plataforma tecnológica
correspondiente al hosting de la página y la base de datos existente.
ENTREGABLES
Plan de proyecto, Documento de declaración de requisitos, Diseño y Maqueta de
páginas web especificadas en la sección Alcance, implementación de dichas
páginas web, Diseño de arquitectura Cloud, Cronograma (Gantt) con tiempos y
recursos.
Capacitación de 1 semana de duración y 1 documento de procedimiento
(deskprocedure) sobre las páginas web desarrolladas.
CRITERIOS DE ACEPTACIÓN
Las páginas web desarrolladas deben cumplir con los requerimientos funcionales y
Page 11 of 70
EAN TKT
técnicos descriptos en el Documento de declaración de requisitos.
El acta de pruebas y validaciones de las páginas web debe abarcar los casos de
usuarios y ser satisfactorias durante el periodo de prueba establecidos.
El acta de pruebas y validaciones de la plataforma web y la base de datos deben
cumplir con los casos de uso y ser satisfactorias durante el período de prueba
establecidos.
Validación de cada uno de los hitos mencionados en el plan de proyecto.
El acta de cierre del proyecto debe ser firmada por los stakeholders y por el equipo
de proyecto.
EXCLUSIONES
No se incluye el rediseño e implementación de ninguna página no mencionada en

el apartado “Alcance”. Por ejemplo, carrito de compras, módulo de pago, módulo
de comunicación y mensajería.
Los datos de la base de datos existente serán migrados a la plataforma cloud en su
formato y estado actual, y no se contempla ningún rediseño de la estructura de la
base de datos.
El servicio de soporte post implementación no excederá los 2 meses luego de la
fecha establecida como “puesta en marcha”.
SUPUESTOS
Se espera la participación y compromiso de los lideres del proyecto y de los

stakeholders para llevar adelante el proyecto exitosamente.
EANTKT proveerá de una oficina con espacio para X personas durante la duración
comprometida del proyecto.
La contratación del proveedor cloud quedará a cargo de EANTKT con la guía y
orientación del director de proyecto.
La moneda de pago es la que se expresa en el contrato. Esto permite mantener el
presupuesto vigente.
Se mantiene la tendencia actual sobre la cantidad de eventos y la asistencia del
público a los mismos.
RESTRICCIONES
Page 12 of 70
EAN TKT
Las reglamentaciones vigentes permiten la asistencia masiva de público a estos
eventos (Covid).
La página y la plataforma serán desarrolladas para una concurrencia de usuarios
máxima de 500 personas.
Las fases de prueba se llevarán a cabo íntegramente por EANTKT con la asistencia y
soporte de la consultora.
El costo del proyecto no deberá exceder el valor presupuestado.
RIESGOS PRELIMINARES IDENTIFICADOS

Que la contratación del Cloud provider no sea realizada en la fecha
correspondiente, originando retrasados en el armado de la arquitectura de IT.
Que la contratación de la consultora de Diseño web no sea realizada en la fecha
correspondiente, originando retrasados en el restyling del sistema.
Que el precio del dólar se incremente en valores significativos.
Que se implementen nuevas restricciones de asistencia a evento masivos por parte
de las distintas entidades gubernamentales.
Si los recursos asignados al proyecto, abandonan el mismo, deberán ser
reemplazados a la brevedad para evitar retrasados en los tiempos estipulados.
REQUISITOS DE APROBACIÓN
EL CEO y la gerente de marketing serán quienes aprueben el proyecto.
3.2 ESTRUCTURA DE DESGLOSE DEL TRABAJO

La estructura de desglose del trabajo (a menudo denominada WBS por sus siglas en inglés,
work breakdown structure) consiste en dividir el proyecto en menores componentes que
permitan planificar más eficientemente el proyecto.
Una de las principales ventajas de este desglose es tener una visión de conjunto para que
todo el equipo comprenda su posición en el proyecto. Otra es la facilidad para comunicarla
a todos las partes involucradas.
Page 13 of 70
EAN TKT
Representa también una base de estimación de tiempos, costos, personas y riesgos.
Se utiliza para eso una representación gráfica similar a un diagrama jerárquico y contiene
las tareas para cumplir con los requisitos y entregables pactados en el enunciado de
alcance.
3.2.1 EDT – EAN TKT – Representación Gráfica
Cada uno de los bloques del gráfico es un entregable que tiene un objetivo y dependencias. Las
mismas, al igual que la descripción, la fecha estimada de entrega y los responsables de cada una
se pueden observar en el Diccionario de la EDT. En él se encuentra toda la información para
entender las prioridades de cada bloque de trabajo y organizar de una manera estructurada el
desarrollo del proyecto.
3.2.2 Diccionario de la EDT
ID Cuenta Última actualización Responsable

# Control # 02/05/2022 Paola
1.1 1 Rodriguez
Descripción: Crear acta de constitución del proyecto
Criterio de aceptación: Todo el equipo del proyecto debe recibir una copia
del acta ya sea en formato digital o fisico.
Entregables: Acta de constitución del proyecto.
Supuestos: El sponsor del proyecto (CEO) brindará toda la información
Page 14 of 70
EAN TKT
necesaria para la creación del acta.
Recursos asignados: 1 analista senior
Duración: 2 dias
Hitos: 2 de Junio - Presentación Acta Constitución del proyecto
Costo:
Firma del Director del Proyecto:

1.2 1 Rodriguez
Descripción: Relevar requerimientos infraestructura cloud
Criterio de aceptación: Documento de declaración de requerimientos
aceptados
Entregables: Documento de declaración de requerimientos infraestructura
cloud
Supuestos: El sponsor del proyecto (CEO) y el gerente de sistemas disponen
del tiempo para brindar toda la información necesaria.
Recursos asignados: 1 analista senior, 1 analista junior
Duración: 4 días
Hitos: 7 de Junio - Presentación Documento de declaración de requerimientos
infraestructura cloud
Costo:

1.3 1 Rodriguez
Descripción: Relevar requerimientos página web
Criterio de aceptación: Documento de declaración de requerimientos
aceptados
Entregables: Documento de declaración de requerimientos página web
Supuestos: El sponsor del proyecto (CEO) y el gerente de marketing disponen
del tiempo para brindar toda la información necesaria.
Page 15 of 70
EAN TKT
Recursos asignados: 1 analista senior, 1 analista junior
Duración: 4 días
Hitos: 6 de Junio - Presentación Documento de declaración de requerimientos
página web
Costo:

2.1 2 Rodriguez
Descripción: Rediseño de la página web
Criterio de aceptación: revisar las diferentes propuestas con el cliente y
obtener el marco sobre el que trabajar y crear la maqueta.
Entregables: Presentación con 3 opciones de nuevos estilos de página web.
Supuestos: el cliente explicó todos los requerimientos al diseñador y está
disponible para revisar las propuestas.
Recursos asignados: 1 analista, 1 diseñador
Duración: 7 dias
Hitos: 8 de Junio - Presentación preliminar a la Gte. de Marketing
Costo:

2.2 2 Rodriguez
Descripción: Diseño Plantilla Web
Criterio de aceptación: Maqueta páginas web login, selección eventos,
selección asientos aprobadas por el cliente.
Entregables: Documento PDF 1 - Maqueta página login
Documento PDF 2 - Maqueta página selección de eventos
Documento PDF 3 - Maqueta página selección de asientos
Supuestos: El cliente revisó la propuesta y aprobó un lineamiento de trabajo
Recursos asignados: 1 diseñador senior
Page 16 of 70
EAN TKT
Duración: 7 días
Hitos: 27 de Junio - entrega maquetas
Costo:

2.3 2 Rodriguez
Descripción: Desarrollo páginas web
Criterio de aceptación: Maquetas aprobadas
Entregables: Páginas web en ambiente de testeo
Supuestos:
Recursos asignados: 1 diseñador, 2 desarrollador, 1 analista
Duración: 7 dias
Hitos: 06 de Julio - Entrega de páginas web para testeo
Costo:

3.1 3 Rodriguez
Descripción: Demo de página web y feedback
Criterio de aceptación: Validación de las páginas web por parte del gte de
Marketing y el gte de Sistemas
Entregables: Páginas web activas en ambiente de testeo
Supuestos: El cliente está disponible para llevar a cabo el testeo y ha
preparado los casos de prueba que reflejan los casos de uso.
Recursos asignados: 1 analista, 1 desarrollador
Duración: 3 dias
Hitos: 08 de Julio - Demo de páginas Web
Costo:
Page 17 of 70
EAN TKT
3.2 3 Rodriguez
Descripción: Ajustes y cambios según feedback
Criterio de aceptación: Los cambios se han documentado y han sido
aprobados segun el proceso vigente de gestion de cambios
Entregables: Páginas web con los cambios aprobados realizados
Supuestos: El cliente esta disponible para discutir y valorizar los cambios
solicitados
Recursos asignados: 1 Diseñador, 1 analista, 1 desarrollador
Duración: 7 dias
Hitos: 03 de Agosto - Nueva entrega de páginas
Costo:

4.1 4 Rodriguez
Descripción: Análisis y selección de proveedor cloud
Criterio de aceptación: El proveedor propuesto cumple con los requisitos de
la solución
Entregables: Documento con dos propuestas de proveedor cloud
Supuestos: El gte de sistemas cuenta con el aval para decidir el proveedor
cloud y contratarlo
Recursos asignados: 2 analistas
Duración: 2 dias
Hitos: 15 de Julio - Entrega de propuestas de proveedor cloud
Costo:

4.2 4 Rodriguez
Descripción: Diseño de arquitectura cloud
Page 18 of 70
EAN TKT
Criterio de aceptación: La arquitectura propuesta cumple con los requisitos
Entregables: Documento de arquitectura cloud
Supuestos: El gte de sistemas cuenta con el aval para aprobar la arquitectura
cloud
Duración: 2 dias
Hitos: 8 de Junio - Entrega de arquitectura cloud
Costo:

4.3 4 Rodriguez
Descripción: Implementación arquitectura cloud en ambiente de testing
Criterio de aceptación: Acta de pruebas y validaciones aprobadas
Entregables: Documento de arquitectura cloud implementada en ambiente de
testing
Supuestos: El cliente puede realizar las pruebas en tiempo y forma.
El contrato con el proveedor cloud firmado.
Duración: 4 dias
Hitos: 13 de Junio - Entrega de arquitectura cloud implementada
Costo:

5.1 5 Rodriguez
Descripción: Testeo de la plataforma cloud
Criterio de aceptación: Acta de pruebas y validaciones aprobadas
Entregables: Documento de arquitectura cloud implementada
Supuestos: El cliente puede realizar las pruebas en tiempo y forma.
Page 19 of 70
EAN TKT
El contrato con el proveedor cloud firmado.
Duración: 4 dias
Hitos: 10 de Julio - Penetration testing
12 de Julio - Performance testing
Costo:

6.1 6 Rodriguez
Descripción: Puesta en producción nueva página web
Criterio de aceptación: Acceso de los stakeholders a la nueva página web en
la plataforma cloud
Entregables: Nueva página web
Supuestos: La plataforma cloud está implementada y funcionando
Duración: 1 día
Hitos: 28 de Julio - Entrega de página web implementada
Costo:

6.2 6 Rodriguez
Descripción: Puesta en producción nueva plataforma cloud
Criterio de aceptación: Revision del gte de sistemas de la implementación
Entregables: Plataforma cloud implementada
Supuestos: El contrato con el proveedor cloud sigue vigente. El acta de testeo
y validaciones fue aprobada.
Page 20 of 70
EAN TKT
Duración: 1 día
Hitos: 28 de Julio - Entrega plataforma cloud implementada
Costo:

7.1 7 Rodriguez
Descripción: Creación informes de avance
Criterio de aceptación: revisión y aceptación por parte del gte de sistemas y
el gerente de marketing
Entregables: Documento de Avance de cada etapa
Supuestos:
Recursos asignados: 1 analista
Duración: 1 día
Hitos: 18 de Julio - Entrega de documento de avance
Costo:

7.2 7 Rodriguez
Descripción: Creación informes Ejecutivo
Criterio de aceptación: revisión y aceptación por parte del CEO
Entregables: Documento Ejecutivo estado de proyecto
Supuestos:
Duración: 1 dias
Hitos: 26 de Julio - Entrega de Informe Ejecutivo
Costo:
Page 21 of 70
EAN TKT
8.1 8 Rodriguez
Descripción: Crear manual de procedimiento de nuevas páginas web
Criterio de aceptación: Los usuarios administradores reciben los manuales de
procedimiento
Entregables: Manual de procedimiento páginas web
Supuestos: El ambiente de testeo permanece activo para consulta de los
usuarios administradores
Duración: 1 día
Hitos: 8 de Septiembre - Entrega de manual de procedimiento
Costo:

8.2 8 Rodriguez
Descripción: Capacitación a usuarios administradores
Criterio de aceptación: La capacitación a los usuarios administradores
finaliza en el tiempo establecido y con los contenidos pactados.
Entregables: Material de educación
Supuestos: Todos los usuarios administradores acuden a la capacitación
Duración: 3 días
Hitos: 20 de Julio - Comienza la capacitación
23 de Julio - Fin de la capacitación y entrega del material de soporte
Costo:
3.3 CHANGE CONTROL MANAGEMENT

A desarrollar en los próximos pasos del TP
Page 22 of 70
EAN TKT
4 PLAN DE CRONOGRAMA
Este plan tiene como objetivo establecer cuándo se entregarán los productos, servicios o
documentos que forman parte del proyecto. Este proyecto es de tipo predictivo. Por eso el
equipo de trabajo estima en forma temprana la duración de las actividades y la fecha de
entrega.
Esta duración esta medida en días y se fundamenta en las experiencias anteriores en

proyectos similares.
Cuando las estimaciones difieran en duración en más de 2 días, se tomarán las acciones
necesarias para mitigar el impacto, se comunicarán a todos los interesados priorizando la
comunicación con el sponsor para que sea participe de las acciones correctivas.
Forman parte de este plan los hitos, la lista de actividades, sus atributos y la secuenciación
de las mismas.
4.1 HITOS
Un hito, es un evento significativo del proyecto. No tienen una duración asociada sino una
fecha de entrega.
La siguiente tabla enumera los hitos de este proyecto, junto con su fecha estimada de
finalización:
Page 23 of 70
EAN TKT
Page 24 of 70
EAN TKT
4.2 PLANIFICACIÓN DEL PROYECTO

En esta sección se detalla la lista de actividades y sus atributos.
La lista de actividades contiene todas las actividades del cronograma requeridas para el
proyecto que deben ser secuenciadas.
4.2.1 Lista de Actividades
4.2.2 Atributos de las actividades
Los atributos contienen para cada actividad: el detalle de la descripción, una identificación,
supuestos y restricciones, las actividades que la preceden y le siguen, el/los responsables y
limitaciones respecto de las fechas de finalización entre otros.
Page 25 of 70
EAN TKT
Identificador en la EDT 1
Nombre Inicio
Código 1
Descripción Hito
Actividad predecesora
Actividad sucesora 1.1
Relación de dependencia Obligatoria
Adelanto o retraso
Requisito de recursos Director de Proyecto
Fechas impuestas 01/06/2022
Restricciones
Supuestos El CEO coincide con la fecha
Persona responsable Director de Proyecto
Lugar de realización Oficina del cliente
Nivel de esfuerzo Medio
Identificador en la EDT 1
Nombre Inicio
Código 1
Descripción Hito
Actividad predecesora
Relación de Obligatoria
dependencia
Adelanto o retraso
Requisito de recursos Director de Proyecto
Fechas impuestas 01/06/2022
Restricciones
Supuestos El CEO coincide con la fecha
Persona responsable Director de Proyecto
Page 26 of 70
EAN TKT
Identificador en la EDT 1.2

Nombre Relevamiento Infra Cloud
Código 1.2
Descripción Relevamiento de la infraestructura cloud necesaria
Actividad predecesora 1
dependencia
Adelanto o retraso Comenzar cuando 1.1 esté finalizada
Requisito de recursos 1 analista senior, 1 analista junior
Fechas impuestas Comenzar no mas allá de 03/06/2022
Restricciones Presupuesto máximo de 4 dias
Supuestos El gerente de sistemas se encuentra disponible para el
relevamiento
Persona responsable Analista Senior B
Lugar de realización Oficina del cliente, dpto de sistemas
Nivel de esfuerzo Alto

Nombre Relevamiento Página Web
Código 1.3
Descripción Relevamiento requisitos nueva página web
Actividad predecesora 1
Relación de Discrecional
dependencia
Adelanto o retraso Comenzar cuando 1.2 esté 50% avanzado
Page 27 of 70
EAN TKT
Requisito de recursos 1 analista Senior, 1 Analista Junior
Fechas impuestas No finalizar luego de 08/06/2022
Restricciones Presupuesto máximo de 4 días
Supuestos El gte de marketing y el gte de sistemas se encuentran
ambos disponibles para el relevamiento
Persona responsable Analista Senior B
Identificador en 2
la EDT
Nombre Look & Feel
Código 2
Descripción Hito - Comienzo Diseño look & feel
Actividad 1.3
predecesora
Actividad 2.1
sucesora
dependencia
Adelanto o 1.3 debe estar finalizada antes de 09/06/2022
retraso
Requisito de Director de Proyecto
recursos
Fechas Comenzar el 09/06/2022
impuestas
Page 28 of 70
EAN TKT
Supuestos Los analistas, diseñadores y desarrolladores estan
disponibles segun plan
Persona Analista Senior B
responsable
Lugar de Oficina de la consultora
realización
Identificador en 2.1
la EDT
Nombre Rediseño
Código 2.1
Descripción Rediseño de páginas web según relevamiento
Actividad 1.3
predecesora
Actividad 2.2
sucesora
dependencia
Adelanto o No finalizar luego de 17/06/2022
retraso
Requisito de 1 Analista Senior , 1 diseñador senior
recursos
Fechas Comenzar el 09/06/2022
impuestas
Supuestos
Persona Director de Proyecto
responsable
Lugar de Oficina consultora
realización
Page 29 of 70
EAN TKT
la EDT
Nombre Diseño Plantilla
Código 2.2
Descripción Diseño plantilla de las 3 páginas establecidas
Actividad 2.1
predecesora
Actividad 2.3
sucesora
dependencia
Adelanto o 2.1 debe haber finalizado
retraso
Requisito de 1 diseñador senior
recursos
Fechas Finalizar al 26/06/2022
impuestas
Supuestos El diseñador cuenta con las herramientas necesarias
Persona Diseñador Senior
responsable
Lugar de Oficina de la consultora
realización
la EDT
Nombre Desarrollo Web
Código 2.3
Descripción Desarrollo de las páginas web en ambiente de testeo
Actividad 2.2
predecesora
Actividad 3.1
sucesora
Page 30 of 70
EAN TKT
dependencia
Adelanto o Comenzar cuando 2.2 se encuentre en 50% de avance
retraso
Requisito de 1 diseñador, 2 desarrollador, 1 analista
recursos
Fechas No finalizar luego de 06/07/2022
impuestas
Restricciones Presupuesto maximo de 7 dias
Supuestos El ambiente de testeo esta listo para implementar las
páginas
Persona Desarrollador senior
responsable
Lugar de 50% Oficina del cliente/50 % Oficina de la
realización consultora
Page 31 of 70
EAN TKT
Identificador en 3
la EDT
Nombre Testing Web
Código 3
Descripción Hito - Testing páginas web
Actividad 2.3
predecesora
Actividad 3.1
sucesora
dependencia
Adelanto o 2.3 debe finalizar completamente
retraso
Requisito de Cliente, 1 analista senior , 1 desarrollador, 1
recursos diseñador
Fechas Comenzar cuando 2.3 este 100% finalizada
impuestas
Supuestos El cliente está disponible para hacer los testeos y dar
feedback
Persona Director de Proyecto

responsable
Lugar de Oficina del cliente
realización
la EDT
Nombre Demo Web y Feedback
Código 3.1
Descripción Demo de las páginas web y feedback del cliente
Actividad 2.3
predecesora
Actividad 3.2
Page 32 of 70
EAN TKT
sucesora
dependencia
Adelanto o 2.3 debe finalizar completamente
retraso
Requisito de Cliente, 1 analista senior
recursos
Fechas No terminar mas allá de 15/07/2022
impuestas
Supuestos El cliente y los usuarios se encuentran disponibles
para la demo
Persona Director de proyecto
responsable
realización
la EDT
Nombre Ajustes s/ Feedback
Código 3.2
Descripción Ajustes a realizar en base a feedback y a validaciones
Actividad 3.1
predecesora
Actividad 6.2
sucesora
dependencia
Adelanto o Comenzar cuando 3.1 finalice
retraso
Requisito de 1 desarrollador, 1 analista, 1 diseñador
recursos
Fechas No finalizar luego del 04/08/2022
impuestas
Page 33 of 70
EAN TKT
Supuestos El cliente esta disponible para una nueva demo
Persona Director del proyecto
responsable
realización
Identificador en 4
la EDT
Nombre Cloud
Código 4
Descripción Actividades relacionadas con el ambiente Cloud
Actividad
predecesora
Actividad 4.1
sucesora
dependencia
Adelanto o
retraso
Requisito de 1 arquitecto Cloud, 1 SRE
recursos
Fechas No finalizar luego del 08/09/2022
impuestas
Restricciones 66 días de duración
Supuestos
Persona Líder de IT
responsable
realización
la EDT
Nombre Selección Proveedor
Código 4.1
Page 34 of 70
EAN TKT
Descripción Selección de un Proveedor Cloud

Actividad 4
predecesora
Actividad 4.2
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de Líder de IT, Arquitecto Cloud
recursos
Fechas Comenzar cuando finalice el Relevamiento Infra
impuestas Cloud
Restricciones Presupuesto de USD 4.000
Supuestos
Persona Líder de IT, Arquitecto Cloud
responsable
Lugar de Oficina del Cliente
realización
Page 35 of 70
EAN TKT
la EDT
Nombre Diseño Arquitectura
Código 4.2
Descripción Diseño de la Infraestructura Cloud
Actividad 4.1
predecesora
Actividad 4.3
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de Arquitecto Cloud + SRE
recursos
Fechas Comienza cuando finaliza la selección del proveedor
impuestas
Restricciones
Supuestos Se migra la aplicación “AS IS”, es decir, como esta
ahora
Persona Arquitecto Cloud
responsable
realización
la EDT
Nombre Implementación Ambiente Infra TEST
Código 4.3
Descripción Implementación de la Infraestructura para el
ambiente de TEST
Actividad 4.2
predecesora
Actividad
Page 36 of 70
EAN TKT
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de 2 SRE
recursos
Fechas Comienza luego que finalice el Diseño de
impuestas Arquitectura
Restricciones Debe finalizar antes del 9/9 para las pruebas de Test
Supuestos
Persona SRE
responsable
realización
Identificador en 5
la EDT
Nombre Testing Cloud
Código 5
Descripción Etapa de Testing del ambiente Cloud
Actividad 4
predecesora
Actividad 5.1
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de 1 Tester
recursos
Fechas Comienza luego de la finalización del Cloud
impuestas
Restricciones Finalización del codigo 4
Supuestos
Page 37 of 70
EAN TKT
Persona Tester
responsable
realización
la EDT
Nombre Infraestructura Cloud
Código 5.1
Descripción Etapa de Testing del ambiente Cloud
Actividad 5
predecesora
Actividad
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de 1 Tester
recursos
Fechas Comienza luego de la finalización del Cloud
impuestas
Restricciones Finalización del codigo 5
Supuestos Contar con el ambiente de Testing finalizado
Persona Tester
responsable
realización
Identificador en 6
la EDT
Nombre Implementación
Código 6
Descripción Puesta en Producción de la nueva Página Web
Page 38 of 70
EAN TKT
Actividad 1,2,3,4,5
predecesora
Actividad 7
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de SRE + Desarrollador
recursos
Fechas Comenzar después de la finalización de los Testing
impuestas
Restricciones Nueva Web + Infra Cloud finalizadas
Supuestos Nueva Web + Infra Cloud finalizadas
Persona SRE + Desarrollador
responsable
realización
la EDT
Nombre Puesta Producción Nueva Web
Código 6.1
Descripción Puesta en producción de las nuevas páginas web en
ambiente productivo
Actividad 3.2
predecesora
Actividad 6.2
sucesora
dependencia
Adelanto o No comenzar luego del 23/09/2022
retraso
Requisito de 2 Desarrolladores , 1 Analista Senior
Page 39 of 70
EAN TKT
recursos
Fechas No finalizar luego de 30/09/2022
impuestas
Supuestos El contrato con el proveedor cloud sigue vigente y el
ambiente esta disponible
responsable
realización
la EDT
Nombre Infraestructura Cloud
Código 6.2
Descripción Puesta en Producción de la Infraestructura WEB
Actividad 1.2 - 4 - 5
predecesora
Actividad 7
sucesora
dependencia
Adelanto o SS + 10
retraso
Requisito de SRE
recursos
Fechas Comenzar después de la finalización de los Testing
impuestas
Restricciones Infra Cloud finalizadas
Supuestos Infra Cloud finalizadas
Persona SRE
responsable
realización
Page 40 of 70
EAN TKT
Identificador en 7
la EDT
Nombre Informes
Código 7
Descripción Crear informes de avances
Actividad 3
predecesora
Actividad 6
sucesora
dependencia
Adelanto o Comenzar luego de la salida en producción de la
retraso nueva Pagina
Requisito de PM
recursos
Fechas Entregar el informe el 09/09/2022
impuestas
Restricciones
Supuestos Haber entregado los Informes de avances de la
Pagina/Cloud
Persona PM
responsable
realización
Nivel de esfuerzo Bajo
la EDT
Nombre De Avances
Código 7.1
Descripción Crear informes de avances
Actividad 3.2, 6.2
predecesora
Actividad 7.2
sucesora
Page 41 of 70
EAN TKT
dependencia
Adelanto o Comenzar luego de que 3.2 se encuentra al 50%
retraso
Requisito de 1 Analista Junior
recursos
Fechas Entregar el informe el 18/07/2022
impuestas
Restricciones Presupuesto máximo de 1 dia
Supuestos
responsable
realización
Nivel de esfuerzo Bajo
la EDT
Nombre Ejecutivos
Código 7.2
Descripción Crear informe para los ejecutivos
Actividad 6.1, 6.2
predecesora
Actividad
sucesora
dependencia
Adelanto o Comenzar cuando predecesoras estén 75% completas
retraso
Requisito de 1 Analista Senior
recursos
Fechas Finalizar antes del 10 de Septiembre
impuestas
Restricciones Presupuesto máximo de 1 dia
Supuestos Los ejecutivos pueden revisarlos a tiempo
Persona Director de Projecto
Page 42 of 70
EAN TKT
responsable
realización
Identificador en 8
la EDT
Nombre Capacitaciones
Código 8
Descripción Hito - Comenzar las capacitaciones
Actividad 7
predecesora
Actividad
sucesora
dependencia
Adelanto o SS+10
retraso
Requisito de 1 Analista Funcional
recursos
Fechas Comienza luego de la finalización del Testing de la
impuestas Web
Restricciones
Supuestos Nueva Pagina Web finalizada
Persona Analista Funcional
responsable
realización
Page 43 of 70
EAN TKT

Nombre Manual Procedimiento Web
Código 8.1
Descripción Crear Manual de Procedimiento Web
Actividad predecesora 3.2
Relación de dependencia Discrecional
Adelanto o retraso Comenzar cuando 3.2 se encuentre al
75% de avance
Requisito de recursos 1 analista junior
Fechas impuestas Entregar el 24/08/2022
Supuestos
Persona responsable Analista Senior
la EDT
Nombre Uso Portal Web
Código 8.2
Descripción Capacitación de páginas web sobre ambiente de
testeo
Actividad 3.2
predecesora
Actividad
sucesora
dependencia
Adelanto o Comerzar cuando finalice 3.2
retraso
Requisito de 1 Analista Senior
recursos
Page 44 of 70
EAN TKT
Fechas Entregar el 24/08/2022
impuestas
Restricciones El presupuesto corresponde al capacitador y al
material aportado
Supuestos El cliente pone el salon para la capacitación
El cliente mantiene el ambiente de testeo
Persona Analista Senior A
responsable
realización
Los atributos de las actividades se pueden observar en el archivo adjunto denominado “Atributos
de las actividades.docx”
4.2.3 Cronograma de las actividades

En el siguiente cronograma se establecen las tareas con sus estimaciones de tiempo, los
recursos que las implementarán, junto con su plazo estimado de finalización.
Page 45 of 70
EAN TKT
Para mayores detalles, se adjunta el archivo “Cronograma del Proyecto.mpp”
4.2.4 Dependencias
Se pueden conocer las dependencias de las tareas a través de las siguientes características:
obligatoria o discrecional, interna o externa. La dependencia tiene estas cuatro
características o atributos, pero solo dos de ellas pueden aplicarse en forma simultánea, por
ejemplo: obligatoria interna, discrecional externa, etc.
A continuación, se explican brevemente las cuatro características.
 Dependencias obligatorias: las dependencias obligatorias son aquellas que se

requieren legalmente o por contrato o las que devienen del tipo de trabajo que se
debe realizar y que en ocasiones implican limitaciones de tipo físicas.
Page 46 of 70
EAN TKT
 Dependencias discrecionales: las dependencias discrecionales se basan en la
experiencia adquirida en el tema consideradas “mejores prácticas”, aquello que en
base a la experiencia conviene hacer, aunque existan otras alternativas.
 Dependencias externas: aquellas que tienen alguna relación con actividades que
están fuera del proyecto y por ende fuera de nuestro control.
 Dependencias internas: las dependencias internas suponen una relación con una o
más actividades propias del proyecto y en este caso están bajo el control y la
supervisión del equipo de proyecto.
Estas características propias de cada actividad, están descriptas en el documento de

atributos de las actividades mencionado anteriormente en este documento.
5 PLAN DE GESTIÓN DE COSTOS

5.1 PLAN DE GESTIÓN DE COSTOS
En el siguiente plan se detalla y documenta la forma en la que se van a estimar los costos, el
presupuesto, como gestionarlos y como se realizará el control sobre los mismos al tiempo que se
detalla cuáles son las variables que funcionaran como alertas tempranas para aplicar acciones
correctivas.
Nombre del Proyecto Siglas del proyecto

NewTicketEAN Cloud TKT-EAN-CLOUD
Unidad de medida
Tipo de Recurso Unidades de Medida
Personal Costo/Hora.
Recurso material o Consumible Unidades.
Recurso Máquina o no Consumible Unidades.
Origen de control
Alcance: Variación permitida Acción a tomar si
Proyecto/Fase/Entregable variación excede lo
Page 47 of 70
EAN TKT
permitido
Proyecto completo +/- 5% costo planificado Investigar variación para
tomar acción correctiva
2.0 Gestión del Servicio +/- 10% costo planificado Investigar variación para
tomar acción correctiva
Procesos de gestión de costos
Proceso de gestión de
Descripción
costos
Estimación de costos Se estima los costos del proyecto en base a la estimación por
3 valores o técnica PERT. Esto se realiza en la planificación del
proyecto y es responsabilidad del director de Proyecto y que
el sponsor apruebe.
Preparación de su Se elabora el presupuesto del proyecto y las reservas de
presupuesto de costos gestión del proyecto. El documento es elaborado por el
director de Proyecto y aprobado por el sponsor.
Control de costos  Se evaluará el impacto de cualquier posible cambio del
costo, informando al patrocinador los posibles efectos en
el proyecto. Dichos cambios deberán ser emitidos en una
solicitud de cambio que tanto el director del proyecto
como el sponsor deberán aprobarlos.
 El análisis de impacto deberá ser presentado al sponsor y
evaluará distintos escenarios posibles. Cada escenario
corresponderá a las posibles soluciones.
 Se aprobarán automáticamente aquellos cambios de
emergencia que potencialmente puedan impedir la
normal ejecución del proyecto, y que por su naturaleza
perentoria no puedan esperar a la reunión del Comité
Ejecutivo, y que en total no excedan del 5% del
presupuesto aprobado del proyecto. Estos cambios
deberán ser expuestos en la siguiente reunión del equipo
del proyecto.
 Los documentos que serán afectados o utilizados en el
Control de Cambios de Costos son:
o Solicitud de Cambios.
o Acta de reunión de coordinación del proyecto.
o Plan del Proyecto (replanificación de todos los
planes que sean afectados).
 Toda variación dentro del +/- 5% del presupuesto del
proyecto, será considerada fuera de lo normal y deberá
ser auditada.
Page 48 of 70
EAN TKT
 Toda variación dentro del +/- 10% del costo de la gestión
del producto será considerado normal.
 Toda variación fuera del +/- 10% del costo de gestión del
producto será considerado fuera de lo normal y deberá
ser analizado.
5.2 PRESUPUESTO DEL PROYECTO

En esta etapa se agrega el costo de todas las actividades y estimar un presupuesto para el
proyecto que deberá ser aprobado por todos los interesados.
En este presupuesto se incluyen una reserva de contingencias de la que el director de Proyecto
podrá disponer sin pasar con el control integrado de cambios y una reserva de gestión.
El presupuesto total menos la reserva de gestión constituye la línea base del costo.
El presupuesto para este proyecto se detalla a continuación.
5.3 ESTIMACIÓN POR 3 VALORES
Para estimar los costos se aplicó la técnica PERT. Esta técnica constituye un un método de
estimación de los costos de un proyecto que incorpora explícitamente la incertidumbre en
la duración de las actividades. Esta incertidumbre es introducida en la duración de las
actividades por aspectos como: el rendimiento de la mano de obra, la disponibilidad a
tiempo de los materiales, desperfectos y rendimientos de equipos.
Page 49 of 70
EAN TKT
Para el cálculo se utiliza el valor más probable, el más optimista y el más pesimista,
resultando en el siguiente cálculo:
El cálculo para las reservas para contingencias se aplicó según la siguiente tabla:
6 COMMUNICATIONS MANAGEMENT
6.1 COMMUNICATION MATRIX
Stakeholder Messages Vehicles Frequency Communicators Feedback

Mechanisms
7 PLAN DE GESTION DE RIESGOS

En esta parte del documento se detalla la metodología de definición de riesgo, se identifican los
riesgos conocidos, y establece cual será la respuesta ante la ocurrencia de los mismos y su
posterior monitoreo.
Page 50 of 70
EAN TKT
Como parte del análisis se realizará una lista de identificación de los mismos en la cual se
incluirá un análisis cualitativo que indicará los siguientes puntos, entre otros:
 Paquete de trabajo al cual afecta el riesgo
 Numeración del riesgo: donde se indica el número de riesgo comenzando desde 1
 Descripción: en este apartado se incluye la descripción del riesgo
 Matriz de probabilidad de impacto: se incluye una ponderación por probabilidad de
ocurrencia sobre el impacto que pueda causar el riesgo que determina la prioridad.
 Categoría del riesgo: determina en qué componente del proyecto impacta (Diseño;
Recurso; comunicación; Software; calidad)
 Respuesta/ Acción: es la respuesta o acciones que se tomarán una vez ocurrido el riesgo
como contramedida, entre las opciones a tomar se puede mitigar, delegar, evadir,
aceptarlo
Asimismo, se realiza un análisis cuantitativo del impacto de los riesgos según estos sean en
dinero o en tiempo.
7.1 METODOLOGÍA
Se utilizarán los estándares globales de gestión de los riesgos recomendada por el PMI®
cuyos procesos se explicitan en la Guía del PMBOK®. Para la identificación de riesgos se
acordó realizar talleres de trabajo integrando equipos multidisciplinarios de distintas áreas
internas y externas del proyecto. Se utilizarán puntajes de riesgo cualitativo multiplicando
la probabilidad y el impacto de cada riesgo identificado.
7.2 EQUIPO DE GESTION DE RIESGOS

 Mario Gonzalez
 Paola Rodríguez
 Lucas Amuchástegui
7.3 DEFINICION DE PROBABILIDAD

La probabilidad de ocurrencia se definió como:
 1 (Muy baja)
 2 (Baja)
 3 (Media)
 4 (Alta)
Page 51 of 70
EAN TKT
 5 (Muy alta)
7.4 DEFINICION DE IMPACTO
IMPACTO MUY BAJO BAJO MEDIO ALTO MUY ALTO

1 2 3 5 10
COSTO (USD) < 2050 2050 - 4100 4100 - 8200 8200 - 16400 > 32800
CRONOGRAMA <4 4-9 9 - 18 18 – 35 > 70
(retraso en días)
CLOUD (USD) 200 200-400 400-800 800-1600 >3200
CONSULTORA 800 800-1600 1600-3200 3200-6400 >12800

WEB (USD)
7.5 MATRIZ DE RIESGOS
IMPACTO
1 1 2 3 5 10
PROBABILIDAD
Page 52 of 70
EAN TKT
7.6 DEFINICION DE LAS ESTRATEGIAS
Puntaje Prioridad Estrategia Significado de cada

estrategia
0.01 – 0.05 Muy baja Aceptación pasiva No hacer nada
0.05 – 0.10 Baja Aceptación activa Dejar escrito que
se hará cuando
ocurra ese riesgo.
0.10 – 0.20 Medio Mitigar Acciones para
disminuir la
probabilidad y/o el
impacto.
0.20 – 0.40 Alta Transferir Trasladar el riesgo
a un tercero como
los seguros.
0.40 – 0.72 Muy alta Evitar No avanzar con el
7.7 ESTRUCTURA DE DESGLOSE DE RIESGOS
RIESGOS
DE LA DIRECCION DE
TECNICO EXTERNO
ORGANIZACION PROYECTOS
DEPENDENCIAS
REQUISITOS PROVEEDORES ESTIMACION
DEL PROYECTO
TECNOLOGIA REGULATORIO RECURSOS PLANIFICACION
COMPLEJIDADES
MERCADO FINANCIACION COMUNICACION
E INTERFACES
RENDIMIENTO Y
CLIENTE PRIORIZACION CONTROL
FIABILIDAD
CONDICIONES
CALIDAD
CLIMATICAS
Page 53 of 70
EAN TKT
7.8 FORMATO Y CONTENIDO DEL REGISTRO
FORMATO Y CONTENIDO DEL REGISTRO
CONTENIDOS EXPLICACION
Actualización Fecha de la última actualización
Numeración Numeración de cada riesgo
Riesgo Nombre de cada riesgo
Consecuencias Cronograma, costo, calidad, seguridad
Probabilidad Escala del 10% al 90%
Categorización Técnico, Externo, De la organización,
Dirección de proyectos
Impacto Escala del 5% al 80%
Puntaje Probabilidad x impacto = 0.01 al 0.72
Cambios Riesgo nuevo, subió, se mantuvo o bajó el
puntaje
Estrategia Aceptación pasiva, Aceptación activa,
Mitigar, Transferir, Evitar
Acción Qué se realizará para implementar la
estrategia
Dueño Persona responsable de informar sobre el
7.9 IDENTIFICACIÓN DE RIESGOS
POTENCIALES RIESGOS
R1. Un atraso en una tarea produce retrasos en las tareas dependientes
R2. El esfuerzo es mayor al estimado
R3. La dirección toma decisiones que desmotiva al equipo de desarrollo
R4. La reducción del equipo de trabajo reducen su capacidad
R5. Los ambientes Cloud no están disponibles en el momento indicado
R6. La consultora contratada proporciona el código de una calidad inaceptable,
por lo que hay que añadir un tiempo extra para mejorar la calidad
R7. Se suman nuevos requisitos
R8. El desarrollo de una interfaz de usuario inadecuada requiere volver a
diseñarla y a implementarla.
R9. El trabajo con un entorno serverless desconocido causa problemas
imprevistos
R10. Falta de liderazgo para coordinar equipos
R11. Controles de calidad inadecuados
R12. Soporte técnico cloud deficiente
Page 54 of 70
EAN TKT
7.10 REGISTRO DEL RIEGO
Actualización 07-06
Numeración R1
Riesgo Atraso en tareas
Consecuencias Cronograma, costo, calidad
Probabilidad Escala de 1 a 5
Categorización Técnico, Dirección de proyectos
Impacto Escala de 1 a 10
Puntaje Probabilidad x impacto = 1 a 50
Cambios Riesgo nuevo
Estrategia Mitigar
Acción Análisis y reasignación de recursos
Dueño Dirección de proyectos
Costo Escala de $ 200 a 3200
Numeración R2
Riesgo Subestimación del Esfuerzo
Categorización Dirección de proyectos
Estrategia Mitigar
Acción Análisis y asignación de recursos
Dueño Dirección de proyectos
Costo Escala de USD 200 a 3200
Numeración R3
Riesgo Equipo desmotivado
Estrategia Mitigar / Evitar
Acción Incentivos monetarios y no monetarios
Page 55 of 70
EAN TKT
Dueño Sponsor
Costo Escala de $ 100 a 1600
Numeración R4
Riesgo Reducción de Equipo
Estrategia Aceptación Activa
Acción Contratar nuevos recursos
Dueño Dirección de Proyectos
Costo Sueldo correspondiente de 1 a 8 recursos
Numeración R5
Riesgo Cloud no disponible
Categorización Técnico, Externo
Estrategia Aceptación Activa, Mitigar
Acción Análisis y toma de decisiones
Costo Escala de USD 200 a 3200.
Numeración R6
Riesgo Calidad inaceptable
Categorización Técnico, Externo
Page 56 of 70
EAN TKT
Estrategia Mitigar
Acción Reclamo, rehacer código, y mayores controles
Numeración R7
Riesgo Nuevos Requisitos
Consecuencias Cronograma, costo
Estrategia Mitigar y Evitar
Acción Análisis y Gestión del cambio
Numeración R8
Riesgo Interfaz de usuario inadecuada
Acción Análisis, rehacer código y Gestión del cambio
Numeración R9
Riesgo Problemas técnicos imprevistos
Categorización Técnico
Page 57 of 70
EAN TKT
Estrategia Mitigar
Acción Análisis y correcciones
Numeración R10
Riesgo Falta de Liderazgo
Categorización Dirección de Proyectos
Estrategia Transferir y evitar
Acción Feedback y Capacitación
Numeración R11
Riesgo Controles de Calidad inadecuados
Consecuencias Cronograma, costo, Calidad
Categorización Dirección de proyectos
Acción Análisis y Gestión del cambio
Numeración R12
Riesgo Soporte Técnico Cloud deficiente
Categorización Dirección de Proyectos
Page 58 of 70
EAN TKT
Estrategia Aceptación activa
Acción Realizar reclamos
7.11 EVALUACIÓN DEL IMPACTO

Riesgo/ Muy Bajo Bajo Moderado Alto Muy alto
Impacto
R1 (Días) <3 4-6 7-10 11-25 >25
R2 (días) <3 4-6 7-10 11-25 >25
R3 (USD) 100 100-200 200-400 400-800 >1600
R4 (Cant RRHH) -1 -2 -3 -5 >-8
R5 (USD) 200 200-400 400-800 800-1600 >3200
R6 (días) <3 4-6 7-10 11-25 >25
R7 (días) <3 4-6 7-10 11-25 >25
R8 (días) <3 4-6 7-10 11-25 >25
R9 (USD) 200 200-400 400-800 800-1600 >3200
R10 (USD) 100 100-200 200-400 400-800 >1600
R11 (días) <1 2-4 5-7 8-10 >15
R12 (USD) 100 100-200 200-400 400-800 >1600
Page 59 of 70
EAN TKT
8 SCRUM
La siguiente parte del documento está basada en el marco Scrum para Desarrollo de Proyectos
complejos y se basa en la Guía Scrum de Ken Schwaber & Jeff Sutherland. (Sutherland, 2020)
El cliente nos presentó un problema de la siguiente manera:
Los usuarios sienten que la página no es amena y fácil de utilizar, refieren que les lleva muchos
pasos comprar un ticket para un evento y no es claro cuales son los pasos que se deben seguir.
Queremos incorporar más flexibilidad a la página y que los usuarios puedan navegar sin
inconvenientes.
El scrum master propone realizar sprint de 2 semanas cada uno y en base a esta duración
planifica las próximas reuniones y la duración de estas. Agenda una reunión de sprint planning,
daily scrums para cada día hábil de trabajo, el sprint review y la sprint retrospective.
8.1 EQUIPO SCRUM

Se establece que el equipo scrum estará formado por:
Product Owner
Scrum master
Desarrollador 1
Desarrollador 2
Desarrollador 3
Desarrollador 4
Desarrollador 5
8.2 OBJETIVO DEL PRODUCTO

Cambiar la página existente para que sea más fácil de navegar y realizar compras al tiempo
que se agregan ayudas para el usuario como preguntas frecuentes, videos tutoriales y un
chat bot para responder preguntas en línea.
8.3 PRODUCT BACKLOG

El equipo se reúne y crea la pila del producto utilizando una herramienta de tipo mural
donde todos participan y aportan, resultando en la siguiente tormenta de ideas:
Page 60 of 70
EAN TKT
8.4 SPRINT PLANING 1
Minuta de reunión
Fecha: 10 de junio de 2022
Asistentes: Project owner, scrum master, desarrolladores 1 – 5

Asuntos tratados:
El product owner habilita la discusión explicando cuales son las historias más importantes,
que agregan mayor valor al producto y cómo se relacionan con el objetivo del producto.
Los desarrolladores comienzan a debatir con el producto owner sobre qué historias se
pueden incluir en el sprint.
Se deciden por la siguiente lista:
- Diseñar un mock up de la pantalla de Registro o creación de usuario

- Diseñar un mock up de la pantalla de login
Page 61 of 70
EAN TKT
- Registro del usuario en una base de datos
- Solicitud de datos principales durante el registro de usuario.
- Validación de usuario y clave
- Validación incorrecta – mensaje error
- Diseñar link de log out
- Diseñar mock up que incluya pantalla de log out
El scrum master hace un seguimiento del horario y de los temas que deben tratar como equipo y
se asegura de terminar en tiempo. Estableció una duración de 4 horas para la sprint.
Los desarrolladores establecen un plan donde cada historia deberá cumplir con la definición de
hecho y que incremente valor.
Objetivo del sprint: desarrollar una página que facilite la tarea de registrarse en el sitio y poder
acceder a través de usuario y clave.
8.5 DAILY SCRUM 1
El scrum master establece que el Daily Scrum se realizará todos los días a las 9 Hs por no más de
15 minutos de duración mediante una sesión virtual entre los desarrolladores. Dado que el equipo
es nuevo el Scrum master decide participar como oyente y verificar que el equipo puede llevar a
cabo el objetivo principal que es sincronizarse y mostrar progreso en cada una de las historias.
También estará atento para detectar impedimentos que los desarrolladores puedan haber
encontrado.
El product owner será invitado como opcional y deberá actuar como espectador.
Simulación:
En la reunión diaria del día 3 se detectó que no se llegó a resolver que uno de los componentes
de la pantalla de login funcionara debido al sistema de diseño que se elegio para el desarrollo. El
equipo discute alternativas y decide cambiarlo por otro de funcionalidad similar, pero forma
distinta. Acuerdan verificar con el diseñador gráfico, pero creen que no habrá problemas dado
que no cambiar la funcionalidad general de la página.
La historia se demora solo un par de horas y coinciden en verificar al día siguiente que no
impactará el objetivo del sprint.
Page 62 of 70
EAN TKT
8.6 DAILY SCRUM 2
Simulación:
En la reunión diaria del día 5 los desarrolladores inspeccionan el progreso en cada una de las
historias que acordaron hacer. Se detecta un problema en la registración de usuario cuyos
campos obligatorios no son respetados, ocasionando que muchos de los usuarios tengan nombre
y no apellido, entre otros. Se revisan las causas y se detecta un error por parte del desarrollador
1 que es junior. El equipo colabora con él para comprender las alternativas de solución y
acuerdan verificar ese mismo día si el desarrollador pudo resolver el inconveniente. El mismo se
siente cómodo sabiendo que su equipo lo escucha y ayuda y decide recurrir a su equipo
tempranamente si no logra resolverlo.
El inconveniente detectado no afecta el avance del resto de las historias.
8.7 SPRINT REVIEW 1
El primer sprint review se estableció para el último día del sprint por una duración de 2 horas.
Dado que todas las historias del backlog del sprint cumplen con la definición de hecho propuesto
por el equipo, se presenta el incremento completo al cliente.
A continuación, la minuta de la reunión.
Asistentes: Project owner, scrum master, desarrolladores 1 – 3, Gte. De Marketing, CEO
Asuntos tratados:
El equipo demuestra el incremento del producto que constituye la pantalla de registración de

usuario, donde el usuario incluye sus datos, se da de alta el usuario e ingresa a la página. Ante la
demostración de la situación donde el usuario ingresa mal sus credenciales, se demuestra la
pantalla de error donde el gerente de marketing propone trabajar en el mensaje de error. Siente
que el texto del mensaje desplegado y la visual del mensaje no es apropiado para el estilo de
página que se quiere brindar al usuario.
Page 63 of 70
EAN TKT
El equipo de trabajo toma el mensaje y decide actuar en base al feedback provisto por el cliente
decidiendo crear un incremento sobre la página de login.
8.8 SPRINT RETROSPECTIVE 1
El Sprint retrospective se realizará en un tiempo máximo de 3 Hs.

Asuntos tratados:
El equipo de trabajo observa que el desarrollo de las historias se llevo a cabo de manera óptima,
en un ambiente de trabajo colaborativo y detectan mejoras para los siguientes Sprints.
Una de ellas es dividir las historias en elementos más pequeños que puedan llevarse a cabo en 1
día o menos con el fin de no abarcar tanto en una historia y ser más preciso en cuanto a lo que se
entregará.
Otra de las mejoras identificadas es solicitar ayuda en forma temprana para evitar demoras, sobre
todo para aquellos desarrolladores menos experimentados.
8.9 SPRINT PLANING 2
Minuta de reunión
Asuntos tratados:
El product owner habilita la discusión. Cree que lo siguiente para dar incremento al producto y
estar alineado con el objetivo del producto es seguir por las historias que dan soporte al usuario
final en la navegación por la página.
Los desarrolladores comienzan a debatir y además de incluir las nuevas historias deciden utilizar
el feedback del cliente provisto en el sprint review y agregar una historia para mejorar el mensaje
de error.
Se deciden por la siguiente lista:
Page 64 of 70
EAN TKT
- Cambiar el texto del mensaje de error del login
- Diseñar sección de preguntas frecuentes
- Diseñar pantalla para preguntas frecuentes
- Diseñar video tutorial de ¿Cómo comprar en el sitio?
- Incluir acceso a chat bot
- Preparar preguntas para chat bot
El scrum master hace un seguimiento del horario y de los temas que deben tratar como equipo y
se asegura de terminar en tiempo. Estableció una duración de 4 horas para el sprint.
Los desarrolladores establecen un plan donde cada historia deberá cumplir con la definición de
hecho y que incremente valor.
Objetivo del sprint: desarrollar las ayudas al usuario a través de tutoriales y preparación del chat
bot. Cambiar el mensaje de error de login de acuerdo con el feedback del cliente.
8.10 DAILY SCRUM 1

Simulación:
historias que acordaron hacer. Uno de ellos plantea que no ha avanzado en la historia del chat
bot lo esperado y que le está costando realizar el requerimiento por la complejidad de la historia.
Aun no se observa demora, pero si no puede avanzar según lo esperado es posible que en breve
lo pactado para el fin del sprint no se entregue. Se revisan las causas y los desarrolladores más
experimentados deciden descomponer la historia en elementos más pequeños y reasignar las
tareas del equipo. Dado que se quedan sin tiempo el scrum master propone que los
desarrolladores se reúnen aparte para decidir en cuantos elementos descomponer la historia y
hacer nuevamente la asignación de las mismas. Todos acuerdan con el plan. Deciden en conjunto
revisar de cerca en las próximas reuniones diarias el progreso sobre realizado sobre el chat bot.
8.11 DAILY SCRUM 2

Simulación:
historias que acordaron hacer. Ponen foco en verificar si se avanzó sobre la historia del chat bot.
Progresaron bien, el acceso al chat bot funciona. Responde a las primeras preguntas, pero aún
falta incorporar más posibles preguntas y nuevas respuestas. Aún quedan unos días para finalizar
Page 65 of 70
EAN TKT
el sprint y deciden que es posible que no lleguen a cumplir con la definición de hecho establecida
por el equipo. El test de unidad no se llegará a realizar con todos los casos de testeo planteados.
De no llegar con este paso, el incremento no se mostrará durante el sprint review.
8.12 SPRINT REVIEW

El primer sprint review se estableció para el último día del sprint por una duración de 2 horas.
No todas las historias se presentan al cliente por no cumplir con la definición de hecho. Se
presenta el incremento relacionado con el objetivo del sprint que incluye:
- Cambiar el texto del mensaje de error del login

- Sección de preguntas frecuentes
- Video tutorial ¿Cómo comprar en el sitio?

Fecha: 8 de julio de 2022
Asistentes: Project owner, scrum master, desarrolladores 1 – 3, Gte. De Marketing, CEO
Asuntos tratados:
El equipo demuestra el incremento del producto que constituye la pantalla de preguntas

frecuentes y el video tutorial para ayudar al usuario a realizar compra de tickets dentro del sitio.
Tambien demuestran el incremento sobre el mensaje de login. El gte. de marketing se muestra
conforme con el mensaje de login, las preguntas, el tutorial y la visual de la página. Se muestra
preocupado por no poder ver el chat bot funcionando ya que cree que va a llevar tiempo incluir
todo el comportamiento necesario y lo consideran una parte fundamental del sitio.
El equipo de trabajo toma el mensaje y decide evaluar dedicar un sprint completo al chat bot para
poder finalizar lo que quedó pendiente y avanzar significativamente en la funcionalidad
requerida.
8.13 SPRINT RETROSPECTIVE 2

El Sprint retrospective se realizará en un tiempo máximo de 3 Hs.
Fecha: 8 de julio de 2022
Page 66 of 70
EAN TKT
Asuntos tratados:
El equipo de trabajo opina que se equivocaron en el análisis de la historia de chat bot y que
debieron descomponerla en elementos más pequeños desde el inicio, en lugar de esperar. Ya era
una mejora del sprint anterior, sin embargo, al revisar nuevamente las historias en el sprint
planning subestimaron la complejidad del requerimiento.
El scrum master propone extender la reunión del siguiente sprint planning para permitir discutir
más ampliamente cada una de las historias del backlog. Al menos durante los siguientes sprint
plannings hasta que el equipo gane experiencia.
Todos acuerdan y deciden implementarlo desde la siguiente reunión de planeamiento.
Page 67 of 70
EAN TKT
Appendix A: Project Management Plan Approval
Los abajo firmantes reconocen que han revisado el Plan de Gestión del Proyecto EAN TKT y
están de acuerdo con el enfoque que presenta. Los cambios a este Plan de Gestión del Proyecto
serán coordinados y aprobados por el abajo firmante o por los representantes designados
Signature: Date:
Print Name:
Title:
Role:
Signature: Date:
Print Name:
Title:
Role:
Signature: Date:
Print Name:
Title:
Role:
Page 68 of 70

Plan de Proyecto: Ean TKT

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Plan de Proyecto: Ean TKT

Cargado por

Copyright:

Formatos disponibles

EAN TKT

Elaborado por: Paola Rodríguez, Lucas Amuchástegui, Mario González

Version Implemented Revision Approved Approval Reason

2.3 Equipo 29-06-2022 Adición de metodologia

- Costos: reducir costos operativos y de infraestructura migrando la página de compra de

Implementar cambios de diseño y de funcionalidad en la página web de compra de tickets

1.3 JUSTIFICACIÓN DEL PROYECTO

Aumentar los ingresos de la empresa a través de la optimización de recursos tecnológicos y

1.4 BENEFICIOS DEL PROYECTO

Se realizarán reuniones de seguimiento de forma diaria, denominadas Daily’s, la cuales

1.6 PROPOSITO DEL PLAN DE PROYECTO

El mismo cuenta con los siguientes ítems a destacar:

2 RESUMEN EJECUTIVO DEL PROJECT CHARTER

En el acta encontrará la siguiente información:

- Nombre y Descripción del proyecto

- Principales interesado y recursos destinados al proyecto.

- Objetivos y cronograma de hitos.

2.1 PROJECT CHARTER

El proyecto consiste en el rediseño de página web del sistema de ventas de

El desarrollo del proyecto estará a cargo de los siguientes equipos:

- IT tendrá a su cargo la migración de la arquitectura tecnológica.

El proyecto será realizado desde el 1 de junio hasta el 30 de septiembre,

La gestión y el seguimiento del proyecto se realizará por medio de reuniones

DEFINICIÓN DEL PRODUCTO DEL PROYECTO: DESCRIPCIÓN

El sistema dispone de los siguientes módulos:

Todos los modulos descriptos anteriormente serán evaluados y se les hará

DEFINICIÓN DE REQUISITOS DEL PROYECTO: Descripción de

- Cumplir con los acuerdos presentados en la propuesta y respetar los

El cliente interno, la gerencia de Negocios, tiene los siguientes requisitos:

- Cambiar el aspecto de la página web hacia un formato simplificado de

FINALIDAD DEL PROYECTO: Fin último, Propósito general u objetivo de nivel

Aumentar los ingresos de la empresa a través de la optimización de recursos

JUSTIFICACIÓN DEL PROYECTO: Motivos, razones, o argumentos que

CRONOGRAMA DE HITOS DEL PROYECTO

3. Testing nueva página web 04-Agosto

ORGANIZACIONES QUE INTERVIENEN EN EL PROYECTO

EAN PMO Proveer la gestión del proyecto

3 ALCANCE DEL PROYECTO

Título de Proyecto EAN TKT

ENUNCIADO DEL ALCANCE DEL PROYECTO

DESCRIPCIÓN DEL PROYECTO/PRODUCTO

ALCANCE DEL PRODUCTO

No se incluye el rediseño e implementación de ninguna página no mencionada en

Se espera la participación y compromiso de los lideres del proyecto y de los

RIESGOS PRELIMINARES IDENTIFICADOS

3.2 ESTRUCTURA DE DESGLOSE DEL TRABAJO

3.2.1 EDT – EAN TKT – Representación Gráfica

3.2.2 Diccionario de la EDT

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable

ID Cuenta Última actualización Responsable