• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Incepción ágil at infosoft
 

Incepción ágil at infosoft

on

  • 2,071 views

Mike acaba de completar un entrenamiento de Scrum y siente que ha entendido las bases de Scrum así que está convencido que será beneficioso aplicarlo en su próximo proyecto. ...

Mike acaba de completar un entrenamiento de Scrum y siente que ha entendido las bases de Scrum así que está convencido que será beneficioso aplicarlo en su próximo proyecto.

Semanas más tarde, le dan luz verde al proyecto y Mike, entusiasmado, convoca a la primer Sprint Planning. Dado que ha pasado un poco de tiempo desde que revisó por última vez los conceptos de Scrum, Mike revisas sus apuntes, y recuerda que tiene que tener un Product Backlog granulado, una visión compartida, un roadmap, etc.

Mike entra en pánico, puesto que no tiene estas cosas listas, y siente que le ha faltado hacer cosas antes del sprint 1.

La presente charla será una explicación para Mike, de qué cosas podría hacer (un workflow y unas prácticas) antes del primer sprint para iniciarlo de la mejor forma.

Statistics

Views

Total Views
2,071
Views on SlideShare
2,018
Embed Views
53

Actions

Likes
18
Downloads
3
Comments
5

3 Embeds 53

https://twitter.com 38
http://www.linkedin.com 14
https://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

