-
Notifications
You must be signed in to change notification settings - Fork 0
G4 Product Owner
ricardo-esc edited this page May 7, 2021
·
2 revisions
- Describir las cualidades y responsabilidades que deberá adoptar la persona que ocupe el rol de Product Owner.
El Product Owner (PO) es el representante de los stakeholders en el equipo y del equipo para los demás stakeholders. A grandes rasgos, es aquel que se asegura de que el proyecto a desarrollar cumpla con las necesidades de los stakeholders. Es importante notar que el PO no se encarga de pasar todo lo que el cliente quiera como requerimientos a desarrollar para el equipo, en vez de eso, su tarea es asegurarse de que todo el equipo entienda la visión. Él es el puente de comunicación entre los miembros del equipo y los stakeholders y se asegura que siempre sea visible este puente.
- Asegurar la satisfacción del cliente
- Asignar prioridades basadas en riesgo y costo
- Encargarse que el equipo siempre entienda las tareas por realizar
- Da a entender al equipo el negocio del cliente
- Da a entender a los stakeholders el proceso de desarrollo
- Evaluar riesgos y costos
- Establecer prioridades para las tareas a realizar
- Revaluar y reorganizar las prioridades en caso de ser necesario durante el proceso de desarrollo del proyecto
- Comunica el estado del equipo
- Estar disponible para el equipo de desarrollo en todo momento para resolver dudas con respecto a las necesidades del cliente
- Mantener al equipo enfocado en que el trabajo cumpla con la misión, la visión y los valores
- Actualizar al cliente con la información del progreso en el desarrollo
- Agendar juntas y demostraciones con cualquier stakeholder
- Participa activamente en las pruebas de usuario
- Amabilidad
- Comunicación efectiva
- Análisis y pensamiento crítico
- Liderazgo
- Trabajo en equipo
- Empatía
- Capacidad de estimación
- Honestidad
- Es muy importante aprender a decir NO
- Entiende profundamente el flujo de trabajo del cliente
- Empatiza con el cliente y el resto de los stakeholders
- Acércate con todos los que puedas para entablar una relación de entendimiento
- Aprende a escuchar
- No tengas miedo a equivocarte
- Se transparente
- Para poder entender la necesidad, pregunta el ¿por qué quieren cambiar la forma de trabajo? ¿por qué quieren cambiar la forma en la que hacen ese proceso?
- PO0 Políticas del departamento
- PO1 Manejo de unidad de Solify en Google Drive
- PO2 Evaluación de procesos
- PO3 Manejo de la wiki de Solify
- PO4 Revisión en parejas
- PO5 Auditorías
- PO6 Plan del Proyecto
- PO7 Gestión de la configuración
- P1 Definir forma de trabajo (WoW)
- P2 Realizar juntas con socios formadores
- P3 Tomar decisiones
- P4 Reportar falta al código de ética
- P5 Crear presentación para stakeholders
- P6 Resolver conflictos
- P7 Planificar iteración
- P8 Conducir juntas de coordinación
- P10 Generar o alimentar una lista de historias de usuario
- P11 Generar o actualizar un plan de liberaciones
- P12 Crear un Pull Request
- P13 Revisar un Pull Request
- P14 Monitorear Riesgos
- P15 Programar en Parejas
- P16 Definir Objetivos del Proyecto
- P18 Gestionar métricas
- P19 Institucionalizar procesos
- P23 Hacer un reporte de estado
- P24 Realizar auditoría
- P25 Validar producto de trabajo
- P26 Definir Plan del Proyecto
- P27 Convertir retroalimentación a tareas del plan
- P28 Analizar métricas
- P30 Identificar necesidades del cliente
- P31 Definir trazabilidad de requerimiento
- P32 Llevar a cabo retrospectiva de iteración
- P33 Realizar SCAMPI
- P34 Liberar una línea base
- P35 Definir Trazabilidad de Requerimiento
- G1 Uso de Calendario de Solify
- G2 Program Manager
- G3 Planning Owner
- G4 Product Owner
- G5 Architecture Owner
- G6 Team Leader
- G7 Convención de commits
- G8 Propuestas de mejora continua
- G9 Descripción de Pull Request
- G10 Estructura y manejo de la unidad de Solify en Google Drive
- G11 Comunicación Efectiva
- G12 Plan de Gestión de Riesgos
- G14 Creación de Métricas
- G15 Identificación de elementos de la configuración y líneas base
- G16 Gestión de plan de valor ganado
- G17 Ciclo de Vida del Proyecto
- G18 Demostración y validación con socio formador
- G19 Manejo del tiempo de desarrollo
- G20 Gestión de métricas de defectos
- G21 Guía para monitorear y analizar la forma de trabajo
- G22 Realizar una auditoria de configuración
- G23 Recolección de Habilidades y Conocimientos
- G24 Identificación de de recursos y habilidades para el proyecto
- G25 Atender retroalimentación
- G26 Estimar costo y tiempo de tareas e historias de usuario
- G27 Guía para Identificar Inconsistencias
- CL1 Revisión de procesos
- CL2 Revisión de guías
- CL3 Revisión de código
- CL4 Criterio de aceptación para lista de requisitos
- CL5 Checklist para Documentación de Cambios de Requisitos
- CL6 Auditoria de Configuración
- PL0 Plantilla para procesos
- PL1 Checklist fase de inicio
- PL2 Plantilla Matriz de Riesgos
- PL3 Plantilla para politicas
- PL4 Plantilla de informe de auditoría
- PL5 Plantilla de criterios de auditoría de proceso
- PL6 Plantilla de no conformidades
- PL7 Validación de productos de trabajo
- PL8 Plantilla Matriz de trazabilidad
- PL9 Plantilla WBS
- PL10 Plantilla de Checklists SCAMPI