Saltar al contenido principal

PRO‐BDT‐005 Definir Acta del proyecto

v 5.3 / RD, PP, PMC, VAL, TS

Propósito

Establecer y validar la visión del proyecto

Involucrados

Todos los integrantes del equipo y los clientes

Entradas

  • Necesidad del cliente documentada (CR), (ZG).

Salidas

  • Acta del Proyecto firmada

Descripción

FaseActividadesResponsablesPrácticas Asociadas al CMMI
Definición1.Identificar los stakeholders y su impacto en el proyecto, y realizar una Matriz de Stakeholders identificando donde se encuentra de acuerdo al interés y el poder/impacto en el proyecto.
2. Definir la misión, visión y objetivos del proyecto a partir de los stakeholders previamente identificados. Los objetivos deben ser medibles, se recomienda utilizar la técnica SMART.
3. Identificar el ciclo de vida que se utilizará para el proyecto. Una vez definido identificar los hitos del proyecto.
4. Acordar los entregables del proyecto.
Equipo de trabajoRD SP 1.2
PP SP 1.3
PP SP 1.1
PP SP 2.1
Definición tecnológica1. Establecer las diferentes alternativas de solución para el proyecto. Se debe tener en cuenta los recursos disponibles al seleccionar el diseño del sistema. Definir que componentes se compraran, se reutilizaran o se haran desde 0. Se deben enlistar las opciones de stack tecnológico y las comparativas o razones por las cuáles no se aceptaron las otras opciones.
2. Diseñar el diagrama de despliegue con base en la opción seleccionada considerando proveedores externos y los requisitos no funcionales.
3. Establecer el diccionario de datos, MER y las características principales del sistema.
4. Si es necesario plasmar el presupuesto necesario para el proyecto para acordarlo posteriormente con el cliente.
Equipo de trabajoPP SP 2.4
RD SP 1.1
TS SP 1.1
TS SP 1.2
TS SP 1.3
TS SP 2.1
TS SP 2.2
TS SP 2.4
RD SP 2.3
RD SP 3.1
Definición de riesgos1. Realizar el plan de riesgo, este debe incluir los riesgos identificados, su magnitud, el plan de mitigación y el plan de contigencia. Es importante incluir los riesgos relacionados con requisitos no funcionales.Equipo de trabajoPP SP 2.2
TS SP 1.1
RD SP 3.4
Definición de planes1. Realizar el plan de calidad donde se incluye el plan de pruebas.
2. Realizar el plan de comunicación con los stakeholders.
3. Realizar el plan de valor ganado dónde se plasman las iteraciones, dependencias y recursos necesarios. Estos últimos identificados también en un plan de recursos.
Equipo de trabajoPP SP 2.5
PP SP 2.6
RD SP 3.2
Validación1. Validar el acta del proyecto con el departamentoPO, Team MemberPP SP 3.1
PP SP 2.7
VAL SP 1.1
Validación1. Crear una presentación de la visión proyecto y la carta de intenciónPO, Team MemberVAL SP 1.1
Validación1. Agendar sesión de validación con el cliente, por el método de comunicación acordadoPOPP SP 3.3
PMC SP 1.5
Validación1. Validar la visión del proyecto con el cliente con la presentaciónPO, Team MembersPP SP 3.1
PP SP 2.7
Validación1. Si se valida, se debe firmar la carta de intención. Si no se hacen los ajustes necesarios a la documentación de la Visión del Proyecto. El proceso no se considera terminado hasta que haya un acuerdo entre el equipo y el cliente en la visión.Team MembersVAL SP 2.2
PP SP 3.2
PP SP 3.3
PMC SP1.7
Prueba de arquitectura1. Se prueban los servicios externos o interfaces que se usaran en el proyecto, para darse cuenta que es posible construir la solución.
2. Se prueba que los módulos no causen conflictos entre ellos.
3. Se analizan las ventajas o desventajas al intentar implementar ciertas tecnologías.
4. Se prueban los requisitos no funcionales para asegurarse que son alcanzables con el diseño del sistema planeado.
Team MembersRD SP 3.1
RD SP 3.2
RD SP 3.5

Control de cambios

VersiónCambio realizadoAnálisisAutorRevisor(es)Fecha de cambio
v 1.0Creación del procesoN/ACarlos VelascoDaniel Hurtado25/02/2024
v 2.0Se adapto a Project CharterN/AAlejandra CabreraPendiente27/02/2024
v 3.0Se hizo una combinación entre los elementos valiosos del Project Charter y de las recomendaciones en DADN/AAlejandra Cabrera
Yuna Chung
Ricardo Fernández
Carlos Velasco
27/02/2024
v 4.0Agregar elementos que nos recomiendan los profesores y DADN/AYuna ChungOlimpia García28/02/2024
v 4.1Mencionar a la matriz de stakeholdersN/ADavid LangaricaRicardo Rosales23/04/2024
v 4.2Aclaración del pasoLa actividad descrita en el último paso no fue muy claro, se modificó un poquitoYuna Chung29/04/2024
v 4.3Refrasear el paso 1 del procesoRetro del SCAMPIRicardo Fernández17/05/2024
v 4.4Arreglar las no conformidades: agregar links, mapear áreas de proceso, borrar áreas que no cubrenRetro del SCAMPIOlimpia García HuertaDaniel Portaluppi27/05/2024
v 5.0Reestructuración del proceso mejorando la redacción y definición de arquitectura.Añadir definición de arquitectura y paquete técnico. Añadir la definición de los planesAlejandra CabreraCarlos Salguero27/05/2024
v 5.1Se agrega la prueba de arquitecturaAñadir definición de la prueba de arquitecturaAlejandra CabreraCarlos Salguero29/05/2024
v 5.2Se agrega práctica faltanteFaltaba la práctica PP 1.1Alejandra CabreraRicardo Rosales07/06/2024
v 5.3Prácticas RDSe Agregan las prácticas de RDRicardo RosalesAlejandra Cabrera07/06/2024