Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Segundamano SCRUM Organization / Flujo de Producto

No description
by

David Gill

on 19 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Segundamano SCRUM Organization / Flujo de Producto

Flujo de Producto
1. SCRUM Flow
The User Story Test
Si o no
Tu problema paso la User Story Test?
Chido! Lo ponemos en el Product Backlog
"Tengo un problema
y quiero resolverlo"
¿Porqué?
KPI's y Hoshin
1) A cual de los pilares del Hoshin impacta tu problema?

2) Cual KPI estaremos afectando - y cuando?
¿Cómo?
Flujo de Inovacion Continua
En que parte del Flujo se encuentra nuestro problema?

Tenemos datos que nos respalden?, conocemos la opinion del usuario?, existen prototipos?, pudieramos probarlo?estamos listos para desarrollar
A. Tu idea
¿Cuándo?
¿Tenemos una fecha limite para ello?
B. Nuestra ejecucion
Evaluamos juntos si esto es algo que queremos y podemos resolver para nuestros usuarios
"Lo haremos! Pero cuando?!"
La idea es aprobada por el Product Owner - y ahora que?

Juntos con el grupo de Management, prioritizamos la idea:
Prioritización de la idea
US listo para un sprint
Prioridad
Alto
Bajo
La tarea se relaciona con el estatus de los KPIs relacionados. Queremos realizarla pronto
Backlog US
Problema probado y aprobado. Tal vez falta verificar detallitos tecnicos o otro tipo de input antes de hacerrlo
Wishlist
Aqui residen todas las ideas que parecen buenas, pero las que no podemos trabajar de manera urgente por no afectar directamente nuestros KPIs
Sprints de 2 semanas de Miércoles a Martes
M J V L M M J V L M
Sprint
Planning
Quién
Los equipos técnicos y el PO
Performance
Opportunity
Engagement
Agenda
Planear el siguiente sprint
Revisar los User Stories con mayor prioridad
Definir las tareas técnicas asociadas
Elegir las que se harán en el siguiente sprint
Outcome
Sprint Backlog en el pizarrón
US
Workshop
Quiénes
Los equipos técnicos y el PO
Performance
Opportunity
Engagement
Agenda
Platicar sobre soluciones técnicos e ideas de como mejorar el implementación
Definir los Acceptance Tests
Cotizar las nuevas US probadas en Story Points
Outcome
User Stories pre cotizadas para poner en Sprints futuros
Innovation
Workshop
Quiénes
El grupo de Management
Agenda
Revisar problemas existentes
Asignarle un estatus dentro del flujo de Inovacion Continua
Outcome
Definir el siguiente paso del flujo
para avanzar a esta
2. Flujo de Innovacion Continua
Como analizamos problemas, sustentamos una hipotesis y probamos posibles soluciones
Demo
Quiénes
Cada persona que quiera conocer que han hecho los equipos SCRUM
Agenda
Un desarrollador de cada equipo presenta todos los bugs y US que cada equipo ha trabajado durante el sprint
Preguntas y sugerencias
Outcome
Todos los miembros del equipo de Segundamano saben que se va a liberar en el futuro proximo
Retrospectives
Quiénes
Todo el equipo tecnico en su propia area (E/O/P)
Agenda
Revisan si y como es que hemos mejorados los compromisos del Retrospective pasado
Decidir que queremos mejorar para el Sprint siguiente
Outcome
Mejorar la manera en la que se trabaja dentro del equipo
3. Desde el nacimiento de tu idea - al Sprint Backlog
Sigue el Flujo de Innovacion Continua, para ver como podemos resolver el problema que has identificado
Flujo de Innovacion Continua
Empatizamos con el usuario
Nos ponemos en los zapatos del usuario
Hablamos con amigos y usuarios potenciales
Entendemos las necesidades explicitas e implicitas
Identificamos los problemas
A partir de los hallazgos detectamos el problema raiz
Identificamos como se relacionan con nuestros KPI's
Ideamos soluciones
Brainstorm en grupo
Identificamos posibles soluciones
Determinamos como vamos a probarlas
Probamos soluciones
Hablamos con los usuarios
Analizamos los datos
Validamos nuestra hipotesis
Evaluamos y elegimos la solucion
Elegimos la mejor solucion de acuerdo a los hallazgos
Implementamos la solucion
Se le da seguimiento posterior
Full transcript