PMO AXOLOT - FoundTexas/AWS-AXOLOT GitHub Wiki
Misión
Nuestra misión es desarrollar una implementación innovadora que, se conecte con la api de AWS con fin de proporcionar herramientas de valor para nuestros clientes.
Visión
Nuestra visión es enriquecer y agregar valor a el servicio de atención a clientes de AWS
Valores
Valores: | |
---|---|
Respeto: | Los miembros de la Oficina de Planeación de Proyectos reconocemos que las ideas de los demás son tan válidas como las de uno mismo. |
Honestidad: | En la Oficina de Planeación de Proyectos nos comprometemos a dirigirnos siempre con la verdad y transparencia. |
Integridad: | Para tomar en cuenta los intereses de los demás sin afectar a otros, así como esforzarse en conseguir los objetivos planteados. |
Organización: | Tener constancia y un orden en las actividades o tareas que se realizarán. |
Responsabilidad: | Compromiso para cumplir en tiempo y forma lo requerido. |
Calidad: | Nos comprometemos a cumplir con los estándares establecidos. |
KPIs
KPI | Descripción |
---|---|
Fechas de entrega | Se establecerán fechas de entrega para la elaboración de las distintas actividades |
Porcentaje de avance expectativa vs realidad | Semanalmente se revisara el avance de las actividades realizadas comparando el porcentaje de avance mediante a un tablero de Gantt teniendo un contraste con una expectativa previamente establecida |
Uso de Créditos AWS | Se establecerá un limite máximo por periodos de prueba para el uso de los créditos con fin de usar este recurso más eficientemente |
Listado de Bugs | Se llevara un control de los errores de ejecución para poder dar mantenimiento a estos y buscar establecer tareas de reparación de los mismos |
Optimización | Se llevara un control de la complejidad de los algoritmos en sus respectivos diagramas dentro de la documentación buscando tener la mayor eficiencia |
Modelo PMO
El modelo que se escogió para organizar y mantener la oficina de proyectos fue un modelo estilo Delivery. Esto se debe a que una Delivery PMO se enfoca, principalmente, en las entregas del producto, al igual que cuenta con un gran enfoque en cumplir los hitos relacionados a la planeación del proyecto, fechas límite y funcionalidad del producto a realizar. Es por ello que, al tener un proyecto de esta magnitud, es importante enfocarse más en los resultados obtenidos y siempre ver por el avance y cumplimiento de los requerimientos establecidos por el cliente.
Roles y responsabilidades:
Project Manager:
Gilberto Echeverría
AWS Senior Software Development Manager - Socio formador:
- Rosa Thomas
- Sandhya Edupuganti
- Carlos Salas
- David Atias
Profesora investigadora CCM:
Juana Julieta Noguez
Profesores de cátedra:
- Andrés Torres Moran
- Marlene Ofelia Sánchez Escobar
Coordinador de bloque TC3004B:
Patricia Escamilla
Coordinador de bloque TC3005B:
Jorge Valverde
Desarrolladores:
- Rodolfo León Gasca
- Lidia Paola Díaz Ramírez
- Adriana Inés López Sánchez
- Daniel Isaac Ruiz Cruz
- Diógenes Grajales Corona
Diseñadores:
- Rodolfo León Gasca
- Lidia Paola Díaz Ramírez
- Adriana Inés López Sánchez
- Daniel Isaac Ruiz Cruz
- Diógenes Grajales Corona
Responsable de información:
Lidia Paola Díaz Ramírez
Responsable de comunicación:
Daniel Isaac Ruiz Cruz
Responsable de servicio técnico:
Adriana Inés López Sánchez
Responsable de comunicación con el cliente:
Rodolfo León Gasca
Herramientas y procesos
Herramientas
Herramienta | Justificación |
---|---|
Visual Studio Code | Será el entorno de desarrollo donde se trabajará la solución del proyecto. |
AWS connect | Se utilizarán aplicaciones cuya funcionalidad facilite la recolección de datos en la solución final. |
Google Drive | Será el lugar donde se redactarán documentos de la PMO y documentación necesaria del proyecto. |
Github | Será el lugar donde se publicarán los avances del proyecto, así como la documentación de la PMO. |
Stack overflow | Se utilizará como una página de apoyo para solucionar problemas o resolver dudas técnicas del desarrollo. |
Clickup | Será el medio por el cual se organizarán las tareas y se llevará un programa del avance obtenido y esperado del proyecto. |
Slack | Será el medio de comunicación para el equipo, los administradores de proyecto, socio formador y personal docente. |
Spotless | Será utilizará para darle un formato específico y estandarizado al código de la implementación. |
Procesos
Responsable: Rodolfo León Gasca
Procesos de inicio | Descripción |
---|---|
Seleccionar Project Manager | Dentro del equipo se seleccionará a alguien para llevar un monitoreo y control |
Dividir proyectos largos en fases | Para facilitar el control y los avances que se realizarán |
Identificar stakeholders | Identificar quienes son las personas las cuales se muestran interesadas en el desarrollo, así como en la solución del proyecto |
Documentar las necesidades del negocio | Se realizará documento SRS de acuerdo a la información brindada por el cliente, acerca de lo que necesita |
Determinar los objetivos del proyecto | Serán establecidos los objetivos para poder desarrollar una solución satisfactoria |
Documentar suposiciones y restricciones | De acuerdo a la información brindada por el cliente se llevara se analizarán y documentaran las suposiciones y restricciones dentro del proyecto |
Desarrollar Project Charter | Se creará el charter con la información brindada por el cliente |
Responsable: Diógenes Grajales Corona
Procesos de Planeación | Descripción |
---|---|
Determinar cómo se hará la planeación- parte de planes de manejo | Dentro del equipo se llegara a un acuerdo acerca de cómo se dividirá el proyecto y las áreas en las que se concentrara cada miembro del equipo |
Crear declaración de alcance del proyecto | Nos ayudará a determinar cuáles serán los resultados esperados |
Seleccionar equipo | Seleccionar personas con las que se llevará a cabo el desarrollo del proyecto |
Crear WBS y diccionario de WBS | Se desarrollara para poder tener un mejor control y gestión del proyecto |
Crear lista de actividades | Crear una lista con las actividades que se realizarán durante el desarrollo del proyecto |
Crear diagrama de network | Lista con las actividades que le corresponden a cada miembro del equipo |
Estimar los requisitos de los recursos | Se analizará y estimarán los créditos necesarios para poder hacer las pruebas y reconocimiento necesario a la plataforma de amazon connect. |
Estimar tiempos y costos | Determinar cuánto tiempo y costo se tomarán en el desarrollo de cada fase |
Determinar ruta crítica | Planificar el tiempo y plazos del proyecto |
Crear una agenda | Crear un itinerario en el cual se establezcan tiempos estimados de entrega, así como los tiempos máximos. |
Crear un presupuesto | Determinar créditos que serán otorgados |
Determinar los estándares de calidad, procesos y métricas | Se seleccionará bajo que estándares se trabajara el proyecto. En este caso, se trabajará con el estándar IEEE SRS 830. |
Determinar roles y responsabilidades | Se asignan responsabilidades y tareas a cada miembro del equipo. |
Determinar los requerimientos de comunicación | Se determinará que se necesita para facilitar la comunicación con el cliente. |
Identificar riesgos, análisis de riesgos cualitativos y cuantitativos y planificación de respuestas | Se realizará un análisis de posibles amenazas, riesgos, así como tener un plan de control de riesgos. |
Finalizar los aspectos de “cómo ejecutar y controlar” aspectos de todos los planes de manejo | Se concluye con la planeación para dar pasó a la ejecución. |
Obtener aprobación formal del plan | Una vez solicitada, se otorgará aprobación formal para el proyecto y dará paso a la reunión de lanzamiento. |
Llevar a cabo la reunión de lanzamiento | Una vez que ya se cuenta con la planeación, se procederá a llevar a cabo la reunión que permitirá comenzar con el proyecto. |
Responsable: Lidia Paola Díaz Ramírez
Procesos de Ejecución | Descripción |
---|---|
Ejecutar el plan PM | La oficina de gestión de proyecto (PMO), hará un análisis del plan de trabajo para su ejecución. |
Producir Alcance del Producto | Se trabajará en las tareas y actividades previamente asignadas. |
Implementar cambios aprobados, detectar reparaciones, acciones preventivas y correctivas | Llevar a cabo los cambios pertinentes previamente detectados, así como tomar de igual manera acciones para prevenir errores. |
Dar reconocimientos y recompensas | Otorgar reconocimientos y recompensas a los involucrados. |
Tener reuniones de progreso | Se tendrán reuniones cada cierto tiempo para verificar el avance que se lleva a cabo. |
Usar el sistema de autorización de trabajo | Se trabajará en base a lo que se apruebe del proyecto. |
Responsable: Daniel Isaac Ruíz Cruz
Monitoreo y Control | Descripción |
---|---|
Medir en contra de las líneas de bases de medición de desempeño | Se crearán métricas basadas en las tareas realizadas por cada integrante, así como la fecha límite y el tiempo que se tardó en completarla. Con esta información, se podrá medir el desempeño de cada integrante. |
Medir de acuerdo a los planes de administración | Se comparará el trabajo realizado en un cierto periodo de tiempo, así como el tiempo invertido, con el plan de desarrollo antes estipulado. Con esto se podrá visualizar si |
Determinar variaciones y si justifican acciones a corregir o cambios | Se llevará un registro de todos los cambios que se hagan durante la realización del proyecto, así como los errores encontrados en la ejecución. Con esto se tendrá un mayor control sobre qué , cuándo y porqué se corrigió. |
Verificación de alcances | Se establecerán los objetivos y alcance del proyecto, en concordancia con la visión que tiene el socio formador y las expectativas del equipo de desarrollo. |
Gestiones de configuración | Se realizará un plan de pruebas, las cuales estarán enfocadas en identificar errores o fallas que pongan en riesgo la integridad y la calidad del producto. De esta manera se asegurará que, durante todo el proceso, se pueda tener un producto de calidad y funcional. |
Recomendar cambios, reparación de defectos, prevenir y corregir acciones | Se propondrá un formato de propuesta para hacer cambios o alguna otra modificación significativa al programa de desarrollo, el cual será revisado y autorizado por el project manager y los miembros del equipo para su implementación. |
Cambios de control integrados | Se revisaran todos los cambios y se registraran e integrarán dentro de la documentación. |
Aprobar cambios, reparación de defectos, prevenir y corregir acciones | Se autorizan los cambios necesarios para el correcto funcionamiento. Los cuales incluyen errores y plan de prevención de los mismos. |
Utilizar registros de problemas | Se registrarán los problemas encontrados junto con su solución en caso de que se presente el mismo problema en el futuro. |
Facilitar la resolución de problemas | Se establecerá un diccionario con los problemas presentados en toda la etapa del desarrollo, de tal manera que los desarrolladores puedan visualizar fácilmente que hacer en caso de presentarse con un error anteriormente corregido. |
Crear pronósticos | Se establecerán pronósticos de acuerdo al tiempo aproximado de ejecución para cada requerimiento establecido por el cliente, con el fin de tener un margen de referencia para evaluar el avance del producto. |
Responsable: Adriana Inés López Sánchez
Procesos de Cierre | Descripción |
---|---|
Desarrollar procedimientos de cierre | La oficina se apegará a los planes de despliegue del producto y la entrega al cliente. |
Completar el cierre total del contrato | En este proceso se revisará el contrato establecido anteriormente con el cliente asegurándose de cumplir con lo estipulado. |
Confirmar que el trabajo se ha realizado según los requisitos | Se revisarán los requerimientos establecidos en el documento SRS asegurándose de cumplir con todas las funcionalidades acordadas. |
Obtener aceptación formal del producto | En este proceso se buscará la revisión de cierre de parte del socio formador y los profesores encargados del proyecto. |
Reporte final de performance | Se realizará un Reporte de acuerdo con el análisis de los resultados obtenidos con los KPIs para medir el rendimiento del proyecto. |
Entregar el producto terminado | Se llevará a cabo la entrega del producto acordado con el cliente. |
Liberar recursos | En caso de recibir herramientas o recursos técnicos de parte del cliente o un tercero se libera el uso de estos devolviendo los recursos. |
WBS
Liga a diccionario WBS: https://docs.google.com/spreadsheets/d/1O4IR9C26QS-VBLOdb8RWqRXhaXsQ7q7Yxv2aHlCrGS0/edit?usp=sharing
Liga a diagrama WBS: https://drive.google.com/file/d/152e8FtKHqw1CsrbDuI116mOAlp4vUBP-/view?usp=sharing
Project Charter
Liga a documento de Project Charter(Versión 1): https://docs.google.com/document/d/1Wm_yRJuRXxVhZamWvMA9ruxup4fA2m-J/edit?usp=sharing&ouid=111929301478617411643&rtpof=true&sd=true
Liga a documento de Project Charter(Versión 2): https://docs.google.com/document/d/1WMZBY-Va_3SpxRiMVW2zgW_lUfFOcOVI/edit?usp=sharing&ouid=111929301478617411643&rtpof=true&sd=true
Bibliografía
Project Management Institute. (2017). Guía de los Fundamentos Para la Dirección de Proyectos (Guía del Pmbok): (Español): Vol. Sexta edición. Project Management Institute.