Este documento presenta varias herramientas visuales para mejorar la gestión de proyectos ágiles mediante Scrum. Se describen tableros Scrum que utilizan tarjetas de tareas para mostrar el estado de los elementos en diferentes columnas. También se muestra un tablero "Scrum of Scrums" para coordinar múltiples equipos de trabajo. El objetivo es proporcionar información visual clara a todos los roles para mejorar la comunicación, planificación y seguimiento de los proyectos.
El documento describe la metodología de desarrollo de software extremo (eXtreme Programming o XP). XP se enfoca en satisfacer al cliente, entregas frecuentes de software, y colaboración entre el equipo de desarrollo y el cliente. Las prácticas clave de XP incluyen programación en pares, pruebas automatizadas, integración continua, y ciclos cortos de desarrollo. El objetivo final de XP es entregar software de alta calidad que satisfaga las necesidades cambiantes del cliente.
How a project portfolio is born, grows and diesVanesa Tejada
This is the story of two big companies that started to work together to create only one - lastminute.com group.
Managing the integration portfolio for one business line.
Este documento presenta 6 historias de usuario relacionadas con la gestión de usuarios y materiales en un almacén. La primera historia permite dar de alta a nuevos usuarios en el sistema. La segunda permite consultar los datos de usuarios registrados. La tercera permite dar de baja a usuarios existentes. La cuarta permite buscar materiales por nombre o código. La quinta permite registrar nuevos materiales ingresados al almacén. La sexta permite solicitar la salida de materiales del almacén y obtener la autorización de un supervisor.
El documento describe las metodologías ágiles y la programación extrema (XP). Explica que las metodologías ágiles se enfocan en la colaboración, la adaptabilidad y entregar software funcional sobre seguir procesos estrictos. Luego, detalla los orígenes y principios de XP, incluyendo valores como retroalimentación rápida y cambio incremental. Finalmente, resume los roles clave en XP como el cliente, programador y verificador.
Este documento presenta una introducción a los métodos ágiles de programación y la metodología de Programación Extrema (XP) en particular. Explica que las metodologías ágiles se basan en la adaptabilidad a los cambios para tener éxito en los proyectos. Luego describe los principios y prácticas clave de XP como pequeñas entregas iterativas, programación en parejas, pruebas automatizadas y retroalimentación continua con el cliente. Finalmente, resume los roles, artefactos y proceso general de desarrollo en XP.
Este documento describe la metodología de desarrollo de software conocida como Programación Extrema (XP). XP se centra en la comunicación, la simplicidad y la retroalimentación. El documento explica los orígenes de XP, sus valores, prácticas y roles. También cubre las fases de planificación, diseño, desarrollo, pruebas y las ventajas e inconvenientes de esta metodología ágil.
Lessons learned from contrasting Design Thinking and Agile Project Management...Agile Spain
This document discusses contrasting Design Thinking and Agile Project Management methodologies. It provides background on how Design Thinking uses collaborative, interdisciplinary teams without hierarchy to solve problems creatively. However, questions remain about how unstructured teams fit within broader project management models. The document also discusses how Agile methodologies aim to increase flexibility and shorten timelines for software development. It proposes combining Design Thinking and Agile methods like Scrum to structure creative teams within a project management framework and make leadership roles more explicit.
El documento describe la metodología de desarrollo de software extremo (eXtreme Programming o XP). XP se enfoca en satisfacer al cliente, entregas frecuentes de software, y colaboración entre el equipo de desarrollo y el cliente. Las prácticas clave de XP incluyen programación en pares, pruebas automatizadas, integración continua, y ciclos cortos de desarrollo. El objetivo final de XP es entregar software de alta calidad que satisfaga las necesidades cambiantes del cliente.
How a project portfolio is born, grows and diesVanesa Tejada
This is the story of two big companies that started to work together to create only one - lastminute.com group.
Managing the integration portfolio for one business line.
Este documento presenta 6 historias de usuario relacionadas con la gestión de usuarios y materiales en un almacén. La primera historia permite dar de alta a nuevos usuarios en el sistema. La segunda permite consultar los datos de usuarios registrados. La tercera permite dar de baja a usuarios existentes. La cuarta permite buscar materiales por nombre o código. La quinta permite registrar nuevos materiales ingresados al almacén. La sexta permite solicitar la salida de materiales del almacén y obtener la autorización de un supervisor.
El documento describe las metodologías ágiles y la programación extrema (XP). Explica que las metodologías ágiles se enfocan en la colaboración, la adaptabilidad y entregar software funcional sobre seguir procesos estrictos. Luego, detalla los orígenes y principios de XP, incluyendo valores como retroalimentación rápida y cambio incremental. Finalmente, resume los roles clave en XP como el cliente, programador y verificador.
Este documento presenta una introducción a los métodos ágiles de programación y la metodología de Programación Extrema (XP) en particular. Explica que las metodologías ágiles se basan en la adaptabilidad a los cambios para tener éxito en los proyectos. Luego describe los principios y prácticas clave de XP como pequeñas entregas iterativas, programación en parejas, pruebas automatizadas y retroalimentación continua con el cliente. Finalmente, resume los roles, artefactos y proceso general de desarrollo en XP.
Este documento describe la metodología de desarrollo de software conocida como Programación Extrema (XP). XP se centra en la comunicación, la simplicidad y la retroalimentación. El documento explica los orígenes de XP, sus valores, prácticas y roles. También cubre las fases de planificación, diseño, desarrollo, pruebas y las ventajas e inconvenientes de esta metodología ágil.
Lessons learned from contrasting Design Thinking and Agile Project Management...Agile Spain
This document discusses contrasting Design Thinking and Agile Project Management methodologies. It provides background on how Design Thinking uses collaborative, interdisciplinary teams without hierarchy to solve problems creatively. However, questions remain about how unstructured teams fit within broader project management models. The document also discusses how Agile methodologies aim to increase flexibility and shorten timelines for software development. It proposes combining Design Thinking and Agile methods like Scrum to structure creative teams within a project management framework and make leadership roles more explicit.
Visual Scrum - What you see is What you getAgile Spain
Este documento describe cómo la gestión visual puede aplicarse más allá del equipo de desarrollo en Scrum para proporcionar información relevante a otros roles como la dirección, propietarios de productos y equipos. Se presentan ejemplos de cómo tableros visuales podrían adaptarse a diferentes tipos de proyectos y roles para mejorar la comunicación y toma de decisiones.
Un Primer Paso a la Agilidad: Retrospectivas para el Aprendizaje de la Ingeni...Agile Spain
Este documento describe un proyecto para adoptar metodologías ágiles como Scrum en el aprendizaje de ingeniería de software en la universidad. El proyecto "Agile Learning" implementa Scrum en asignaturas mediante el trabajo en equipo, entregas iterativas frecuentes y reuniones retrospectivas. El objetivo es que los estudiantes desarrollen competencias blandas y aprendan a aplicar metodologías ágiles durante toda su formación, mejorando su preparación para el mundo laboral.
Análisis de la implementación de prácticas ágiles en ArgentinaAgile Spain
Este documento analiza la implementación de prácticas ágiles en Argentina a través de encuestas a empresas. Se encontró que el 85% usa Scrum de forma parcial y la participación del cliente es difícil de lograr. También se identificaron problemas como la dificultad de estimar proyectos y falta de cambio cultural. Se concluye que las prácticas ágiles se usan parcialmente y su implementación completa enfrenta desafíos.
1. El documento describe diferentes tipos de contratos ágiles como cocinar recetas, con variables como alcance, coste y plazos. Señala cuándo cada tipo es más adecuado y cómo gestionar variables fijadas.
2. Explica que los contratos deben establecer un acuerdo mutuamente beneficioso y reglas que faciliten la colaboración.
3. Resalta la importancia de crear equipos de alto rendimiento que incluyan al cliente a largo plazo para lograr mejores resultados proyecto a pro
The document contains a list of URLs linking to various topics related to agile software development methodologies including: Scrum, XP, Kanban, Lean, SOLID principles, retrospectives, user stories, testing, and project management tools like Gantt charts. The URLs cover conferences, manifestos, photos, documents, collaboration tools, software development guides, and examples of completed projects.
Este documento presenta las mejores prácticas para el desarrollo de aplicaciones en la nube utilizando metodologías ágiles como Scrum y XP. 1) Explica cómo adaptar Scrum al desarrollo en la nube, teniendo en cuenta limitaciones como peticiones de 30 segundos. 2) Detalla cómo implementar TDD, pruebas y CI/CD considerando las capas PaaS e IaaS. 3) Discute cómo los modelos de datos no-SQL afectan al diseño y cómo manejar la sesión en estos entornos.
El documento habla sobre la gestión de configuración y el control de versiones en el desarrollo ágil de software. Explica que la gestión de configuración implica procedimientos para identificar, controlar y auditar cambios en un proyecto de software, no solo en el código fuente sino también en otros artefactos. Luego describe conceptos clave del control de versiones como repositorios, líneas base, confirmaciones y ramas. Finalmente, propone una estrategia de control de versiones ágil basada en un modelo de aislamiento de ramas, políticas para la promoci
El documento presenta una introducción a la implementación de metodologías ágiles. Explica conceptos clave como equipos, roles, procesos y artefactos ágiles. También identifica buenas prácticas como la formación continua, alineación con el negocio y medición de resultados, así como antipatrones a evitar como ignorar al cliente o no realizar retrospectivas. El objetivo es ayudar a las organizaciones a adoptar un enfoque ágil de manera gradual.
El documento presenta los principios de la gestión ágil de equipos. Explica que un equipo efectivo requiere diversidad, flexibilidad y autogestión más que reglas estrictas. También destaca la importancia del liderazgo que guía en lugar de controlar, y evita antipatrones como la microgestión y la presión excesiva. El documento concluye animando a la acción continua y al desarrollo de más líderes dentro de los equipos.
El documento habla sobre los esfuerzos de Telefónica I+D para integrar prácticas ágiles y de experiencia de usuario para lograr mayor agilidad e innovación. Desde 2008, Telefónica I+D ha adoptado un enfoque ágil para sus proyectos y recientemente también se ha inspirado en el paradigma de "innovación impulsada por el cliente", colocando a los usuarios finales en el centro del proceso de innovación. El objetivo es utilizar ambas aproximaciones de manera enriquecedora para desarrollar productos innovadores
The document discusses the use of an agile toolchain at mimacom to improve traceability and transparency from product vision to working software. Some key challenges included a lack of integrated versioning, change history, and metrics collection across multiple disconnected tools. mimacom implemented Scrum processes along with an integrated toolchain including a product backlog, taskboard, burndown charts, and code review tools to improve visibility, coordination for distributed teams, and collect metrics to measure progress.
Este documento resume los principios y prácticas ágiles como guía para el desarrollo de software. Aborda temas como la importancia de la confianza, la composición efectiva de equipos, la entrega continua de valor al cliente a través de iteraciones cortas, la colaboración estrecha con el cliente, y el uso de retrospectivas para promover el aprendizaje y la mejora continua. El objetivo general es explicar por qué los enfoques ágiles pueden ser superiores a los modelos de desarrollo de software más tradicionales.
This document discusses different perspectives on tracking defects in Agile development and proposes an alternative approach. It argues that defects should be treated like user stories with estimates and tests rather than using separate tracking tools. Within a sprint, any issues found should be visible on the task board as tests to be fixed. This maintains visibility while avoiding separate backlogs. The document shares a case study where this approach worked well but faced challenges with remote visibility and lack of automation. It concludes defects are best addressed by tracking tests, not bugs, and prioritizing visibility and automation.
The document discusses the role of testers in traditional vs agile projects. In traditional projects, testers join late and write test cases to run on completed code. In agile projects, developers automate acceptance tests using ATDD and defects are failing tests. Some managers think testers are not needed since developers test. However, testers add value by asking questions others don't to get a unique perspective, being an "information radiator", and exploring the system in different ways to find holes in code and understanding. To succeed in agile, testers need different skills than traditional testing.
This document discusses agile software development practices used in Formula 1 racing. It introduces Luca Minudel from a leading digital gaming supplier and poses questions about implementing Scrum and Lean practices for a large codebase project. The questions cover why Scrum was chosen, how the project was managed and progressed, how teams were organized, and what impediments arose. Copyright information is provided for photos used and the presentation is made available under a Creative Commons license.
The document discusses pair programming strategies and how to deal with disturbing forces that can divert teams from the ideal of everyone pairing daily and rotating partners frequently. It presents an agenda for an open space workshop on this topic, where participants will suggest discussion topics, vote on them, have group discussions, and share results. The workshop aims to determine if diverting from the ideal is acceptable and explore how to better mitigate disturbing forces like short term goals, hostile environments, personal preferences, project boundaries, static roles, knowledge silos and leaving people to work alone.
Este documento introduce el Behavior Driven Development (BDD) como una evolución del Test Driven Development (TDD) que se enfoca en el comportamiento del sistema en lugar de los métodos. BDD utiliza un lenguaje específico del dominio (DSL) como Gherkin para describir los requisitos funcionales como historias de usuario en un formato Given/When/Then. Esto hace que los requisitos sean más claros para todos los involucrados y permite automatizar las pruebas de aceptación.
Pex and Moles are unit testing tools for .NET that allow automatically generating test cases (Pex) and replacing .NET methods with mocks (Moles). Pex uses a constraint solver to systematically generate inputs that achieve high code coverage with minimal tests. Moles provides two types of mocking: stub types for virtual methods, and mole types that rewrite code at runtime but have performance overhead. The document discusses these tools and how they can help with isolating dependencies in unit tests.
Ser ágil en España, un caso real con equipos de trabajo en remotoAgile Spain
Este documento describe los primeros intentos de implementar métodos ágiles en un equipo distribuido entre Madrid y Cádiz. Inicialmente utilizaron Scrum con una hoja de cálculo para el seguimiento, pero no era eficiente. Luego adoptaron las herramientas XPlanner y Trac + Agilo para mejorar la visibilidad y gestión. Sin embargo, continuaron enfrentando problemas como la dificultad de estimar el trabajo remoto, incumplimiento de los sprints debido a imprevistos urgentes, y falta de integración continua. Por lo tanto,
This document appears to be telling the story of a company called UNA from 2007-2011. It discusses the development of their app download and data interchange technologies over this time period. Key aspects mentioned include using the server side for app downloads, client side for presentation flows, and structured data interchange. It also lists various UI components and services they provide like labels, buttons, panels and more.
Visual Scrum - What you see is What you getAgile Spain
Este documento describe cómo la gestión visual puede aplicarse más allá del equipo de desarrollo en Scrum para proporcionar información relevante a otros roles como la dirección, propietarios de productos y equipos. Se presentan ejemplos de cómo tableros visuales podrían adaptarse a diferentes tipos de proyectos y roles para mejorar la comunicación y toma de decisiones.
Un Primer Paso a la Agilidad: Retrospectivas para el Aprendizaje de la Ingeni...Agile Spain
Este documento describe un proyecto para adoptar metodologías ágiles como Scrum en el aprendizaje de ingeniería de software en la universidad. El proyecto "Agile Learning" implementa Scrum en asignaturas mediante el trabajo en equipo, entregas iterativas frecuentes y reuniones retrospectivas. El objetivo es que los estudiantes desarrollen competencias blandas y aprendan a aplicar metodologías ágiles durante toda su formación, mejorando su preparación para el mundo laboral.
Análisis de la implementación de prácticas ágiles en ArgentinaAgile Spain
Este documento analiza la implementación de prácticas ágiles en Argentina a través de encuestas a empresas. Se encontró que el 85% usa Scrum de forma parcial y la participación del cliente es difícil de lograr. También se identificaron problemas como la dificultad de estimar proyectos y falta de cambio cultural. Se concluye que las prácticas ágiles se usan parcialmente y su implementación completa enfrenta desafíos.
1. El documento describe diferentes tipos de contratos ágiles como cocinar recetas, con variables como alcance, coste y plazos. Señala cuándo cada tipo es más adecuado y cómo gestionar variables fijadas.
2. Explica que los contratos deben establecer un acuerdo mutuamente beneficioso y reglas que faciliten la colaboración.
3. Resalta la importancia de crear equipos de alto rendimiento que incluyan al cliente a largo plazo para lograr mejores resultados proyecto a pro
The document contains a list of URLs linking to various topics related to agile software development methodologies including: Scrum, XP, Kanban, Lean, SOLID principles, retrospectives, user stories, testing, and project management tools like Gantt charts. The URLs cover conferences, manifestos, photos, documents, collaboration tools, software development guides, and examples of completed projects.
Este documento presenta las mejores prácticas para el desarrollo de aplicaciones en la nube utilizando metodologías ágiles como Scrum y XP. 1) Explica cómo adaptar Scrum al desarrollo en la nube, teniendo en cuenta limitaciones como peticiones de 30 segundos. 2) Detalla cómo implementar TDD, pruebas y CI/CD considerando las capas PaaS e IaaS. 3) Discute cómo los modelos de datos no-SQL afectan al diseño y cómo manejar la sesión en estos entornos.
El documento habla sobre la gestión de configuración y el control de versiones en el desarrollo ágil de software. Explica que la gestión de configuración implica procedimientos para identificar, controlar y auditar cambios en un proyecto de software, no solo en el código fuente sino también en otros artefactos. Luego describe conceptos clave del control de versiones como repositorios, líneas base, confirmaciones y ramas. Finalmente, propone una estrategia de control de versiones ágil basada en un modelo de aislamiento de ramas, políticas para la promoci
El documento presenta una introducción a la implementación de metodologías ágiles. Explica conceptos clave como equipos, roles, procesos y artefactos ágiles. También identifica buenas prácticas como la formación continua, alineación con el negocio y medición de resultados, así como antipatrones a evitar como ignorar al cliente o no realizar retrospectivas. El objetivo es ayudar a las organizaciones a adoptar un enfoque ágil de manera gradual.
El documento presenta los principios de la gestión ágil de equipos. Explica que un equipo efectivo requiere diversidad, flexibilidad y autogestión más que reglas estrictas. También destaca la importancia del liderazgo que guía en lugar de controlar, y evita antipatrones como la microgestión y la presión excesiva. El documento concluye animando a la acción continua y al desarrollo de más líderes dentro de los equipos.
El documento habla sobre los esfuerzos de Telefónica I+D para integrar prácticas ágiles y de experiencia de usuario para lograr mayor agilidad e innovación. Desde 2008, Telefónica I+D ha adoptado un enfoque ágil para sus proyectos y recientemente también se ha inspirado en el paradigma de "innovación impulsada por el cliente", colocando a los usuarios finales en el centro del proceso de innovación. El objetivo es utilizar ambas aproximaciones de manera enriquecedora para desarrollar productos innovadores
The document discusses the use of an agile toolchain at mimacom to improve traceability and transparency from product vision to working software. Some key challenges included a lack of integrated versioning, change history, and metrics collection across multiple disconnected tools. mimacom implemented Scrum processes along with an integrated toolchain including a product backlog, taskboard, burndown charts, and code review tools to improve visibility, coordination for distributed teams, and collect metrics to measure progress.
Este documento resume los principios y prácticas ágiles como guía para el desarrollo de software. Aborda temas como la importancia de la confianza, la composición efectiva de equipos, la entrega continua de valor al cliente a través de iteraciones cortas, la colaboración estrecha con el cliente, y el uso de retrospectivas para promover el aprendizaje y la mejora continua. El objetivo general es explicar por qué los enfoques ágiles pueden ser superiores a los modelos de desarrollo de software más tradicionales.
This document discusses different perspectives on tracking defects in Agile development and proposes an alternative approach. It argues that defects should be treated like user stories with estimates and tests rather than using separate tracking tools. Within a sprint, any issues found should be visible on the task board as tests to be fixed. This maintains visibility while avoiding separate backlogs. The document shares a case study where this approach worked well but faced challenges with remote visibility and lack of automation. It concludes defects are best addressed by tracking tests, not bugs, and prioritizing visibility and automation.
The document discusses the role of testers in traditional vs agile projects. In traditional projects, testers join late and write test cases to run on completed code. In agile projects, developers automate acceptance tests using ATDD and defects are failing tests. Some managers think testers are not needed since developers test. However, testers add value by asking questions others don't to get a unique perspective, being an "information radiator", and exploring the system in different ways to find holes in code and understanding. To succeed in agile, testers need different skills than traditional testing.
This document discusses agile software development practices used in Formula 1 racing. It introduces Luca Minudel from a leading digital gaming supplier and poses questions about implementing Scrum and Lean practices for a large codebase project. The questions cover why Scrum was chosen, how the project was managed and progressed, how teams were organized, and what impediments arose. Copyright information is provided for photos used and the presentation is made available under a Creative Commons license.
The document discusses pair programming strategies and how to deal with disturbing forces that can divert teams from the ideal of everyone pairing daily and rotating partners frequently. It presents an agenda for an open space workshop on this topic, where participants will suggest discussion topics, vote on them, have group discussions, and share results. The workshop aims to determine if diverting from the ideal is acceptable and explore how to better mitigate disturbing forces like short term goals, hostile environments, personal preferences, project boundaries, static roles, knowledge silos and leaving people to work alone.
Este documento introduce el Behavior Driven Development (BDD) como una evolución del Test Driven Development (TDD) que se enfoca en el comportamiento del sistema en lugar de los métodos. BDD utiliza un lenguaje específico del dominio (DSL) como Gherkin para describir los requisitos funcionales como historias de usuario en un formato Given/When/Then. Esto hace que los requisitos sean más claros para todos los involucrados y permite automatizar las pruebas de aceptación.
Pex and Moles are unit testing tools for .NET that allow automatically generating test cases (Pex) and replacing .NET methods with mocks (Moles). Pex uses a constraint solver to systematically generate inputs that achieve high code coverage with minimal tests. Moles provides two types of mocking: stub types for virtual methods, and mole types that rewrite code at runtime but have performance overhead. The document discusses these tools and how they can help with isolating dependencies in unit tests.
Ser ágil en España, un caso real con equipos de trabajo en remotoAgile Spain
Este documento describe los primeros intentos de implementar métodos ágiles en un equipo distribuido entre Madrid y Cádiz. Inicialmente utilizaron Scrum con una hoja de cálculo para el seguimiento, pero no era eficiente. Luego adoptaron las herramientas XPlanner y Trac + Agilo para mejorar la visibilidad y gestión. Sin embargo, continuaron enfrentando problemas como la dificultad de estimar el trabajo remoto, incumplimiento de los sprints debido a imprevistos urgentes, y falta de integración continua. Por lo tanto,
This document appears to be telling the story of a company called UNA from 2007-2011. It discusses the development of their app download and data interchange technologies over this time period. Key aspects mentioned include using the server side for app downloads, client side for presentation flows, and structured data interchange. It also lists various UI components and services they provide like labels, buttons, panels and more.
5. Visual Scrum - WYSiWYG
Todos los roles de un proyecto necesitan un
feedback adaptado a su perspec6va.
Visual Informa6on Visual Management
“What you see is what you get (WYSiWYG)”
6. Visual Scrum for…
GOAL Roadmap Scrum Board
CEO
USER‐STORY
Scrum of Scrums
Product Owner
STORY‐TASK
Scrum Board
Scrum Team’s
7. Scrum Board
P Backlog
. TODO DOING DONE
….! ….! ….! ….! ….!
‐ Pirority +
….! ….! ….!
….!
Sprint
BurnDown ………… P
…………
…………
8. Scrum Board
P Backlog
. TODO IN PROGRESS TESTING DONE Sprint
BurnDown
.…! ….! ….! ….! ….! ….!
‐ Priority +
….! ….! ….! ….! ….!
………… R
…………
….! …………
………… P
…………
…………
Proyectos Nuevos, Evolutivos
9. Scrum Board
P Backlog
. TODO IN PROGRESS TESTING DONE Sprint
BurnDown
.…! ….! ….! ….! ….! ….!
‐ Priority +
….! ….! ….! ….! ….!
………… R
…………
….! …………
One IN
One OUT ………… P
…………
…………
Si pensabas que tu proyecto era ideal…
10. Scrum Board
P Backlog
. TODO IN PROGRESS TESTING DONE Sprint
BurnDown
.…! ….! ….! ….! ….! ….!
….! ….!
‐ Priority +
….! ….! ….! ….! ….!
………… R
…………
….! …………
ASAP
………… P
…………
…………
Proyectos Nuevos, Evolutivos + Mantenimiento
11. Un nuevo proyecto se avecina…
Necesitamos … requisitos,
una nueva diseños,
web mockups…
Product Owner
CEO
Se me ha
ocurrido algo
con esos
mockups…
Scrum Team
12. Scrum Board
Sprint
P Backlog
. TODO IN PROGRESS TESTING DONE BurnDown
.…! ….! ….! ….! ….! ….!
‐ Prioridad +
….! ….! ….! ….! ….!
………… R
…………
….! …………
Mockup 1 Mockup 2 Mockup 3
………… P
……….. …………
……….. …………
…………
¿Qué son realmente tus User-Story?
14. Scrum Board
Mockup 1 Mockup 2 Mockup 3
………..
………..
…………
2 ) Pinta y colorea ¡Qué bien va
la web!
• Imprime tus mockups
• Identifica un color por Sprint
• Cada elemento terminado en
un Sprint se colorea en el
mockup.
CEO
15. Escenario Multi-proyecto
Coordinación
Necesitamos … requisitos,
Linealidad
una nueva diseños,
Bloqueos
web mockups …
Product Owner
CEO
Design Team User Interface Team IT Development Team
16. Scrum of Scrum Board
TEAM GOALS IN PROGRESS DONE
….! ….! ….! ….! ….! ….! ….!
Team A
….! ….! ….! ….! ….!
Team B
….! ….! ….! ….! ….!
Team C
Proyect
BurnDown ………… P
…………
…………
21. Escenario de Negocio
... Cómo cerramos Ponedme al
el año … día
CEO
Hitos Hitos
Hitos
Product Owner Product Owner
Product Owner
22. Roadmap Scrum Board
Project GOALS IN PROGRESS DONE
….! ….! ….! ….! ….! ….! ….!
Project A
….! ….! ….! ….! ….!
Project B
….! ….! ….! ….! ….!
Project C
….! Q1 ….! Q2 ….! Q3 ….! Q4
23. Roadmap Scrum Board
RoadMap GOALS IN PROGRESS DONE
….! ….! ….! ….! ….! ….! ….!
Está usted aquí
Q1
….! ….! ….! ….! ….!
Q2
….! ….! ….! ….! ….!
Q3
….! ….! ….! ….! ….!
Q4
….! Project A ….! Project B ….! Project C ….! Project D
24. Roadmap Scrum Board
Está usted aquí
Project Q1 Q2 Q3 Q4
Project A ….! ….! ….! ….! ….! ….! ….! ….! ….!
Project B ….! ….! ….! ….! ….! ….!
Project C ….! ….! ….! ….! ….! ….! ….!
Analysis … ahora se ve todo
In Progress mucho mejor …
Blocked
Done
25. Conclusiones
Analiza tu entorno, proyectos, roles
Crea, innova, experimenta
Perspectivas
¿Qué información interesa a quién?
BIG PICTURE
¿Qué lugar ocupamos en el mundo?
Management By Walking Around
Visual Information - WYSiWYG
26. Y recordar…
“Una imagen vale más que mil palabras”