5 min lectura • Guide 784 of 877
Responsabilidades del Product Owner
El Product Owner conecta negocio y desarrollo. GitScrum provee herramientas para que los POs gestionen backlogs, prioridades, y comunicación con stakeholders.
Responsabilidades del PO
ROL DEL PRODUCT OWNER
═════════════════════
RESPONSABILIDADES PRIMARIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. VISIÓN DE PRODUCTO │
│ ──────────────────── │
│ • Definir estrategia de producto │
│ • Comunicar visión al equipo │
│ • Alinear trabajo con objetivos de negocio │
│ • Tomar decisiones de trade-off │
│ │
│ 2. GESTIÓN DEL BACKLOG │
│ ─────────────────────── │
│ • Crear y mantener backlog │
│ • Escribir user stories claras │
│ • Definir acceptance criteria │
│ • Priorizar items │
│ • Refinar continuamente │
│ │
│ 3. TOMA DE DECISIONES │
│ ───────────────────── │
│ • Qué construir │
│ • Qué NO construir │
│ • Cuándo lanzar │
│ • Trade-offs de scope │
│ │
│ 4. REPRESENTACIÓN DE STAKEHOLDERS │
│ ─────────────────────────────────── │
│ • Recolectar requirements │
│ • Balancear necesidades en conflicto │
│ • Comunicar progreso │
│ • Gestionar expectativas │
│ │
└─────────────────────────────────────────────────────────────┘
Áreas de Responsabilidad
ACCOUNTABILITY MATRIX
═════════════════════
┌─────────────────────────────────────────────────────────────┐
│ │
│ ÁREA │ PO es RESPONSABLE de... │
│ ──────────────────┼──────────────────────────────────── │
│ Visión │ Definir qué y por qué │
│ Backlog │ Contenido y prioridad │
│ Scope │ Qué está in/out del release │
│ Aceptación │ Si el trabajo cumple criterios │
│ Stakeholders │ Comunicación y alineación │
│ ROI │ Maximizar valor entregado │
│ │
│ ──────────────────┼──────────────────────────────────── │
│ │
│ ÁREA │ PO NO es responsable de... │
│ ──────────────────┼──────────────────────────────────── │
│ Implementación │ Cómo se construye (Team decide) │
│ Estimaciones │ Cuánto tiempo toma (Team estima) │
│ Proceso │ Cómo trabaja el equipo (SM facilita) │
│ Asignación │ Quién hace qué (Team self-organiza) │
│ │
└─────────────────────────────────────────────────────────────┘
Interacción con el Equipo
COLABORACIÓN CON DESARROLLO
═══════════════════════════
EN PLANNING:
┌─────────────────────────────────────────────────────────────┐
│ ├── Presentar sprint goal propuesto │
│ ├── Clarificar user stories │
│ ├── Responder preguntas │
│ ├── Negociar scope basado en capacidad │
│ └── Comprometerse con el sprint goal │
└─────────────────────────────────────────────────────────────┘
EN REFINEMENT:
┌─────────────────────────────────────────────────────────────┐
│ ├── Traer items para discusión │
│ ├── Explicar contexto de negocio │
│ ├── Escribir/revisar acceptance criteria │
│ ├── Dividir items grandes │
│ └── Priorizar backlog refinado │
└─────────────────────────────────────────────────────────────┘
EN DAILY:
┌─────────────────────────────────────────────────────────────┐
│ ├── Escuchar (no dirigir) │
│ ├── Responder preguntas si surgen │
│ ├── Tomar nota de blockers │
│ └── Disponible después para discusiones │
└─────────────────────────────────────────────────────────────┘
EN REVIEW:
┌─────────────────────────────────────────────────────────────┐
│ ├── Aceptar/rechazar trabajo completado │
│ ├── Facilitar feedback de stakeholders │
│ ├── Discutir próximas prioridades │
│ └── Celebrar logros del equipo │
└─────────────────────────────────────────────────────────────┘
Gestión de Stakeholders
BALANCE DE STAKEHOLDERS
═══════════════════════
TIPOS DE STAKEHOLDERS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ INTERNOS: │
│ ├── Ejecutivos → Visión estratégica │
│ ├── Ventas → Necesidades de clientes │
│ ├── Soporte → Pain points de usuarios │
│ ├── Marketing → Requerimientos de mercado │
│ └── Legal/Finance → Compliance/Budget │
│ │
│ EXTERNOS: │
│ ├── Clientes → Feedback directo │
│ ├── Partners → Integraciones │
│ └── Reguladores → Compliance │
│ │
└─────────────────────────────────────────────────────────────┘
MANEJO DE CONFLICTOS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Cuando stakeholders quieren cosas diferentes: │
│ │
│ 1. Escuchar a todos │
│ 2. Entender el "por qué" detrás de cada request │
│ 3. Evaluar contra visión/estrategia │
│ 4. Tomar decisión basada en data cuando sea posible │
│ 5. Comunicar decisión y razonamiento │
│ 6. Escalar si es necesario │
│ │
└─────────────────────────────────────────────────────────────┘
En GitScrum
HERRAMIENTAS DE PO EN GITSCRUM
══════════════════════════════
BACKLOG:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Vista de backlog ordenable │
│ • Labels de prioridad │
│ • Custom fields (valor, esfuerzo) │
│ • Acceptance criteria checklist │
│ │
└─────────────────────────────────────────────────────────────┘
ACEPTACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Workflow: │
│ Ready for Review → PO Review → Accepted/Rejected │
│ │
│ • Checklist de acceptance criteria │
│ • Comentarios de feedback │
│ • Historia de cambios │
│ │
└─────────────────────────────────────────────────────────────┘
COMUNICACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ • Dashboards para stakeholders │
│ • Reportes de progreso │
│ • Vista de roadmap │
│ • Notificaciones configurables │
│ │
└─────────────────────────────────────────────────────────────┘