Presentación usada durante el Taller de Historias de Usuario que impartí en Madrid el 17/Enero/2013. Más información en http://jmbeas.es/formacion/taller-historias-de-usuario-17-de-enero/
Construyendo el Producto Minimo Viable con User Story MappingMarco Avendaño
Al iniciar el desarrollo de un proyecto software el cliente nos pide un producto con muchas características cuya realización podría llevarnos bastante tiempo, además que luego debemos esperar las observaciones de su revisión. ¿No sería más adecuado ir mostrando las funcionalidades principales del sistema de manera temprana para su validación? si nos animamos a proceder de esta manera surge otra interrogante ¿Cómo podríamos establecer esas funcionalidades prioritarias ya que tenemos un “lista de deseos” muy amplia en nuestro Product Backlog?. Ante esta situación se recomienda desarrollar un Producto Mínimo Viable (MVP) en un tiempo relativamente corto que permita mostrar un producto funcional para que el cliente pueda realizar su evaluación.
La presentación muestra la técnica User Story Mapping, que consiste en organizar nuestro Product Backlog para lograr los MVP con la participación del Product Owner y los desarrolladores, para que cada uno aporte su visión y se aclaren dudas para lograr una mejor visión del producto.
La priorización de historias de usuario (versión reducida)Micael Gallego
Presentación del meetup de Madrid Ágil del 29 de Enero de 2014.
Tenéis una versión ampliada en: https://www.slideshare.net/micaelgallego/la-priorizacin-de-historias-de-usuario2
Construyendo el Producto Minimo Viable con User Story MappingMarco Avendaño
Al iniciar el desarrollo de un proyecto software el cliente nos pide un producto con muchas características cuya realización podría llevarnos bastante tiempo, además que luego debemos esperar las observaciones de su revisión. ¿No sería más adecuado ir mostrando las funcionalidades principales del sistema de manera temprana para su validación? si nos animamos a proceder de esta manera surge otra interrogante ¿Cómo podríamos establecer esas funcionalidades prioritarias ya que tenemos un “lista de deseos” muy amplia en nuestro Product Backlog?. Ante esta situación se recomienda desarrollar un Producto Mínimo Viable (MVP) en un tiempo relativamente corto que permita mostrar un producto funcional para que el cliente pueda realizar su evaluación.
La presentación muestra la técnica User Story Mapping, que consiste en organizar nuestro Product Backlog para lograr los MVP con la participación del Product Owner y los desarrolladores, para que cada uno aporte su visión y se aclaren dudas para lograr una mejor visión del producto.
La priorización de historias de usuario (versión reducida)Micael Gallego
Presentación del meetup de Madrid Ágil del 29 de Enero de 2014.
Tenéis una versión ampliada en: https://www.slideshare.net/micaelgallego/la-priorizacin-de-historias-de-usuario2
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
User Story Mapping - Proceso de construcciónMarco Avendaño
El mapeo de historias de usuario (User Story Mapping) consiste en ordenar historias de usuarios a lo largo de dos dimensiones independientes. El "mapa" organiza las actividades del usuario a lo largo del eje horizontal en un orden aproximado de prioridad (o "el orden en el que describiría las actividades para explicar el comportamiento del sistema"). El recorrido hacia abajo del eje vertical, representa una sofisticación creciente de la implementación. En la presentación se da a conocer el proceso de su construcción.
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User ...Jorge Hernán Abad Londoño
Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton
En esta nueva entrega del curso de Interacción Persona-Ordenador se explica una de las fases más características de todo modelo de Diseño Centrado en el Usuario, el prototipado.
Aquí podremos ver el gran abanico de técnicas disponibles así cómo muchos ejemplos prácticos.
Realizar la estimación de un proyecto software es una de las tareas más complicadas, ya que, por lo general nos lo piden cuando se dispone información o en algunos casos vienen impuestos por expertos que no tienen participación en el desarrollo del proyecto. Sin embargo realizar una estimación, aunque de alto nivel es algo necesario y útil porque contribuye a tomar mejores decisiones a la hora de priorizar tareas.
Historias de usuario y la especificación de requisitosMarco Avendaño
En el desarrollo tradicional de software se busca especificar los requisitos en una etapa bien definida y además que se pueda describir las características del producto en una documentación detalla, lo que debería servir como especificaciones invariables durante el desarrollo del software. Sin embargo ante la dinámica en la que actúan hoy en día las empresas, se ha visto que los requerimientos también van cambiando demostrando así la necesidad de que los requisitos también sean adaptables. Ante esta situación el desarrollo ágil se muestra como una alternativa, ya que, en base a la generación de entregables en iteraciones cortas es posible garantizar la generación del valor para los usuarios.
En ese sentido es necesario adaptar alguna otra alternativa para obtener los requisitos, es así, que las historias de usuario se muestran adecuadas para cumplir esta tarea permitiendo mejorar la colaboración del equipo con todos los implicados del proyecto y generando la posibilidad de la tolerancia al cambio.
Re-uploading my User Story Splitting workshop; it seems to have gone missing.
This is a slide deck I have used for helping people learn various user story splitting techniques.
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Learn to use the user story backlog as a way to describe user’s experience with your product.
Section 1: Importance of Product Owners Roll.
Identifying Scrum’s Product Owners roll.
Diagrammatic representation of PO Activities.
Diagrammatic representation of Product Feature Development tracks.
Section 2: User stories & Product Backlog Management.
Agile User Stories overview .
Acceptance Criteria.
Backlog Management.
Section 3: Project Scope, Product Backlog and Story Mapping.
User Story Mapping Steps.
Story Mapping example with valuable releases.
Benefits of User Story Mapping.
Conjunto de preguntas y ejercicios que brindan la posibilidad de mejorar las oportunidades para que los proyectos software sean exitosos, haciendo que todos los implicados tengan los mismos objetivos en relación al proyecto.
Una presentación del marco de trabajo de Scrum. Apunta a establecer en breves imágenes los roles, procesos y artefactos necesarios para la agilidad de proyectos de desarrollo de software o tecnologías de información.
User Story Mapping - Proceso de construcciónMarco Avendaño
El mapeo de historias de usuario (User Story Mapping) consiste en ordenar historias de usuarios a lo largo de dos dimensiones independientes. El "mapa" organiza las actividades del usuario a lo largo del eje horizontal en un orden aproximado de prioridad (o "el orden en el que describiría las actividades para explicar el comportamiento del sistema"). El recorrido hacia abajo del eje vertical, representa una sofisticación creciente de la implementación. En la presentación se da a conocer el proceso de su construcción.
Estimación, Priorización y Seguimiento de un Proyecto Ágil Empleando el User ...Jorge Hernán Abad Londoño
Charla compartida en el V congreso de gerencia internacional de proyectos del PMI Colombia 2016, en donde se comparten los principios realizar la planeación y seguimiento de un proyecto ágil usando la técnica de User Story Map de Jeff Patton
En esta nueva entrega del curso de Interacción Persona-Ordenador se explica una de las fases más características de todo modelo de Diseño Centrado en el Usuario, el prototipado.
Aquí podremos ver el gran abanico de técnicas disponibles así cómo muchos ejemplos prácticos.
Realizar la estimación de un proyecto software es una de las tareas más complicadas, ya que, por lo general nos lo piden cuando se dispone información o en algunos casos vienen impuestos por expertos que no tienen participación en el desarrollo del proyecto. Sin embargo realizar una estimación, aunque de alto nivel es algo necesario y útil porque contribuye a tomar mejores decisiones a la hora de priorizar tareas.
Historias de usuario y la especificación de requisitosMarco Avendaño
En el desarrollo tradicional de software se busca especificar los requisitos en una etapa bien definida y además que se pueda describir las características del producto en una documentación detalla, lo que debería servir como especificaciones invariables durante el desarrollo del software. Sin embargo ante la dinámica en la que actúan hoy en día las empresas, se ha visto que los requerimientos también van cambiando demostrando así la necesidad de que los requisitos también sean adaptables. Ante esta situación el desarrollo ágil se muestra como una alternativa, ya que, en base a la generación de entregables en iteraciones cortas es posible garantizar la generación del valor para los usuarios.
En ese sentido es necesario adaptar alguna otra alternativa para obtener los requisitos, es así, que las historias de usuario se muestran adecuadas para cumplir esta tarea permitiendo mejorar la colaboración del equipo con todos los implicados del proyecto y generando la posibilidad de la tolerancia al cambio.
Re-uploading my User Story Splitting workshop; it seems to have gone missing.
This is a slide deck I have used for helping people learn various user story splitting techniques.
User Story Mapping workshop facilitated at NYC Scrum User group.
Inspired by Jeff Patton's book "User Story Mapping. Discover the Whole Story, Build the Right Product"
http://shop.oreilly.com/product/0636920033851.do
Learn to use the user story backlog as a way to describe user’s experience with your product.
Section 1: Importance of Product Owners Roll.
Identifying Scrum’s Product Owners roll.
Diagrammatic representation of PO Activities.
Diagrammatic representation of Product Feature Development tracks.
Section 2: User stories & Product Backlog Management.
Agile User Stories overview .
Acceptance Criteria.
Backlog Management.
Section 3: Project Scope, Product Backlog and Story Mapping.
User Story Mapping Steps.
Story Mapping example with valuable releases.
Benefits of User Story Mapping.
Conjunto de preguntas y ejercicios que brindan la posibilidad de mejorar las oportunidades para que los proyectos software sean exitosos, haciendo que todos los implicados tengan los mismos objetivos en relación al proyecto.
La presentación cubre:
-Pequeño repaso sobre el desarrollo de software siguiendo la metodología waterfall
Agile y Lean Startup
- Los pilares de Scrum;
---- Roles: Product Owner, Scrum Master y Equipo de Desarrollo.
---- Eventos: Planning Meeting, Daily Stand-up, Grooming/Refinement, Demo y Retrospectiva.
---- Herramientas: Product Backlog, Historias de usuario, Definition of Done, Sprint Backlog, Sprint Dashboad.
---- Informes: Fin de Sprint, Inicio de Sprint, Burn-up/Burn-down, Informe de producto.
En esta presentación hablo de que ser Scrum Master es principalmente acerca de liderazgo y coaching. No es un rol de gestión. No eres un gerente de proyectos ni de personas. Además, ser Scrum Master o Coach ágil definitivamente no es acerca de reforzar los procesos.
Un Scrum Master extraordinario quiere o querrá que su equipo sea parte de esta carrera evolutiva – por ejemplo, haciéndolos partícipes de entrevistas con los usuarios o haciendo experimentos.
Si quieres llegar a ser un Scrum Master extraordinario enfoca tu energía en construir un entorno grandioso para tu equipo, probablemente así no tendrás que pasarte la vida, tu fantástica vida como Scrum Master, removiendo impedimentos.
Introducción a los mapas de Wardley (para describir nuestro entorno competitivo)Jose Manuel Beas
Introducción a los mapas de Wardley: una herramienta que, con una notación muy sencilla, ayuda a mejorar nuestra consciencia situacional y afinar nuestras decisiones estratégicas.
Breve repaso de qué entendemos por aportar valor y los diferentes tipos de desperdicio desde el punto de vista de los métodos ajustados de producción (Lean), aplicados tanto a la manufactura como a la gestión del conocimiento.
AgilityTRes60, Sept 2023. Recorrido sobre diferentes métodos de priorización del trabajo, con especial detalle sobre la priorización de un portfolio de proyectos desde un enfoque Lean y Agile, además de compartir alguna experiencia en el terreno.
Webinar “Repensemos la forma en la que trabajamos; empecemos simplificando”Jose Manuel Beas
Enmarcado en una serie de encuentros online organizados por Kubadili y Agile Alliance, orientados a difundir Agile entre las ONGs y gobiernos, en Julio de 2020 compartí escenario con Lina Prato, Teresa Oliver y Joserra Díaz en el webinar titulado “Repensemos la forma en la que trabajamos; empecemos simplificando”.
Taller impartido en Codemotion 2015 en el que vimos un poco de Lean Startup, MVP, Agile Inception, User Personas, User Story Mapping, Historias de Usuario, Scrum y Prototipado en Papel.
Presentación empleada como parte de la formación a jefes de proyecto y mandos intermedios durante el acompañamiento a la transformación Lean/Agile de ING Direct España.
Codemotion 2014 - Desarrollo Agil de Producto para EmprendedoresJose Manuel Beas
Recientemente he colaborado en la publicación del libro "España Lean Startup 2013", con el que se trata de dar una idea de cuál es el estado del arte del emprendimiento Lean en España. Mi capítulo se titula "Desarrollo Ágil de Producto para Emprendedores" y en él trato de explicar cómo aplicar técnicas como Agile Inception, User Story Map, Historias de Usuario, etc para un uso más eficiente de los escasos y valiosos recursos de cualquier startup. Esta charla está basada en ese capítulo.
Startups Mansion - Desarrollo Agil de Producto para EmprendedoresJose Manuel Beas
Charla por Skype con los emprendedores de Startups Mansion en NYC el 8 de octubre de 2014 para hablarles de desarrollo de productos empleando metodologías ágiles.
Breve introducción a Lean Startup y metodologías ágiles (en particular Scrum) para emprendedores y pequeñas empresas. El tiempo de cervezas de este Betabeers dió mucho de sí y no está recogido en las diapositivas.
http://betabeers.com/event/viii-betabeers-huelva-2046/
DrupalCamp14 Agile product development for startupsJose Manuel Beas
Recently I collaborated in the book "España Lean Startup 2013", which tries to explain which is the current state of the art of the Lean entrepreneurship in Spain. My chapter is titled “Agile product development for entrepreneurs”, where I try to explain the application of different techniques like Agile Inception, User Story Map, etc. for a more efficient use of the scarce and valuable resources of any startup. This talk is based on this chapter.
PREVENCION DELITOS RELACIONADOS COM INT.pptxjohnsegura13
Concientizar y sensibilizar a los funcionarios, sobre la importancia de promover la seguridad en sus operaciones de comercio internacional, mediante la unificación de criterios relacionados con la trazabilidad de sus operaciones.
Entre las novedades introducidas por el Código Aduanero (Ley 22415 y Normas complementarias), quizás la más importante es el articulado referido a la determinación del Valor Imponible de Exportación; es decir la base sobre la que el exportador calcula el pago de los derechos de exportación.
1. H isto rias
de
usu ario
Madrid, 17 Enero 2013
viernes 18 de enero de 13
2. José Manuel - El consultor agilista
43 años / divorciado / 2 hijos
• Vive en la soleada Sierra de La Cabrera
• Le gusta programar, pasear por el campo y tuitear
• >15 años desarrollando software, ≉ roles, ≉ sectores
• Blog, Twitter, LinkedIn
• Agile-Spain, agilismo.es
Motivaciones Objetivos
• Transformar organizaciones • Que sus alumnos aprendan a desarrollar
• Probar cosas que nadie haya hecho proyectos iterativos e incrementales y
antes enfocados en satisfacer al usuario
• Fiel a sus principios (aunque le duela) • Aumentar su reputación y que le contraten
más a menudo
• Que haya más clientes que valoren un
trabajo bien hecho
“Ayudo a desarrollar mejor software”
viernes 18 de enero de 13
10. Horario 17:30 FIN
Presentación
Capturar requisitos
Pactar el lenguaje 15:45 Café
Café 11:15 Café
UserStoryKata
Gestión del proyecto
Comida
Dudas
Agile Inception
Café
User Story Map
Backlog del MVP
Wrap-up 13:15 - 14:30
Fin Comida
viernes 18 de enero de 13
29. C Card
C Conversation
C Confirmation
http://xprogramming.com/articles/expcardconversationconfirmation/
viernes 18 de enero de 13
30. I
Independent
N
Negotiable
V
Valuable
E
Estimable
S
Sized appropriately
T
Testable
http://en.wikipedia.org/wiki/INVEST_(mnemonic)
viernes 18 de enero de 13
32. S
Specific
M
Measurable
A
Achievable
R
Relevant
T
Time-boxed
http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/
viernes 18 de enero de 13
33. Título
Como <rol>
Quiero <funcionalidad>
Para <beneficio>
viernes 18 de enero de 13
42. Historias de usuario
Como [cliente habitual], quiero [ver productos
relacionados] para [ver si hay otros productos que
me puedan interesar]
Condiciones de completitud Prioridad
• Los productos estarán ordenados por
70
valoración y margen de beneficio.
• Cuando el usuario haga clic en un
Coste
producto, se desplegará el detalle.
5
• Etc.
http://farm1.static.flickr.com/55/147874576_8a453079f3.jpg
viernes 18 de enero de 13
44. Iluminar la salida de dinero
Como Juana “la señora mayor”
Quiero que el cajero me avise de por dónde va a
salir el dinero con una señal luminosa
Para no desorientarme al terminar la operación
viernes 18 de enero de 13
45. Puntuación de la partida
en curso
Como Ricardo “el jugador competitivo”
Quiero tener siempre presente la
puntuación de la partida en curso
Para no bajar el ritmo
viernes 18 de enero de 13
46. Partida multijugador
Como Ricardo “el jugador competitivo”
Quiero jugar partidas con otros
jugadores
Para divertirme más que jugando solo
viernes 18 de enero de 13
47. d o s
i z a
t
Criterios de aceptación
a
t o m
A u
viernes 18 de enero de 13
49. Driving Development with Tests: ATDD and TDD
The Acceptance Test Driven Development (ATDD) Cycle
(ATDD cycle model developed by James Shore with changes suggested by Grigori Melnick, Brian
Marick, and Elisabeth Hendrickson.)
Discuss the Requirements
During the Planning Meeting in which we discuss the story about secure passwords, we ask the
viernes 18 de business stakeholder requesting the feature questions intended to elicit acceptance criteria:
enero de 13
50. Consejos
• Escribe especificaciones, no scripts
• Las especificaciones deben ser estables
• Extrae un DSL
• Aisla comportamientos
• Piensa en “Given-When-Then”
http://concordion.org/Technique.html
viernes 18 de enero de 13
51. Malos olores
• Cambios en la implementación obligan a
cambios en las especificaciones
• Instrumentación/tests/fixtures muy
complicados
• Todos los ejemplos se parecen
http://concordion.org/Technique.html
viernes 18 de enero de 13
64. Incertidumbre
http://geeks.ms/blogs/rcorral/archive/2010/12/13/gesti-243-n-de-proyectos-guiada-por-la-intuici-243-n-o-por-qu-233-gestionar-proyectos-es-tan-dif-237-cil.aspx
viernes 18 de enero de 13
65. ¿Para qué estimamos?
• Gestión de las expectativas
• Conversación
• Ritmo sostenible
viernes 18 de enero de 13
70. Cuadro de Mandos
http://www.xqa.com.ar/visualmanagement/
viernes 18 de enero de 13
71. Gráficos de progreso
Valor entregado Entrega de objetivos y velocidad
Finalización
estimada
Incremento
de alcance
Horas pendientes en la iteración Defectos
http://davenicolette.wikispaces.com/Agile+Metrics
viernes 18 de enero de 13
72. Me parece muy bien,
pero... ¿cuándo me vas
a entregar el proyecto?
viernes 18 de enero de 13
74. Espacio
Velocidad =
Tiempo
viernes 18 de enero de 13
75. Espacio
RI =
VelocidadTM
SOSTE O
Tiempo
NIBLE
PRED =
ICTIB
ILIDA
D
viernes 18 de enero de 13
76. Afectan a las
estimaciones
• Multitarea / cambios de contexto
• Interrupciones
• Criterios de aceptación no claros
• Desconocimiento de la tecnología
• No cuidar el backlog
viernes 18 de enero de 13
87. Horario 17:30 FIN
Presentación
Capturar requisitos
Pactar el lenguaje 15:45 Café
Café 11:15 Café
UserStoryKata
Gestión del proyecto
Comida
Dudas
Agile Inception
Café
User Story Map
Backlog del MVP
Wrap-up 13:15 - 14:30
Fin Comida
viernes 18 de enero de 13
90. Agile Inception
1. ¿Por qué?
2. Elevator pitch
3. La caja (Funcionalidades / Beneficios / Eslogan)
4. El ámbito (IN/OUT/Sin resolver)
5. La comunidad
6. La Solución
7. Riesgos
8. Duración del proyecto
9. ¿Qué es más importante?
10. ¿Cuánto y cuándo? ¿Y quién?
viernes 18 de enero de 13