15 of 5 previous next Post a comment

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Incepción ágil at infosoft Incepción ágil at infosoft Presentation Transcript

    • Incepción Ágil Todo lo que ocurre antes del primer sprint HELP!
    • Hiroshi Hiromoto CSP | CSM | PMI-ACP | CSPO | CSD Agile Consultant & Trainer
    • La historia de Mike
    • La historia de Mike
    • Soy Mike! Trabajo como Project Manager
    • Reconocida empresa de desarrollo
    • Método Ágiles Scrum XP Kanban Iterativo Valor Incremental
    • ?
    • Mike anda al curso!
    • Mike
    • Manifiesto ágil Principios Valores
    • Visión Backlog Daily Meeting Sprint Review Sprint Retro Sprint Planning
    • Esto es genial!
    • Quiero hacer un proyecto con Scrum! Director de desarrollo
    • 2 semanas después
    • Tu propuesta para usar Scrum ha sido aprobada!
    • =D
    • Muchachos el Lunes tenemos Sprint Planning
    • Sprint Planning Tips - Timeboxea la reunión. - Ten el backlog refinado. - Ten el backlog priorizado. - Repasa la visión al iniciar la sesión. - Comunica al equipo en que parte del producto se desea hacer enfoque. - Repasa el Definition of Done. - Recuerda que debe estar presente todo el equipo. - Recuerda que el equipo estima. - ... Tengo que recordar los tips!
    • !
    • Visión? Roadmap? Backlog refinado?
    • Visión? Roadmap? Backlog refinado? Definición de Terminado? Equipo alineado? Riesgos? Prioridad?
    • HELP!
    • Aquí falta algo! (que Scrum no te dice)
    • HELP! Yo te puedo ayudar! Agile Consultant
    • Si bien Scrum no lo explicita Hay trabajo previo al 1er sprint
    • A cont. Tips y Técnicas
    • Genial!
    • Todo lo que ocurre (o podría ocurrir) antes del primer sprint
    • Comencemos
    • Disclaimer: Cada una de las técnicas que se mencionarán podrían tener su propia charla, en esta ocasión el foco será en dar un visión general de lo que se puede hacer antes del primer sprint
    • Todo inicia con un “WHY”
    • Lo primero que tenemos que asegurar es que todos los miembros del equipo entendamos la principal razón del proyecto!
    • Entonces antes de iniciar el proyecto, convoco a todo el equipo y se explica la razón principal del proyecto.
    • TIP: Recuerda que no sólo es importante que el equipo sepa esa razón sino que la entienda (el transfondo).
    • OK! Luego? Una visión! No solo debe existir! Visible y compartida
    • El Product Vision Board es una herramienta visual que permite construir la visión de un producto. Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • El codename es el nombre que usará el equipo para referirse al proyecto. Entre todos busquen un nombre creativo que los relacione al proyecto. Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • La frase representativa debe ser corta y precisa, debe expresar el alma del producto y ser nuestro nexo hacia lo que aspira a ser. Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • Identifica los grupos de usuarios que utilizarán el producto. ¿Para quién estamos trabajando en el proyecto? Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • ¿Cuáles son las necesidades de tu grupo de usuarios? Aquí se encuentran las razones de ser de tu proyecto. Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • ¿Qué características de tu producto satisfacen las necesidades de tus usuarios? No necesitas hacerlo a gran detalle. Codename Frase representativa Grupo de usuarios Necesidades Producto Valor
    • Codename Frase representativa Grupo de usuarios Necesidades Producto Valor ¿Qué valor le genera al negocio la satisfacción de la necesidad del grupo de usuario a través del producto? Movimiento obligatorio!
    • Codename Frase representativa Grupo de usuarios Necesidades Producto Valor Entonces con el Product Vision Board todo el equipo sabrá desde el inicio para quién, por qué y qué valor brindamos al realizar el proyecto.
    • TIP: Utiliza siempre (que sea posible) una pizarra física y promueve la participación de todo el equipo mediante la interacción con ella.
    • Nota: A veces utilizo una variación en la columna de valor y coloco el valor para el usuario final. Cuando hago esto coloco también dentro de mi grupo de usuarios a mi cliente/sponsor.
    • Tengo mi visión, ahora? Conoce a tus vecinos Ah? Vecinos?
    • Sí! Lanza la siguiente pregunta: ¿Quiénes son los involucrados en este proyecto (fuera del equipo)?
    • Plasma el mapa de tu equipo y sus vecinos físicamente y muéstralo al resto, de seguro alguno identifica a uno nuevo!
    • Entonces no es suficiente que yo crea que sé quienes son los involucrados sino que lo debo tener visible y corroborarlo.
    • Interesante hay más? Ahora veamos riesgos
    • Toca preguntarnos: ¿Qué nos mantiene despiertos en las noches?
    • <inserta tu riesgo favorito> Genera una lista con las cosas que te preocupan del proyecto, aquellas que no te dejan ir a dormir tranquilo
    • Es bueno saber que cuando trabajamos con Scrum también pensamos en riesgos! <inserta tu riesgo favorito> Un ataque de zombies!
    • <inserta tu riesgo favorito> TIP: No te quedes solo con la lista, priorízala y toma las medidas que creas necesarias! Por cierto, tampoco abuses con la longitud de la lista!! Un ataque de zombies!
    • OK, entiendo Ahora solo falta decir... que cosas NO van a salir!
    • Pon visible y comunica las cosas (funcionalidades) que NO se van a hacer. Muchas veces las asumimos, pero al decirlas genera un conocimiento compartido. Además le da foco al equipo sobre lo que debe construir.
    • Además así puedo evitar malos entendidos con los involucrados y setear expectativas!
    • ¿Qué opinas hasta ahora? Bien! Qué sigue? Toca ¡cómo llegar al backlog! Y para eso usaremos algunas técnicas
    • Definamos personas
    • Personas es una técnica que nos permite crear un esteriotipo de nuestros usuarios y nos ayuda a ver el producto desde el punto de vista del usuario. Si hemos hecho antes el PVB las personas deberían estar en uno de los grupos de usuario definidos.
    • Una forma práctica de generar personas es usando este template Nombre y Foto Características Necesidades
    • Comienza poniéndole un nombre y una foto Nombre y Foto Características Necesidades
    • Ahora sigue con las características de la persona. Puedes incluir su ubicación, su trabajo, su estilo de vida, etc. Nombre y Foto Características Necesidades
    • Finalmente determina las necesidades que tiene esa persona que la harían utilizar (comprar) el producto Nombre y Foto Características Necesidades
    • Nombre y Foto Características Necesidades Ya veo. Y esto lo utilizo para cada uno de los esteriotipos de usuarios que tengo.
    • Nota: Existen muchas formas de definir personas, busca la que más te acomode! Nombre y Foto Características Necesidades
    • Y esto ¿cómo me acerca al backlog?
    • Con la siguiente técnica lo verás!
    • Es una de mis favoritas!!
    • El Visual Story Mapping es una herramienta visual que mapear las funcionalidades de un producto contextualizado a un escenario. Su elaboración permite generar de manera más sencilla el Product Backlog
    • Y como toda herramienta colaborativa lo más importante son las discusiones y conversaciones que se generan en su elaboración
    • En líneas generales el mapa se construye de la siguiente forma.
    • En primer lugar definimos el proceso/actividades de alto nivel, que tienen que ver directamente con el proceso de negocio que va a estar relacionado con el producto A A A A
    • Luego tomamos a nuestras personas definidas previamente y las colocamos en el lado derecho del mapa A A A A P P P P
    • TIP: Prioriza tus personas, y deja a la más prioritaria en el tope de la lista A A A A P P P P
    • A continuación tomamos una persona y contamos las tareas que realiza, mapeándola con el proceso definido. A esto le llamo definir una travesía de la persona. A A A A P P P P
    • Ahora utiliza la misma persona y genera una travesía alternativa. A A A A P P P P
    • Así sucesivamente para todas las personas A A A A P P P P
    • TIP: Involucra a todos los miembros del equipo en el armado, recuerda que lo importante son las discusiones que genera. También procura contar una historia al generar las travesías.
    • Entonces son esas tareas de la persona las que serán transformadas en una o varias funcionalidades que poblarán mi backlog!
    • Wow! Ya vi la luz!
    • Ya puedo hacer mi backlog
    • Antes de eso, quiero hablarte de un concepto más
    • Se llama Producto Mínimo Viable (MVP) y es usado mucho por emprendedores, pero también te será muy útil A A A A P P P P
    • El MVP busca que indentifiques las funcionalidades mínimas para que puedas salir a producción y se puede muy fácil utilizando el VSM A A A A P P P P
    • Solo delimita con una línea el (las) travesías mínimas indispensables para que el producto dé valor y tenga sentido! Y ya tienes tu MVP A A A A P P P P
    • Entonces mi MVP termina siendo mis funcionalidades más prioritarias y las que van arriba en el Backlog A A A A P P P P
    • TIP: Busca en realidad lo mínimo! Recuerda, busquemos minimizar el output y maximizar el outcome A A A A P P P P
    • Creo que ya estoy listo para mi 1er sprint! Sí! Solo te dejo un tip más
    • El Product Backlog Board es una herramienta visual que le permite al equipo tener centralizado todos los elementos de información necesarios para trabajar los items del backlog Área de personas Área de historias Área de restricciones Área de modelado
    • En el área de personas colocamos nuestras personas elaboradas anteriormente. Hay que recordar que ellas representan a nuestros grupos de usuarios definidos en la visión Área de personas Área de historias Área de restricciones Área de modelado
    • En el área de historias coloca tus historias listas para trabajar y las que están en cola. Es básicamente tu Backlog. Área de personas Área de historias Área de restricciones Área de modelado
    • En el área de restricciones coloca tus requerimientos no funcionales y el diseño de la interfaz Área de personas Área de historias Área de restricciones Área de modelado
    • Área de personas Área de historias Área de restricciones Área de modelado Finalmente, en el área de modelado coloca cualquier diagrama (flujo, modelo, etc) que le sirva de guía al equipo durante el desarrollo Movimiento obligatorio!
    • Nota: En algunas ocaciones cambio el área de personas e historias y la reemplazo directamente con el VSM. VSM Área de restricciones Área de modelado
    • Área de personas Área de historias Área de restricciones Área de modelado Con esto no solo tengo el Backlog visible sino también los requerimientos no funcionales, las interfaces de usuario y los flujos y procesos del modelado
    • Que te pareció? Ayudó? Si! Ya tengo más claro qué hacer antes del 1er sprint
    • Muchas Gracias! :) Un gusto ayudar!
    • Disclaimer: Esto ha sido un conjunto de recomendaciones en función a experiencias que he tenido, no es una guía absoluta!
    • Referentes en el tema @jrasmusson  @davidhussman @romanpichler  @jeffpatton
    • Dos buenos libros
    • Los invitamos a Ágiles2013! El 10, 11, y 12 de Oct. bit.ly/agiles2013
    • Hiroshi Hiromoto CSP | CSM | PMI-ACP | CSPO | CSD Agile Consultant & Trainer Preguntas? @hhiroshi hiromoto.hiroshi@gmail.com