1º Workshop Incepción en Thoughtworks Chile Febrero/17 [Espanhol]
3 recomendaciones899 vistas
El documento detalla el enfoque de ThoughtWorks sobre la incepción en el desarrollo ágil, destacando la definición de MVP (Producto Mínimo Viable) como la versión más simple de un producto que valida las necesidades del negocio y los usuarios. También se aborda la importancia de la incepción para alinear al equipo y garantizar un entendimiento compartido del proyecto, así como las actividades y métodos que se deben seguir. Se incluye una guía sobre cómo planificar y ejecutar una incepción efectiva, incluyendo la involucración de stakeholders y la gestión de funcionalidades.
![CAMPAÑA DE E-MAIL DE LA INCEPTION
Secuencia de e-mails antes de la Incepción con el
objetivo de informar sobre el proceso y despertar
intereses del grupo participante.
Cuándo? Asunto del e-mail? Sobre qué?
14 días antes [Inception] Save the date Reservar la agenda
10 días antes
[Inception] ¿Por qué una
Incepción?
Explicando sobre el
proceso el objetivo de la
Incepción
7 días antes
[Inception] ¿Cuál es la agenda
de la semana?
Programación de la
semana
3 días antes
[Inception] ¿QUé hace el
facilitador?
Presentando o facilitador](https://image.slidesharecdn.com/espanholworkshopcarolisinception-170216025732/85/1-Workshop-Incepcion-en-Thoughtworks-Chile-Febrero-17-Espanhol-21-320.jpg)
![VISIÓN DEL PRODUCTO
Para [cliente final],
cuyo [problema necesita resolver],
el [nombre del producto]
es un/a[categoría del producto]
que [beneficio clave, razón para adquirirlo].
Diferente de [alternativa competitiva],
nuestro producto [diferencia clave].](https://image.slidesharecdn.com/espanholworkshopcarolisinception-170216025732/85/1-Workshop-Incepcion-en-Thoughtworks-Chile-Febrero-17-Espanhol-25-320.jpg)
1º Workshop Incepción en Thoughtworks Chile Febrero/17 [Espanhol]
- 1. Incepción Basado en el libro Directo al punto y blog de Paulo Caroli (www.caroli.org) Mayra R Souza
- 2. SOMOS THOUGHTWORKS Una comunidad de personas apasionadas con el propósito de revolucionar el diseño y la creación de software, mientras defendemos un cambio social positivo. NUESTRA MISIÓN Gerenciar un negocio sustentable Avogar apasionadamente en favor de la justicia social y económica Liderar y promover excelencia de software y revolucionar la industria de TI +4000 Colaboradores 14 Países 40 Oficinas
- 3. Paulo Caroli consultor principal de Thoughtworks Brasil y co-fundador de Agile Brazil, posee más de veinte años de experiencia en gestión y desarrollo de software, pasando por corporaciones en Brasil, India y EEUU. En el 2000, conoció el Extreme Programming y, desde entonces, ha mantenido su foco en procesos y prácticas de gestión y desarrollo ágil. Ingresó a ThoughtWorks en 2006 y ocupó cargos de agile coach, entrenador, y Gerente de Proyectos. Posee los títulos de Bachillerato en Ciencias de la Computación y MS en Ingeniería de Software, ambos en PUC-Rio. Autor de los Libros ”Direto Ao Ponto; Criando Produtos de forma enxuta” , y “Fun Retrospectives; activities and ideas for making agile retrospectives more engaging”.
- 4. Meta ¿Qué es MVP ? ¿Por qué hacer una Incepción? ¿Cómo preparar una Incepción? ¡Manos en la obra!
- 5. 5 ¿Qué es un MVP ?Es la versión más simple de un producto que puede ser disponibilizado para el negocio. Se enfoca en entregar valor de acuerdo a los objetivos de negocio y necesidades de los usuarios. El objetivo del MVP es validar pedazos menores y mucho menos elaborados que una versión final, de esta manera es viable verificar si el direccionamiento del producto es el correcto.
- 7. DESARROLLO LEAN Build Code Data Ideas Measure Learn Loop lean startup : construir, medir y aprender Steve Blank: build, measure, learn
- 8. MVP
- 9. ? ? ? ? CÓMO OFRECER ESTE PRODUCTO como un MVP ? ? ? ? ?
- 10. MVP 3MVP 1 MVP 2 MVP 4 MVP 5 MVP 6
- 11. VENTAJAS DEL MVP Ciclos cortos de feedback; Respuesta rápida: cambiar de dirección, cancelar o corregir la viabilidad del producto; Evolución incremental del producto; Validar el incremento y guiarse por los resultados iniciales; Entender y validar rápidamente las hipótesis: ★ Sobre el negocio ★ Real necesidad del usuario ★ Usabilidad Ayuda a argumentar decisiones sobre el negocio.
- 12. PREVENCIÓN
- 13. ¿Por qué hacer una Incepción ? ¿Cómo promover el entendimiento del MVP y el inicio del proyecto ágil lo más rápido posible? ¿Cómo garantizar que el equipo comienza el proyecto con un entendimiento compartido, dirección, prioridad en un plano bien definido? 13
- 14. ALINEAMIENTO
- 15. 15 Construcción Comunitaria Divergir y Convergir Compartir pensamientos e ideas Colaborar en una estrategia única CONVERGIR PARA DEFINIR Solución Problema
- 16. ENTREGAS RÁPIDAS Y CON FRECUENCIA BUILD DEPLOY TEST RELEASE FEEDBACK
- 17. COLABORACIÓN COMPARTIR INTEGRACIÓN INTERACCIÓN FEEDBACK ¿QUÉ SUCEDE EN UNA INCEPCIÓN?
- 18. INCEPCIÓN DIRECTO AL PUNTO ¿Cómo planificar? ¿Qué hacer una Incepcion? ¿Qué actividades? 18
- 19. SALA PARA INCEPTION POST-ITS FLIP CHART DATASHOW PIZARRA COFFEE BREAK LÁPICES Y HOJAS MESA E CADEIRAS
- 20. ¿QUIÉN PARTICIPA? Facilitador(a); Miembros activos del proyecto: ★ Gerente de Proyecto (PM) ★ Analista de negocios (BA) ★ Desarrolladores (Dev) ★ Analista de calidad (QA) ★ Diseñador (XD) Stakeholders.
- 21. CAMPAÑA DE E-MAIL DE LA INCEPTION Secuencia de e-mails antes de la Incepción con el objetivo de informar sobre el proceso y despertar intereses del grupo participante. Cuándo? Asunto del e-mail? Sobre qué? 14 días antes [Inception] Save the date Reservar la agenda 10 días antes [Inception] ¿Por qué una Incepción? Explicando sobre el proceso el objetivo de la Incepción 7 días antes [Inception] ¿Cuál es la agenda de la semana? Programación de la semana 3 días antes [Inception] ¿QUé hace el facilitador? Presentando o facilitador
- 22. PLANIFICACIÓN DE LA SEMANA ★ La importancia de la participación de los STAKEHOLDERS en las actividades; ★ SHOWCASE vivo; ★ Actividades foco: Negocio, UX, Ingeniería y Gestión.
- 23. ICEBREACKER & ENERGIZER Quiebra hielo Interacción Socialibilización Descontracción Movimiento Energizante Blog Fun Retrospectives do Paulo Caroli www.funretrospectives.com/
- 24. DESDE EL INICIO CUADRO RAID: Risks, Assumptions, Issues and Dependencies. AGENDA BURN UP
- 25. VISIÓN DEL PRODUCTO Para [cliente final], cuyo [problema necesita resolver], el [nombre del producto] es un/a[categoría del producto] que [beneficio clave, razón para adquirirlo]. Diferente de [alternativa competitiva], nuestro producto [diferencia clave].
- 26. OBJETIVOS DEL PRODUCTO El producto es... El producto no es… El producto hace… El producto no hace… Rafael Sabbagh
- 27. OBJETIVOS DEL PRODUCTO Si tuvieras que resumir este producto en tres objetivos para sus usuarios, ¿cuáles serían?
- 29. JORNADA DE USUARIO Una jornada de usuario describe el camino de un usuario como una secuencia de pasos para alcanzar un objetivo. Algunos de esos pasos representan diferentes puntos de contacto con el producto, caracterizando una interacción del usuario el el. ★ DESPUÉS DE LA ACTIVIDAD ES POSIBLE IDENTIFICAR CUÁLES FEATURES TIENEN RELACIÓN CON LOS PASOS DE LA JORNADA; ★ ES UN MOMENTO DE VALIDACIÓN: PUDIENDO ELIMINAR O CREAR NUEVAS FEATURES.
- 30. FUNCIONALIDADES (Features) ¿Qué necesita tener el producto para que tal persona pueda alcanzar tal objetivo? PERSONAS OBJETIVOS FEATURES ANTES O DESPUÉS DE LA JORNADA DE USUÁRIO! POR QUÉ?
- 31. ENTENDIMIENTO TÉCNICO Y DE NEGOCIO DE LAS FUNCIONALIDADES NIVEL DE INCERTIDUMBRE NIVEL DE ESFUERZO Y VALOR VALOR DE NEGOCIO: ★ ALTÍSIMO; ★ MUY ALTO; ★ ALTO.
- 32. TRADE-OFFs Esta actividad promueve una conversación abierta y colaborativa sobre los trade offs. Trade-offs más claros evitan la falta de entendimiento y ayudan a una rápida toma de decisiones. ¿Qué tiene mayor valor: la seguridad o usabilidad? ¿Entre escalabilidad y seguridad? ¿Entre la escalabilidad y usabilidad?
- 33. SECUENCIAMIENTO DE FUNCIONALIDADES (Features) Planear y entregar de forma incremental ★ LA IDEA DE LA ONDA ES NO TENER UNA GRAN INCERTEZA; ★ NO CONFUNDA ONDA CON ITERACIÓN; ★ EL MVP NO NECESITA SER UNA ONDA COMPLETA, PUEDE TENER MAS O MENOS FEATURES; ★ TIENES QUE ENTREGAR VALOR X FUNCIONALIDADE EN EL MVP.
- 34. REGLAS DEL SECUENCIADOR DE FUNCIONALIDADES Una ola puede contener máximo 3 funcionalidades. Una ola no puede contener más de una funcionalidad con tarjeta rosada. Una ola no puede contener solamente tarjetas amarillas y rosadas. La suma del esfuerzo de los features no puede pasar de 5Es. La suma del valor de los features no puede ser menos de 4 $s. Una onda tiene que contener al menos 2 features.
- 35. CONSTRUYENDO UN CRONOGRAMA TENTATIVO Dev Senior Dev Jr.
- 36. CANVAS MVP El Canvas MVP alinea y clarifica qué es el MVP.
- 38. Agradecemos la presencia de tod@s Dudas y feedback: https://br.linkedin.com/in/mayrarodriguesdesouza @paola_mayra msouza@thoughtworks.com