📘 Célula de Trabajo - SQUAD
📊 Diagrama del Equipo
📇 Matriz de Contacto
| Nombre | Rol | Reporta a | |
|---|---|---|---|
| Ismael Silva | Líder Técnico | isilva@alpura.com | — |
| Allison A. Hinojosa Juárez | Líder Técnico 2 | allison.hinojosa@alpura.com | Ismael Silva |
| Alicia Hernandez | Product Owner 1 - Centro Comp. | AliHernandez@alpura.com | — |
| Jorge Villaseñor Aguilar | Product Owner 2 | jorge.villasenor@alpura.com | Alicia Hernandez |
| Ruth Hernandez | BRM Product Owner | ruhernandez@alpura.com | — |
| Javier Hernández Barraza | Líder de Arquitectura | javierh.barraza@alpura.com | — |
| Jorge Serrano Peña | Arquitecto Front (Externo) | jorge_serrano@alpura.com | Javier Hernández |
| Luis A. Leyva Castillo | Desarrollador SR | luis.leyva@axity.com | Allison Hinojosa |
| Luis Ramírez | Desarrollador SR | luis.ramirez@axity.com | Allison Hinojosa |
| Raúl Gallardo | Desarrollador SR | raul.gallardo@axity.com | Allison Hinojosa |
| Ingeniero Front | Desarrollador SR Front (Vacante) | — | Allison Hinojosa |
| Victor Carvajal | Líder Técnico Oracle ERP | vcarvajal@alpura.com | — |
🔄 Flujo de Trabajo
1. Inicio del Ciclo
- Iniciativas y necesidades son comunicadas por el BRM (Ruth) y Product Owner 1 (Alicia).
- Product Owner 2 (Jorge) desglosa y prioriza requerimientos funcionales.
2. Diseño de Solución
- Alicia y Jorge PO trabajan con Javier (Arquitectura) para definir lineamientos técnicos.
- Javier coordina con Jorge Serrano (Frontend) y Oscar Hurtado(Back) para validaciones en experiencia y arquitectura UI.
- Victor apoya con definiciones para integración con Oracle ERP.
3. Planificación Técnica
- Ismael como Líder Técnico organiza el trabajo en conjunto con Allison (Líder Técnico 2).
- Allison revisa tareas a desarrolladores backend y frontend y ejecuta dailys técnicos
- Timeouts, APIs, estructuras y pruebas son definidas en conjunto con Arquitectura.
- Arquitectura enrtrega documento de arquitectura de sistema(HLD).
4. Desarrollo y Validación
- Desarrolladores implementan requerimientos y generan pruebas unitarias.
- Code Review y validación por Allison e Ismael.
- Arquitectura revisa cumplimiento de estándares y escalabilidad.
5. Despliegue y Cierre
- QA interno o externo valida entregables.
- Se realiza despliegue en ambientes.
- Documentación técnica y funcional es actualizada.
- Feedback del Product Owner cierra el ciclo.
📅 Reglas de los Sprints
- Duración del Sprint: 2 semanas (lunes a viernes).
- Reuniones diarias (Daily Standup):
- Frecuencia: De lunes a viernes
- Horario: 10:30 a.m.
- Duración máxima: 15 minutos
- Formato: Ronda rápida (¿Qué hice ayer?, ¿Qué haré hoy?, ¿Tengo algún bloqueo?)
- Sprint Planning: Primer día del sprint.
- Sprint Review y Retrospective: Último día del sprint.
- Canal de comunicación: Teams y Jira para seguimiento de tareas.
- Responsabilidad compartida: Todos los integrantes deben participar activamente en cada ceremonia.