6 min lectura • Guide 548 of 877
Gestión de Proyectos de Desarrollo de Apps Móviles
El desarrollo móvil trae desafíos únicos—reviews de app store, múltiples plataformas, fragmentación de dispositivos, y capacidades offline. GitScrum ayuda a equipos móviles a coordinar desarrollo iOS y Android, trackear paridad de features, y gestionar ciclos de release que sincronicen con timelines de app store. La clave es planificar para trabajo específico de plataforma mientras se maximiza el esfuerzo compartido.
Diferencias Móvil vs Web
| Aspecto | Móvil | Web |
|---|---|---|
| Deployment | Review de app store | Instantáneo |
| Updates | Usuario debe actualizar | Automático |
| Testing | Matriz de dispositivos | Matriz de browsers |
| Offline | Consideración crítica | Opcional |
| Performance | Restricciones de dispositivo | Escalado de servidor |
Organización del Proyecto
ESTRUCTURAS PARA PROYECTOS MÓVILES
══════════════════════════════════
OPCIÓN 1: PROYECTO ÚNICO CON LABELS
┌─────────────────────────────────────────────────────────────┐
│ │
│ Proyecto: MyApp Mobile │
│ │
│ Labels: │
│ ├── 📱 ios │
│ ├── 🤖 android │
│ ├── 📱🤖 shared │
│ └── 🔧 backend │
│ │
│ Story: Implementar login social │
│ ├── [shared] Diseño UI │
│ ├── [ios] Implementar en Swift │
│ ├── [android] Implementar en Kotlin │
│ └── [backend] API de autenticación │
│ │
│ ✅ Fácil ver feature completa │
│ ❌ Board puede verse desordenado │
│ │
└─────────────────────────────────────────────────────────────┘
OPCIÓN 2: PROYECTOS SEPARADOS
┌─────────────────────────────────────────────────────────────┐
│ │
│ Proyecto: MyApp iOS │
│ Proyecto: MyApp Android │
│ Proyecto: MyApp Backend │
│ │
│ Epics vinculan features relacionadas │
│ │
│ ✅ Equipos dedicados tienen su espacio │
│ ❌ Más difícil ver panorama completo │
│ ❌ Riesgo de drift entre plataformas │
│ │
└─────────────────────────────────────────────────────────────┘
OPCIÓN 3: CROSS-PLATFORM (React Native, Flutter)
┌─────────────────────────────────────────────────────────────┐
│ │
│ Proyecto: MyApp │
│ │
│ La mayoría del código es compartido │
│ Labels para código nativo específico: │
│ ├── 📱 ios-native │
│ └── 🤖 android-native │
│ │
│ ✅ Backlog unificado │
│ ❌ Aún hay trabajo específico de plataforma │
│ │
└─────────────────────────────────────────────────────────────┘
Ciclo de Release Móvil
TIMELINE DE RELEASE
═══════════════════
RELEASE TÍPICO (2 semanas antes de launch):
┌─────────────────────────────────────────────────────────────┐
│ │
│ Semana -2: │
│ ├── Code freeze │
│ ├── QA intensivo │
│ └── Preparar assets de app store │
│ │
│ Semana -1: │
│ ├── Submit a app stores │
│ ├── iOS: 24-48h típico (puede ser 7+ días) │
│ ├── Android: Horas a 3 días │
│ └── Monitorear status de review │
│ │
│ Launch Day: │
│ ├── Release aprobado → Publicar │
│ ├── Comunicación a usuarios │
│ └── Monitorear crash reports │
│ │
│ Post-Launch: │
│ ├── Monitorear métricas │
│ ├── Responder a feedback de usuarios │
│ └── Hotfix si es necesario │
│ │
└─────────────────────────────────────────────────────────────┘
EN GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Milestone: Release 2.5.0 │
│ Fecha objetivo: 15 Marzo │
│ │
│ Tareas de Release: │
│ ├── [Done] Features completadas │
│ ├── [Done] QA sign-off │
│ ├── [In Progress] Submit iOS │
│ ├── [In Progress] Submit Android │
│ ├── [Waiting] iOS review │
│ ├── [Waiting] Android review │
│ └── [Pending] Publicar release │
│ │
└─────────────────────────────────────────────────────────────┘
Testing Móvil
MATRIZ DE TESTING
═════════════════
DISPOSITIVOS A PROBAR:
┌─────────────────────────────────────────────────────────────┐
│ │
│ iOS: │
│ ├── iPhone 15 Pro (último) │
│ ├── iPhone 12 (popular) │
│ ├── iPhone SE (pequeño) │
│ └── iPad (si soportado) │
│ │
│ Android: │
│ ├── Samsung Galaxy S23 (flagship) │
│ ├── Google Pixel 7 (stock Android) │
│ ├── Samsung A-series (mid-range popular) │
│ └── Dispositivo low-end (performance) │
│ │
│ Versiones OS: │
│ ├── iOS: Actual + 2 anteriores │
│ └── Android: API 26+ (según tu target) │
│ │
└─────────────────────────────────────────────────────────────┘
CHECKLIST DE QA MÓVIL:
┌─────────────────────────────────────────────────────────────┐
│ ☐ Funciona offline │
│ ☐ Maneja interrupciones (llamada, notificación) │
│ ☐ Rotación de pantalla │
│ ☐ Modo oscuro │
│ ☐ Accesibilidad (VoiceOver/TalkBack) │
│ ☐ Performance en dispositivo bajo-end │
│ ☐ Batería (no drena excesivamente) │
│ ☐ Datos (no consume excesivamente) │
└─────────────────────────────────────────────────────────────┘
Paridad de Plataformas
TRACKING DE PARIDAD
═══════════════════
MATRIZ DE FEATURES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Feature │ iOS │ Android │ Notas │
│ ───────────────────────────────────────────────────────── │
│ Login social │ ✅ │ ✅ │ Paridad │
│ Push notifications │ ✅ │ ✅ │ Paridad │
│ Biometric auth │ ✅ │ ✅ │ FaceID/Fingerprint │
│ Widget │ ✅ │ ⏳ │ Android en Sprint 8│
│ Apple Pay/G Pay │ ✅ │ ✅ │ Paridad │
│ Siri/Google Assist │ ❌ │ ✅ │ iOS en backlog │
│ │
│ Paridad: 83% │
│ │
└─────────────────────────────────────────────────────────────┘
EN GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ Label: ⚠️ parity-gap │
│ │
│ Filtrar por parity-gap para ver diferencias │
│ Priorizar cerrar gaps antes de nuevas features │
└─────────────────────────────────────────────────────────────┘
Hotfixes Móviles
PROCESO DE HOTFIX
═════════════════
CUANDO SE DESCUBRE BUG CRÍTICO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. EVALUAR SEVERIDAD │
│ ├── Crash rate > 1%? → Hotfix urgente │
│ ├── Bloquea feature crítica? → Hotfix │
│ └── Minor? → Próximo release regular │
│ │
│ 2. PREPARAR HOTFIX │
│ ├── Branch desde release actual │
│ ├── Fix mínimo (solo el bug) │
│ └── QA enfocado en el fix │
│ │
│ 3. EXPEDITED REVIEW │
│ ├── iOS: Solicitar expedited review │
│ ├── Android: Staged rollout rápido │
│ └── Monitorear aprobación │
│ │
│ 4. COMUNICAR │
│ ├── Actualizar status en GitScrum │
│ └── Notificar stakeholders │
│ │
└─────────────────────────────────────────────────────────────┘