-
Requerimiento planeado: Hay que avisarle claramente al cliente que el requerimiento esta en proceso y estará listo en X tiempo. Por supuesto que se puede acelerar la liberación pero solo en casos especificos, tal vez clientes a los que este requerimiento este bloqueando algún proceso, pero se tendría que evaluar el impacto.
-
La verdad, no me queda muy claro lo que quieren decir con “backlog identificado”. ¿Alguién más sabe?
-
SMS Personalizado: Hay que evitar plantear falsas expectetavivas con los clientes, si no existe la funcionalidad, hay que informarselo. Pero claro, ellos la necesitan, así que se puede agregar al roadmap y entonces informarle en cuanto tiempo estará disponible.
Presentación
Introducción
El problema fundamental: balance
El reto: un Product Manager con fuertes nociones técnicas
El producto
La piedra angular de tu empresa
Proyecto de curso
Desarrollo del producto
Agenda de Producto: Herramientas
El Producto de software + Git
Repaso de Git
Escalabilidad y productización
Innovación y visión
Kitchen API - Productización y escalabilidad
Los stakeholders
Stakeholders externos: clientes
Un CAFE para el cliente
Guía a tu Cliente
Stakeholders Internos - Tu compañia
El equipo de customer
El equipo de operaciones
El equipo de soporte
Cierre Módulo - Caso de Estudio
Tu equipo
Conociendo a tu equipo
Proveer un arquetipo de los miembros de un equipo
Creando/uniéndote a una cultura de equipo
La comunicación es la clave
Dar y recibir feedback
Cómo gestionar a tu equipo
Asignar tareas a tu equipo
Tu rol como líder
PDP - Plan Desarrollo Profesional
Ejercicio PDP
Con este caso de estudio seguimos avanzando en el desarrollo de nuestro producto.
...
Regístrate o inicia sesión para leer el resto del contenido.
Aportes 3
Preguntas 0
Ordenar por:
1. Convocar a una reunión con el PO y los interesados para definir la prioridad de esta funcionalidad y entender la urgencia de la misma.
2. Es importante brindar las expectativas correctas y revisar el roadmap así como el MVP para determinar si es posible o no.
3. La sinceridad siempre es clave en las negociaciones con el cliente por lo que se mencionaría cómo funciona actualmente y que esta funcionalidad nueva puede agregarse al backlog y priorizarse para ser entregada en un release próximo dependiendo de la prioridad
- Evaluaría con el equipo este requerimiento es decir el “valor” que le agregaría a nuestro producto si es considerable cambiaría la prioridad y ajustaría tiempos y fecha de entrega informando esto a los involucrados (stakeholders).
- No es posible dar una respuesta precisa pero siempre se pueden dar tiempos estimados y comentando que somos un equipo que trabaja con posibles cambios y adaptación a las circunstancias para dejar antecedente que alguna actividad dentro de ese 70% del backlog se aplace.
- Les diría que podemos comenzar a evaluar su requerimiento ojo: el evaluar no es sinónimo de compromiso o aceptación, para saber el valor y tiempo que nos tomaría y claro el costo para este restaurante en particular posterior a esto podemos empezar con fechas, etc. y explicar de manera digerible el proceso a seguir para requerimientos nuevos de prioridad “normal”.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?