Equipo de Tecnología
JM
Josman Mejías
CTO — Dirección técnica & arquitectura
jmejias@estei.app
Mar · Mié · Vie
100% Remoto
LP
Luis Pérez
Head of Engineering — Liderazgo técnico & code reviews
leperez@estei.app
Mar · Mié · Vie
Presencial pocas hrs
Remoto mayor tiempo
GP
Gian Paolo Astorino
Full Stack Developer
gastorino@estei.app
AP
Andrés Pérez
Full Stack Developer
—
JT
J. Texeira
Full Stack Developer
jtexeira@estei.app
JG
JE Gundino
Full Stack Developer
jegudino@estei.app
DB
Daniel Bruno
Full Stack Developer
dbruno@estei.app
ET
Estephany Torres
Product Owner + PMO — Backlog, priorización & seguimiento
etorres@estei.app
QA
QA (Por definir)
Quality Assurance — Testing & calidad
—
Disponibilidad Semanal
| Persona | Lun | Mar | Mié | Jue | Vie | Modalidad |
|---|---|---|---|---|---|---|
| Josman (CTO) | ✗ | ✓ | ✓ | ✗ | ✓ | 100% Remoto |
| Luis P. (HoE) | ✗ | ✓ | ✓ | ✗ | ✓ | Presencial pocas hrs · Remoto +hrs |
| Gian Paolo (DEV) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| Andrés P. (DEV) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| J. Texeira (DEV) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| JE Gundino (DEV) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| Daniel B. (DEV) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| Estephany (PO/PMO) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
| QA (TBD) | ✓ | ✓ | ✓ | ✓ | ✓ | Full time |
Cobertura de Liderazgo Semanal
Josman (CTO): Martes, Miércoles y Viernes · 100% remoto (Slack, videollamada, GitHub)
Luis (HoE): Martes, Miércoles y Viernes · Presencial pocas horas + remoto mayor tiempo
Lunes y Jueves: Sin CTO ni HoE — equipo opera autónomo con Gian Paolo (Dev Lead interino) + Estephany (seguimiento operativo)
Mar/Mié/Vie: Días de máxima capacidad — ceremonias, decisiones técnicas, code reviews y demos se concentran aquí
Luis (HoE): Martes, Miércoles y Viernes · Presencial pocas horas + remoto mayor tiempo
Lunes y Jueves: Sin CTO ni HoE — equipo opera autónomo con Gian Paolo (Dev Lead interino) + Estephany (seguimiento operativo)
Mar/Mié/Vie: Días de máxima capacidad — ceremonias, decisiones técnicas, code reviews y demos se concentran aquí
Matriz RACI por Área
| Actividad | CTO (Josman) | HoE (Luis) | Devs (5) | PO+PMO (Estephany) | QA |
|---|---|---|---|---|---|
| Arquitectura & decisiones técnicas | A | R | C | I | I |
| Priorización del backlog | C | C | I | A/R | C |
| Desarrollo de features | I | A | R | I | C |
| Code Reviews | C | R | R | I | I |
| Testing & QA | I | A | C | I | R |
| Sprint Planning | C | R | R | A | R |
| Deploys a producción | A | R | C | I | R |
| Seguimiento de proyecto | I | C | I | A/R | I |
R=Responsable A=Aprueba C=Consultado I=Informado
Fase 1 — Fundación
Días 1–30
Setup, arquitectura, auth, CI/CD
Fase 2 — Aceleración
Días 31–70
Features core, integraciones, API
Fase 3 — Entrega
Días 71–100
Pulido, QA final, deploy, launch
Total Sprints
7
Sprint 0 (setup) + 6 sprints regulares
Developers
5
Full Stack (Gian, Andrés, Texeira, Gundino, Bruno)
Liderazgo
3
CTO + Head of Eng + PO/PMO
Roadmap Visual de 100 Días
| Persona | S0 Abr 8–12 |
S1 Abr 13–26 |
S2 Abr 27–May 10 |
S3 May 11–24 |
S4 May 25–Jun 7 |
S5 Jun 8–21 |
S6 Jun 22–Jul 5 |
S7 Jul 6–17 |
|---|---|---|---|---|---|---|---|---|
| Josman CTO 🌐 | Arq |
Arq |
Review |
Integ |
Integ |
Optim |
Deploy |
Launch |
| Luis P. HoE 🏢+🌐 | CI/CD |
CI/CD |
Review |
Lead |
Lead |
Perf |
Stab |
Launch |
| Gian Paolo DEV | Setup |
Auth |
Auth |
Feat |
Feat |
API |
Fix |
Polish |
| Andrés P. DEV | Setup |
DB |
Models |
Feat |
Feat |
API |
Fix |
Polish |
| J. Texeira DEV | Setup |
UI |
UI |
Feat |
Feat |
Integ |
Fix |
Polish |
| JE Gundino DEV | Setup |
UI |
Comp |
Feat |
Feat |
Integ |
Fix |
Polish |
| Daniel B. DEV | Setup |
API |
API |
Feat |
Feat |
API |
Fix |
Polish |
| Estephany PO/PMO | Plan |
Backlog |
Sprint |
Sprint |
Sprint |
UAT |
UAT |
Launch |
| QA TBD | Plan |
Setup |
Test |
Test |
Test |
Regr |
Regr |
Sign |
Sprint 0
Setup & Kick-off
8 — 12 Abr (5 días)
Definir arquitectura del sistema
Crítica
Documentar stack tecnológico, patrones de diseño (MVC/Clean Architecture), estructura de carpetas y estándares de código.
Josman (CTO)
Luis P. (HoE)
Configurar repositorios y branching strategy
Crítica
Crear repos (monorepo o multirepo), definir Git Flow (main/develop/feature), proteger branches, configurar PR templates.
Luis P. (HoE)
Daniel Bruno
Crear backlog inicial y épicas
Crítica
Definir épicas principales, escribir user stories iniciales con criterios de aceptación. Priorizar por valor de negocio y riesgo técnico.
Estephany (PO/PMO)
Josman (CTO)
Setup ambiente de desarrollo local
Alta
Docker Compose, variables de entorno, seeds de BD, linters, prettier, husky hooks. Documentar onboarding en README.
Todos los Devs
Luis P. (coord)
Configurar herramientas de gestión
Alta
Setup de Jira/Linear/ClickUp: tablero Scrum, estados, labels, estimación (story points), burndown chart, dashboards de seguimiento.
Estephany (PO/PMO)
Definir estrategia de QA
Media
Plan de pruebas: unit tests, integration tests, E2E. Herramientas (Jest, Cypress, Playwright). Criterios de cobertura mínima.
QA (TBD)
Luis P. (HoE)
Sprint 1
Cimientos Técnicos
13 — 26 Abr
Sistema de autenticación (Backend)
Crítica
JWT / OAuth2, registro, login, refresh tokens, recuperación de contraseña, middleware de autorización, roles y permisos.
Gian Paolo
Diseño de base de datos y modelos
Crítica
ERD completo, migraciones iniciales, modelos ORM, seeders, índices para performance. Documentar en wiki técnica.
Andrés Pérez
Design System y componentes UI base
Alta
Librería de componentes: buttons, inputs, modals, tables, nav, alerts, toasts. Tokens de diseño, temas, responsividad.
J. Texeira
JE Gundino
Estructura API REST + documentación
Alta
Scaffold de la API, middleware global (CORS, rate limiting, logging), estructura de rutas, Swagger/OpenAPI, manejo de errores estandarizado.
Daniel Bruno
Pipeline CI/CD
Alta
GitHub Actions / GitLab CI: lint → test → build → deploy (dev/staging). Notificaciones a Slack. Ambientes de staging.
Luis P. (HoE)
Daniel Bruno
Refinamiento de backlog para Sprint 2
Media
Refinar historias de usuario de features principales, definir criterios de aceptación detallados, estimar con el equipo.
Estephany (PO/PMO)
Josman (CTO)
Sprint 2
Core Features I
27 Abr — 10 May
Flujo completo de auth (Frontend)
Crítica
Pantallas: login, registro, forgot password, verify email. Integración con API de auth. Guards de rutas, manejo de sesión.
Gian Paolo
CRUD de entidades principales (Backend)
Crítica
Endpoints CRUD para las entidades core del negocio. Validaciones, paginación, filtros, soft-delete. Tests unitarios.
Andrés Pérez
Dashboard / pantalla principal
Alta
Layout principal, sidebar/nav, dashboard con KPIs, widgets, gráficos iniciales. Responsive design. Loading states.
J. Texeira
Pantallas de listados y formularios
Alta
Vistas de listado con tabla, filtros, búsqueda. Formularios de creación/edición. Validaciones client-side.
JE Gundino
API endpoints secundarios + tests
Alta
Endpoints de soporte: uploads, configuración, notificaciones base. Integration tests. Documentación Swagger actualizada.
Daniel Bruno
Code reviews & validación de arquitectura
Alta
Review de todos los PRs, validar que se sigue la arquitectura definida, mentoring técnico al equipo, resolver blockers.
Luis P. (HoE)
Josman (CTO)
Testing funcional Sprint 1 + Regression
Alta
Probar todo lo entregado en Sprint 1. Reportar bugs. Setup de test cases en herramienta. Empezar automatización E2E.
QA (TBD)
Sprint 3
Features Core II
11 — 24 May
Módulo de negocio principal (Full Stack)
Crítica
Desarrollo completo del módulo core: lógica de negocio, endpoints, pantallas, flujos de trabajo. Integración front-back.
Gian Paolo
Andrés Pérez
Módulos secundarios (Frontend + integración)
Alta
Desarrollo de módulos de soporte: perfil de usuario, configuración, notificaciones in-app, reportes básicos.
J. Texeira
JE Gundino
Integraciones externas (APIs 3rd party)
Alta
Integrar servicios externos: pasarela de pagos, emails transaccionales, storage (S3), servicios de terceros requeridos.
Daniel Bruno
Revisión de arquitectura mid-project
Alta
Evaluar decisiones técnicas, identificar deuda técnica, ajustar arquitectura si es necesario. Performance review del código.
Josman (CTO)
Luis P. (HoE)
QA Sprint 2 + Automatización
Alta
Testing completo de entregas Sprint 2. Avanzar en suite de tests automatizados E2E. Reportes de cobertura.
QA (TBD)
Demo a stakeholders + ajuste de backlog
Media
Preparar y ejecutar demo de progreso. Capturar feedback. Ajustar prioridades del backlog según feedback recibido.
Estephany (PO/PMO)
Sprint 4
Features Avanzadas
25 May — 7 Jun
Lógica de negocio compleja
Crítica
Implementar workflows complejos, reglas de negocio avanzadas, cálculos, estados y transiciones. Validaciones robustas.
Gian Paolo
Andrés Pérez
Vistas complejas y reportes
Alta
Dashboards con gráficos, reportes exportables (PDF/Excel), vistas de detalle complejas, filtros avanzados.
J. Texeira
JE Gundino
Sistema de notificaciones y real-time
Alta
Notificaciones push, emails, WebSockets para updates en tiempo real. Configuración de preferencias de notificación.
Daniel Bruno
Optimización de performance
Alta
Profiling de queries lentos, caching (Redis), lazy loading, optimización de bundle size, CDN para assets estáticos.
Luis P. (HoE)
Sprint 5
Integración & Pulido
8 — 21 Jun
Integración end-to-end de flujos
Crítica
Conectar todos los flujos principales de la app. Verificar que los happy paths funcionan de inicio a fin sin errores.
Gian Paolo
Daniel Bruno
Manejo de edge cases y errores
Alta
Mejorar manejo de errores, empty states, loading states, mensajes al usuario, timeout handling, retry logic.
Andrés Pérez
J. Texeira
UX polish & responsive final
Alta
Pulir toda la interfaz: animaciones, transiciones, responsive en todos los breakpoints, accesibilidad básica (a11y).
JE Gundino
Auditoría de seguridad
Crítica
OWASP Top 10 review, SQL injection, XSS, CSRF, rate limiting, secrets management, dependency audit (npm audit).
Luis P. (HoE)
Josman (CTO)
UAT Planning & criterios de aceptación
Alta
Preparar plan UAT, definir escenarios de prueba con stakeholders, coordinar sesiones de validación. Documentar go/no-go criteria.
Estephany (PO/PMO)
Regression completa pre-fase 3
Crítica
Correr suite de regression completa. Bug triage con el equipo. Priorizar fixes por severidad. Smoke tests de todos los flujos.
QA (TBD)
Sprint 6
Estabilización & UAT
22 Jun — 5 Jul
Bug fixing intensivo (todos los Devs)
Crítica
Dedicación completa a resolver bugs críticos y altos. Zero critical bugs policy. Daily bug triage con QA.
Gian Paolo
Andrés Pérez
J. Texeira
JE Gundino
Daniel Bruno
Infraestructura de producción
Crítica
Setup de ambiente de producción: servidores, CDN, SSL, DNS, backups automáticos, monitoring (Sentry, Datadog), alertas.
Josman (CTO)
Luis P. (HoE)
Ejecutar UAT con stakeholders
Crítica
Sesiones de UAT con usuarios clave. Documentar feedback, bugs encontrados, ajustes necesarios. Tracking de sign-off por módulo.
Estephany (PO/PMO)
Regression final + smoke tests
Crítica
Suite completa de regression. Smoke tests en staging = producción. Performance testing. Validar todos los fix de bugs.
QA (TBD)
Documentación técnica final
Alta
API docs completos, runbook de operaciones, guía de troubleshooting, documentación de arquitectura actualizada.
Luis P. (HoE)
Daniel Bruno
Sprint 7
Go-Live! 🚀
6 — 17 Jul
Deploy a producción
Crítica
Ejecutar deployment plan: migración de datos, deploy de servicios, verificación post-deploy, DNS switch. Rollback plan listo.
Josman (CTO)
Luis P. (HoE)
Monitoreo post-launch (War Room)
Crítica
Monitoreo 24/7 las primeras 48h. Rotación de guardia entre devs. Dashboard de métricas, alertas, y canal de incidentes activo.
Todos los Devs
Luis P. (HoE)
Hotfixes de producción
Crítica
Resolver bugs críticos encontrados en producción. Fast-track de PRs, cherry-picks, deploys de emergencia si es necesario.
Gian Paolo
Andrés Pérez
Daniel Bruno
Validación en producción + Sign-off
Crítica
Smoke tests en producción. Verificar todos los flujos críticos. Sign-off formal de QA. Reporte final de calidad.
QA (TBD)
Retrospectiva general + Plan post-launch
Alta
Retro de los 100 días: qué salió bien, qué mejorar. Priorizar backlog post-launch. Definir roadmap del siguiente trimestre.
Estephany (PO/PMO)
Josman (CTO)
Luis P. (HoE)
Knowledge transfer & docs de usuario
Media
Documentación de usuario final, guías de uso, FAQs, videos cortos de features principales. Training para soporte.
Estephany (PO/PMO)
J. Texeira
JE Gundino
Línea de Tiempo — 100 Días
Fase 1: Fundación
8 Abr → 10 May
30 días · Sprints 0, 1, 2
Fase 2: Aceleración
11 May → 21 Jun
40 días · Sprints 3, 4, 5
Fase 3: Entrega
22 Jun → 17 Jul
30 días · Sprints 6, 7
Hitos Clave
| Día | Fecha | Hito | Responsable | Entregable |
|---|---|---|---|---|
| 1 | 8 Abr | Kick-off del proyecto | Josman + Estephany | Arquitectura + Backlog v1 |
| 5 | 12 Abr | Sprint 0 completado | Todo el equipo | Ambiente listo, repos, herramientas |
| 14 | 26 Abr | Demo Sprint 1 | Luis P. | Auth, BD, UI base, CI/CD |
| 30 | 10 May | Fin Fase 1 — Demo Sprint 2 | Todo el equipo | MVP interno funcional |
| 44 | 24 May | Demo Sprint 3 | Estephany | Features core completos |
| 58 | 7 Jun | Demo Sprint 4 | Estephany | Features avanzados + integraciones |
| 70 | 21 Jun | Fin Fase 2 — Feature Freeze | Josman + Luis | Code freeze, todo integrado |
| 80 | 1 Jul | UAT completado | Estephany + QA | Sign-off de stakeholders |
| 90 | 9 Jul | Deploy a producción | Josman + Luis | App live |
| 100 | 17 Jul | 🎉 Día 100 — Cierre | Todo el equipo | Retro + Plan post-launch |
Ceremonias Scrum
| Ceremonia | Frecuencia | Duración | Participantes | Responsable |
|---|---|---|---|---|
| Daily Standup | Diario (Lun-Vie) | 15 min | Todo el equipo | Mar/Mié/Vie: Josman o Luis · Lun/Jue: Gian Paolo + Estephany |
| Sprint Planning | Martes inicio de sprint | 2 horas | Todo el equipo | Estephany (PO/PMO) + Luis (remoto) |
| Backlog Refinement | Miércoles (semanal) | 1 hora | PO + HoE + 2 Devs rotativo | Estephany (PO/PMO) + Luis |
| Sprint Review / Demo | Viernes fin de sprint | 1 hora | Equipo + Stakeholders | Estephany (PO/PMO) |
| Sprint Retrospective | Viernes post-demo | 45 min | Solo equipo técnico | Luis P. (HoE) |
| Technical Sync | Martes (semanal) | 30 min | CTO (remoto) + HoE + Devs | Josman (remoto) + Luis · Día clave: revisar blockers de Lun |
| Code Review Block | Mar, Mié, Vie (async) | Remoto | Luis P. revisa PRs | Luis P. (HoE) · Lun/Jue: Gian Paolo como peer reviewer |
| 1:1 con Devs | Miércoles (quincenal) | 30 min | HoE + cada Dev individual | Luis P. (HoE) — presencial o remoto |
| Stakeholder Update | Viernes (quincenal) | 30 min | CTO + PO/PMO + Stakeholders | Estephany (PO/PMO) |
Importante: Lunes y Jueves sin CTO ni HoE
Josman (CTO) y Luis (HoE) comparten los mismos días activos: Martes, Miércoles y Viernes. Esto significa que Lunes y Jueves el equipo opera de forma autónoma sin liderazgo técnico directo. El protocolo de delegación es clave para que esos días sean productivos.
Protocolo de Delegación — Lunes & Jueves (sin CTO ni HoE)
Gian Paolo → Dev Lead Interino
Lidera daily standup los Lun y Jue
Peer reviewer principal de PRs
Primer punto de desbloqueo técnico
Toma decisiones técnicas menores
Escala a Josman o Luis vía Slack solo si es crítico
Peer reviewer principal de PRs
Primer punto de desbloqueo técnico
Toma decisiones técnicas menores
Escala a Josman o Luis vía Slack solo si es crítico
Estephany → Líder operativa Lun/Jue
Seguimiento activo del sprint en ausencia de líderes
Co-facilita daily con Gian Paolo
Escala blockers por Slack a CTO/HoE
Actualiza tablero y métricas
Coordina con QA el flujo de testing
Co-facilita daily con Gian Paolo
Escala blockers por Slack a CTO/HoE
Actualiza tablero y métricas
Coordina con QA el flujo de testing
Josman (CTO) → Async Remoto
No disponible Lun/Jue, pero en Mar/Mié/Vie:
Decisiones de arquitectura por Slack/call
Review de PRs con impacto arquitectónico
Aprobación de deploys a staging/prod
100% remoto — videollamada para temas críticos
Decisiones de arquitectura por Slack/call
Review de PRs con impacto arquitectónico
Aprobación de deploys a staging/prod
100% remoto — videollamada para temas críticos
Luis (HoE) → Presencial + Remoto
No disponible Lun/Jue, pero en Mar/Mié/Vie:
Code reviews presencial (pocas hrs) y async
Mentoring técnico y 1:1s
Resolver blockers acumulados de Lun/Jue
Documentación y decisiones técnicas
Code reviews presencial (pocas hrs) y async
Mentoring técnico y 1:1s
Resolver blockers acumulados de Lun/Jue
Documentación y decisiones técnicas
Reglas de oro para Lunes y Jueves
1. Los devs trabajan en tareas ya planificadas — no se inician features nuevos sin validación previa
2. PRs se crean y revisan entre devs (Gian Paolo aprueba) — Luis y Josman revisan el martes siguiente
3. Bugs críticos en producción: Gian Paolo lidera el fix, notifica a Josman y Luis por Slack inmediatamente
4. Pair programming entre devs es altamente recomendado estos días para reducir dependencias del liderazgo
5. Estephany documenta cualquier blocker para revisarlo el martes con CTO y HoE
2. PRs se crean y revisan entre devs (Gian Paolo aprueba) — Luis y Josman revisan el martes siguiente
3. Bugs críticos en producción: Gian Paolo lidera el fix, notifica a Josman y Luis por Slack inmediatamente
4. Pair programming entre devs es altamente recomendado estos días para reducir dependencias del liderazgo
5. Estephany documenta cualquier blocker para revisarlo el martes con CTO y HoE
Semana Tipo — Vista por Día
| Día | Josman (CTO) | Luis P. (HoE) | Ceremonia clave | Equipo |
|---|---|---|---|---|
| Lunes | No disponible | No disponible | Equipo autónomo | Daily (Gian Paolo + Estephany) · Desarrollo en tareas planificadas · Pair programming · PRs entre devs |
| Martes | Remoto | Presencial + Remoto | Tech Sync · Planning (si toca) | Daily · Resolver blockers del Lun · Code reviews con Luis · Josman valida arquitectura remoto |
| Miércoles | Remoto | Presencial + Remoto | Refinement · 1:1s | Daily · Refinement (CTO remoto + Luis + PO) · 1:1s quincenal · Día más productivo |
| Jueves | No disponible | No disponible | Equipo autónomo | Daily (Gian Paolo + Estephany) · Desarrollo intensivo · Pair programming · Preparar demo del Vie |
| Viernes | Remoto | Presencial + Remoto | Demo · Retro (si toca) | Daily · Sprint Review (CTO remoto) · Retro · PRs finales · Resolver blockers del Jue |
Definición de Done (DoD)
Código
Code review aprobado por HoE o peer
Linter sin errores
Sin console.logs o código muerto
Linter sin errores
Sin console.logs o código muerto
Testing
Unit tests escritos (cobertura > 70%)
Tests pasan en CI
QA funcional aprobado
Tests pasan en CI
QA funcional aprobado
Producto
Cumple criterios de aceptación
PO valida funcionalidad
Documentación actualizada
PO valida funcionalidad
Documentación actualizada
Deploy
Deployable a staging
Sin breaking changes
Migración de BD incluida
Sin breaking changes
Migración de BD incluida