SlideShare una empresa de Scribd logo
Crea tu mapa de proyecto para llegar a buen puerto
Octubre 2012
V 1.3
Sesión CAS 2012
2
Xavier Albaladejo - Agile-Lean Coach y experto en Gobierno TI,
empezó a utilizar prácticas eXtreme Programming en 2002
(entregas rápidas de producto, tests unitarios con integración
continua, wikis, etc.) para que los clientes pudiesen dirigir sus
propios proyectos. Actualmente, desde el Agile Excellence Center
de everis, se dedica a ayudar a grandes organizaciones a ser más
rápidas y efectivas bajos principios Agile y Lean, así como a
entrenar a equipos en Scrum y Kanban.
Xavier Albaladejo es coordinador del Postgrado en Métodos
ágiles de La Salle, fundador de proyectosagiles.org, Certified
Scrum Practicioner, colaborador de Agile Barcelona y miembro de
la Junta directiva de Agile-Spain.
Contacto: xavier dot albaladejo dot ezequiel at everis dot com
AGILE EXCELLENCE CENTER
Gobierno TI – UN Tecnología
3
Índice
Mapa de
producto
Inception
Design Thinking
Mapas de
empatía
User Story
MappingTécnicas de
conceptualización de
producto, de usuarios
y creatividad
Determinar
alcance
Identificar
personas clave
Stakehol-
der
Mapping
Caracterizar
requisitos
Estimar
Identificar
riesgos y
mitigaciones
Modelo
de
Dominio
Elaboración de mapas de la solución
Mapa de
arquitec-
tura
Planificación
Priorización Calendarización
Técnica de la que se ha
derivado la presente técnica
de Mapa de Producto
Product
Backlog
Actividades para la creación de un roadmap de proyecto
4
Índice
1. Qué NO vamos a explicar ahora
1. Inception
2. Mapas de empatía
3. Design Thinking
4. User Story Mapping
2. Mapas
1. Mapa de producto
2. Mapa de arquitectura
3. Mapa de información
3. Planificación
4. Bonus track
1. Stakeholder mapping
2. Videos de la técnica
5
Índice
1. Qué NO vamos a explicar ahora
1. Inception
2. Mapas de empatía
3. Design Thinking
4. User Story Mapping
2. Mapas
1. Mapa de producto
2. Mapa de arquitectura
3. Mapa de información
3. Planificación
4. Bonus track
1. Stakeholder mapping
2. Videos de la técnica
6
Qué NO vamos a explicar ahora
Inception
1. Why Are We Here?
2. Elevator Pitch
3. Product Box
4. NOT List
5. Meet Your Neighbors – project community
6. Show the Solution
7. What Keeps Us Up at Night
8. Size It Up
9. What‟s Going to Give
10. What It’s Going to Take
Esta presentación tratará de aspectos
relacionados con los puntos en verde
7
Qué NO vamos a explicar ahora
Mapas de empatía
http://www.bigvisible.com/2012/06/what-is-an-empathy-map/
8
Qué NO vamos a explicar ahora
Design thinking
Empatía para el contexto del problema, creatividad en la
generación de conocimiento y soluciones y racionalidad
para analizar y adecuar soluciones al contexto.
Pensamiento creativo en acción
9
Qué NO vamos a explicar ahora
User Story Mapping
Menosnecesario/opcional
time
Necessity
The backbone
The walking skeleton
time
first release
second release
third release-
+
www.agileproductdesign.com/blog/the_new_backlog.html
La técnica de Mapas que explicaremos
está inspirada en User Story Mapping
10
Índice
1. Qué NO vamos a explicar ahora
1. Inception
2. Mapas de empatía
3. Design Thinking
4. User Story Mapping
2. Mapas
1. Mapa de producto
2. Mapa de arquitectura
3. Mapa de información
3. Planificación
4. Bonus track
1. Stakeholder mapping
2. Videos de la técnica
11
Mapas
Descubrir el puzzle
Dado que vamos a desarrollar un
producto de manera iterativa e
incremental, el primer paso es
descubrir cuales son las piezas
funcionales y técnicas de que está
compuesto y cuáles son las más
importantes desde el punto de vista
del cliente/usuario/consumidor.
Este descubrimiento se puede realizar
en formato workshop en la
conceptualización del proyecto
(Inception), en la Fase 0 de Scrum.
Estos “mapas” o modelos a alto nivel
funcionales y técnicos se elaboran de
manera colaborativa.
Las modificaciones sobre este puzle
(cambios de prioridades, nuevas
piezas, piezas a quitar) se realizan en
las reuniones de Product Backlog
Refinement (o Grooming).
12
Mapa de producto
Determinar el alcance
Requi
sito
Como ayuda para determinar el alcance
del producto o proyecto, puede ser útil
disponer los requisitos en un “marco”
que permita visualizar las diferentes
partes del producto (o el alcance del
proyecto). Esto permite identificar el
grado de cobertura o impacto del
proyecto en cada zona, así como ver
cuáles no están cubiertas.
Es conveniente que este “marco” esté
expresado desde la visión de los
diferentes usuarios / consumidores.
Por ejemplo: áreas funcionales, mapa
de navegación de una web, partes de
un producto, servicios al cliente, etc.
Se puede utilizar una distribución
espacial en dos dimensiones para
indicar, por ejemplo, división o
refinamiento de requisitos (más allá de
la funcionalidad básica), de manera que
puedan ser estimados y priorizados
independientemente, para ser
desarrollados en momentos diferentes
del tiempo (desarrollo incremental).
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A1
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requisito
báse
Requisitos
especializados
Requi
sito
Requi
sito
Requi
sito
Ejemplo:
ÁREA
FUNCIONAL A
13
Mapa de producto
Identificar personas clave
Requi
sito
STAKE
HOLDER 1
KEY USER Y
Es conveniente identificar a las
personas clave de la organización
cliente que deberán participar durante
el proyecto para proporcionar la
dirección, alineamiento, información
de priorización, detalle y feedback
necesario (stakeholders, usuarios
finales y personal técnico del cliente).
También puede ser de interés identificar
personas clave en la organización
proveedora que proporcionarán apoyo
al proyecto durante su ejecución.
Como resultado, se asocian personas
concretas a las partes del producto
donde tienen más conocimiento o es
necesaria su participación directa.
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A2
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Stakeholders y
usuarios clave que
proporcionarán
información de
priorización,
detalle y feedback
de los requisitos
de esta área
funcional
Requi
sito
Requi
sito
Requi
sito
Ejemplo:
ÁREA
FUNCIONAL A
14
Mapa de producto
Caracterizar los requisitos
Requi
sito
ÁREA
FUNCIONAL A
Pueden utilizarse colores diversos para
clasificar los requisitos en:
 Tipos de funcionalidades:
capacidades “out-of-the-box”
respecto necesidades de desarrollo
a medida, etc.
 Comportamientos funcionales:
básicos vs refinamientos /
especializaciones / cursos
alternativos. Esto facilitará el
desarrollo iterativo e incremental del
producto, de manera transversal a
diversas áreas funcionales, con la
intención de comenzar creando un
“walking skeleton” e ir añadiendo
nuevas piezas (músculos) al puzle,
en función de su retorno de
inversión o de riesgos a resolver.
 Tipos de usuario (las “Personas”
de la técnica de User eXperience).
 Requisitos sobre los que falta
información o es necesario
investigar.
 Etc.
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A2
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Producto out-of-the-
box, sólo necesita
parametrización.
Desarrollo a medida
Requisito poco
maduro o
sobre el cual el
equipo tiene
que investigar
más, por
ejemplo para
conocer su
viabilidad
STAKE
HOLDER 1
KEY USER Y
Requi
sito
Ejemplo:
15
Mapa de producto
Estimar
Requi
sito
ÁREA
FUNCIONAL A
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A2
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Muchos gomets
azules: requisito
costoso
STAKE
HOLDER 1
KEY USER Y
Conforme se van identificando
requisitos, el equipo realiza preguntas
de dimensionamiento al Product
Owner / stakeholders / usuarios
finales, con el objeto de hacer una
primera y sencilla cuantificación de la
complejidad de cada elemento.
Para ello, se puede realizar una primera
estimación relativa, por ejemplo
utilizando “gomets” (pegatinas): a
mayor número, mayor complejidad,
mayor “talla” del requisito (S, M, L XL).
De esta manera, todos los participantes
en el workshop comparten la misma
visión a alto nivel de qué hay que hacer
en el proyecto, del valor que aporta
cada requisito, del funcionamiento de
las diferentes partes del producto y de
la complejidad asociada: “Cuando dices
que en este requisito tiene que suceder
X, ¿estás pensando en “esto” y “esto”?
¿o bien “esto” no es necesario (con lo
cual sería menos costoso)?
Ejemplo:
16
Mapa de producto
Identificar riesgos y mitigaciones
Requi
sito
ÁREA
FUNCIONAL A
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A2
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
STAKE
HOLDER 1
KEY USER Y
Es conveniente identificar sobre qué
requisitos va a existir algún tipo de
riesgo. En este punto, el equipo de
trabajo y el cliente indican los
objetivos/requisitos donde creen que
puede haber más dificultad para su
consecución (por dependencias de
personas concretas en la organización
cliente, por complejidad de los
requisitos, por posibles dificultades
tecnológicas, etc.) y realizan un primer
planteamiento de mitigaciones.
Muchos gomets
rojos: requisito
arriesgado
Mitigación
Mitigación
Ejemplo:
Riesgo X
Descrip
ción
riesgo
17
Mapa de producto
Priorizar
De manera muy sencilla se puede
realizar una primera priorización, por
ejemplo realizando al Product Owner las
siguientes preguntas :
1. Qué requisitos son especialmente
importantes para su empresa /
departamento / usuarios finales /
consumidor, qué requisitos requiere
“tocar” antes, o para qué requisitos
quiere asegurar con suficiente tiempo
que el equipo ha entendido lo que se
necesita. De este modo, cuando se
esté a mitad del proyecto la parte más
importante del producto ya estará
desarrollada, sólo quedará ir
añadiendo piezas de menor
importancia sobre un producto ya
estable, testeado y revisado.
2. Qué requisitos no son tan
relevantes en el proyecto.
Con estas dos sencillas preguntas
automáticamente aparecen tres grupos
de requisitos, dentro de los cuales se
puede refinar la priorización (utilizando
técnicas más complejas si es necesario).
Requi
sito
ÁREA
FUNCIONAL A
SUBÁREA
FUNCIONAL
A1
SUBÁREA
FUNCIONAL
A2
Requi
sito
Requi
sitoº
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Requi
sito
Ejemplo:
STAKE
HOLDER 1
KEY USER Y
Requi
sito
Alta
prioridad
Alta
prioridad
Baja
prioridad
Baja
prioridad
Baja
prioridad
Separamos
espacialmente
los post-its según
sean de alta o
baja prioridad
MitigaciónRiesgo X
Baja
prioridad
18
Mapa de producto
Visión global
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
ÁREA
FUNCIONAL
A
STAKE
HOLDER 1 KEY USER Y
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
SUBÁREA
FUNCIONAL A1
Requisitoº
Requisito
Requisito
Requisito
Requisito Requisito Requisito
Mitigación
Requisito
ÁREA
FUNCIONAL
B
STAKE
HOLDER 1
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
ÁREA
FUNCIONAL
C
STAKE
HOLDER 1
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisitoº
Requisito
Requisito
Riesgo x
Riesgo X
Mitigación
Como resultado de los pasos anteriores, en este momento ya se dispone de una visión del alcance del
proyecto, dentro de un marco de producto y que no es “plana”, dado que se ha identificado prioridades de
manera transversal a todas las áreas o secciones del producto. Esto facilitará la elaboración de un plan de
desarrollo iterativo e incremental.
19
Mapa de arquitectura
Componentes, riesgos y dependencias no eludibles
En paralelo a la elaboración del mapa
funcional (el “qué”) se puede ir creando
un mapa de técnico o mapa de
arquitectura (el “cómo”) indicando
también las dependencias e
integraciones entre componentes,
así como los riesgos que puedan
existir asociados a algunos
componentes, sistemas o integraciones.
El orden de desarrollo de los
componentes técnicos de la solución
debería estar alineado con la necesidad
de cumplir con la priorización de los
objetivos / requisitos del proyecto. Sin
embargo, hay que considerar que
también el plan de objetivos /
requisitos podrá estar condicionado
por las dependencias técnicas que
sean difíciles de desacoplar, por lo cual
deberán ser respetadas en la
planificación de objetivos / requisitos.
Compo
nente
SISTEMA 1
SUBSISTEMA
A
SUBSISTEMA
B
Compo
nente
Compo
nente
Compo
nente Compo
nente
SISTEMA 2
Compo
nente
Compo
nente
Compo
nente
Compo
nente
Compo
nente
Compo
nente
Mitigación
Relaciones o
integraciones
Riesgo
A
20
Mapa de información
Modelo del dominio
Si se está desarrollando un Sistema de Información, como complemento a los mapas funcionales y técnicos
(y en paralelo a su elaboración), es conveniente diagramar, junto con el cliente/stakeholders/usuarios
finales, un modelo sencillo (a alto nivel) de las entidades de información y sus relaciones (Modelo del
Dominio).
Notar que, como los modelos anteriores, este mapa de información se puede ir modificando y ajustando cada
iteración y/o release (por ejemplo en los los workshops de toma detallada de requisitos y de Release
Planning).
21
Índice
1. Qué NO vamos a explicar ahora
1. Inception
2. Mapas de empatía
3. Design Thinking
4. User Story Mapping
2. Mapas
1. Mapa de producto
2. Mapa de arquitectura
3. Mapa de información
3. Planificación
4. Bonus tracks
1. Stakeholder mapping
2. Videos de la técnica
22
Planificación
Calendarización en Sprints y Releases
Como primer paso para elaborar el Product Backlog y el roadmap de arquitectura, los requisitos y su
solución técnica se pueden distribuir sobre una línea temporal, a través de diferentes iteraciones y
releases, manteniendo los swimlines (carriles) por área funcional y por sistema técnico). Esto también permite:
 Visualizar cómo a nivel técnico se va a ir dando solución a los objetivos/requisitos del proyecto a lo largo
del tiempo, explicitando dependencias si es necesario.
 Establecer el walking skeleton, el Minimum Viable Product (MVP) y el orden en que se irán añadiendo
“piezas” en las diferentes áreas funcionales y técnicas.
Ejemplo:
Requisito
SUBÁREA
FUNCIONAL A1
Requisito
Requisito
Requisito
Requisito
Requisito
Requisito
ÁREA
FUNCIONAL
A
RequisitoSUBÁREA
FUNCIONAL A1 Requisito
Requisito
Requisito Requisito
Requisito Requisito
Requisito
SUBÁREA
FUNCIONAL A1
RequisitoºRequisito
Requisito
Requisito
Requisito Requisito
Requisito
Riesgo X
Mitigación
Requisito
ÁREA
FUNCIONAL
B
STAKE
HOLDER 1
Requisito
SUBÁREA
FUNCIONAL A1 Requisito
Requisito
Requisito RequisitoRequisito
Requisito
Requisito
Requisito
STAKE
HOLDER 1 KEY USER Y
Tiempo
Riesgo X
Mitigación
SISTEMA 1
STAKE
HOLDER 1 STAKE
HOLDER 1
Product
Backlog
Roadmap
de
arquitectura
Walking skeleton Release 1
23
Planificación
Ejemplo real
ÁreasfuncionalesÁreasarquitectónicas
Alta prioridad
Riesgo Mitigación
Baja prioridad
Requisito costoso
Carril por área
funcional, equipo
de trabajo, etc.
Iteraciones, cuatrimestres o releases (en columnas)
24
Planificación
Carriles y relaciones
www.enthiosys.com/agile-roadmaps
También pueden ser interesantes poner carriles adicionales a los ya vistos funcional y técnico:
A qué tipo de usuario
o mercado se está
llegando
Eventos que suceden
al margen del
proyecto pero que
pueden impactar en él
Compromisos,
dependencias con
terceros, vacaciones
Infraestructuras
necesarias
25
Planificación
Visibilidad de la lógica de las decisiones y de las relaciones
Hilos,
cintas de
colores
www.enthiosys.com/agile-roadmaps
26
Planificación
Visibilidad de la lógica de las decisiones y de las relaciones
Colores para
identificar
dependencias
entre carriles
www.enthiosys.com/agile-roadmaps
27
Planificación
Visión global compartida
El uso de diferentes mapas (funcionales, técnicos y de información) y la aplicación sistemática de pasos para
estimación, priorización e identificación de riesgos, proporcionan una visión global del proyecto. Los
principales beneficios se derivan de realizar este trabajo en modo workshop colaborativo, ya que facilita que
todos los participantes (parte cliente incluyendo stakeholders y equipo proveedor) puedan mantener
conversaciones, compartir, alinear y consensuar una misma visión del alcance inicial del proyecto, sus
prioridades, riesgos/dificultades y mitigaciones desde el primer momento, de una manera muy visual y explícita.
Workshop de planificación ágil donde participan stakeholders (funcionales y técnicos) de
cliente y un equipo de desarrollo de everis, con el soporte de su Agile Excellence Center
(Gobierno TI, Tecnología)
28
Planificación
Seguimiento del progreso y gestión de cambios
El uso de estos mapas durante el proyecto también permite:
 Hacer un seguimiento del progreso respecto al alcance global (entender fácilmente qué queda
pendiente de desarrollar).
 Visualizar mejor los cambios e incrementos sobre el alcance (por ejemplo señalizando estas situaciones
con etiquetas de colores).
 Ayudar en la gestión de cambios, dado que evidencian el impacto de un cambio en un “marco” de
alcance de producto (a nivel funcional y técnico), lo cual facilita:
 Controlar el “scope creep” y tomar mejores decisiones, balancear el impacto de la inclusión de
cambios respecto a la consecución en un tiempo razonable de un producto con suficiente coherencia
y valor. La visualización del impacto de los cambios ayuda a considerar su oportunidad frente a la
incursión en retrasos sobre la fecha inicialmente planificada.
 Utilizar el concepto de “change for free” que se utiliza en algunos tipos de contratos ágiles, en el
que cuando se introduce una nueva pieza en el puzle se retiran piezas por un tamaño equivalente.
Mapa de Producto – Seguimiento del alcance
Requisitos baseline pendientes
Requisitos añadidos o cambiados
Requisitos baseline ya aceptados por el cliente
Relación entre requisitos
Mapa de producto – Inception
29
Índice
1. Qué NO vamos a explicar ahora
1. Inception
2. Mapas de empatía
3. Design Thinking
4. User Story Mapping
2. Mapas
1. Mapa de producto
2. Mapa de arquitectura
3. Mapa de información
3. Planificación
4. Bonus tracks
1. Stakeholder mapping
2. Videos de la técnica
30
Stakeholder mapping
Quién está impactado y quién podría poner “palos en las ruedas”
 Flechas entre stakeholders.
 Colores para tipos de stakeholders/
áreas/departamentos.
 Indicar quién es amigo de quién
(círculos de influencia/confianza).
31
Videos de la técnica
Videos cortos donde se indica cómo realizar en una planificación de proyecto utilizando esta técnica (en
castellano, con subtítulos en inglés) .
Video Descripción
1 - Identificar el alcance del proyecto (7„) Identificación de manera ágil el alcance de un proyecto a nivel
funcional y técnico, su complejidad y sus riesgos, en un workshop
conjuntamente con el cliente.
2 - Planificación ágil (I) – Ordenación (3') Ordenación de los requisitos de un proyecto en función de su
valor, coste y riesgo, en un workshop conjuntamente con el cliente.
3 - Planificación ágil (II) – Product Backlog (4') Planificación de un proyecto de manera ágil, iterativa e
incremental, en un workshop conjuntamente con el cliente. Como
resultado, se crea una visión a alto nivel de iteraciones y entregas
(Product Backlog).
32
Crea tu mapa de proyecto para llegar a buen puerto
Preguntas
everis.com

Más contenido relacionado

La actualidad más candente

[es] Enterprise Agile adoption - Límites y palancas
[es] Enterprise Agile adoption - Límites y palancas[es] Enterprise Agile adoption - Límites y palancas
[es] Enterprise Agile adoption - Límites y palancas
Xavier Albaladejo
 
A very short presentation of SCRUM
A very short presentation of SCRUMA very short presentation of SCRUM
A very short presentation of SCRUM
remyguillaume
 
Determining Business Value in Agile Development
Determining Business Value in Agile DevelopmentDetermining Business Value in Agile Development
Determining Business Value in Agile Development
Josiah Renaudin
 
Introduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile FrameworkIntroduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile Framework
srondal
 
Agile adoption vs Agile transformation
Agile adoption vs Agile transformationAgile adoption vs Agile transformation
Agile adoption vs Agile transformation
Matthew Moran
 
10 steps to a successsful enterprise agile transformation global scrum 2018
10 steps to a successsful enterprise agile transformation   global scrum 201810 steps to a successsful enterprise agile transformation   global scrum 2018
10 steps to a successsful enterprise agile transformation global scrum 2018
Agile Velocity
 
Dual-Track Agile
Dual-Track AgileDual-Track Agile
Dual-Track Agile
Víctor Manuel García Luna
 
Agile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale ProjectsAgile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale Projects
Avinash Bais- Agile Coach - CSPO
 
cPrime Agile Enterprise Transformation
cPrime Agile Enterprise TransformationcPrime Agile Enterprise Transformation
cPrime Agile Enterprise Transformation
Cprime
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting Patterns
Kent McDonald
 
Metricas agiles
Metricas agilesMetricas agiles
The Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
The Executives Step-by-Step Guide to Leading a Large-Scale Agile TransformationThe Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
The Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
LeadingAgile
 
Agile Transformation and Cultural Change
 Agile Transformation and Cultural Change Agile Transformation and Cultural Change
Agile Transformation and Cultural Change
Johnny Ordóñez
 
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
Xavier Albaladejo
 
Scaled Agile Framework (SAFe) in the Trenches
Scaled Agile Framework (SAFe) in the TrenchesScaled Agile Framework (SAFe) in the Trenches
Scaled Agile Framework (SAFe) in the Trenches
Yuval Yeret
 
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow MetricsAlign, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Tasktop
 
Flow projects efficiently with a visual Portfolio Kanban system.pdf
Flow projects efficiently with a visual Portfolio Kanban system.pdfFlow projects efficiently with a visual Portfolio Kanban system.pdf
Flow projects efficiently with a visual Portfolio Kanban system.pdf
Dimitri Ponomareff
 
Agile Mindset For Executives
Agile Mindset For ExecutivesAgile Mindset For Executives
Agile Mindset For Executives
Michael Tarnowski
 
An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)
CA Technologies
 
Scrum Product Owner
Scrum Product OwnerScrum Product Owner
Scrum Product Owner
Vishal Prasad
 

La actualidad más candente (20)

[es] Enterprise Agile adoption - Límites y palancas
[es] Enterprise Agile adoption - Límites y palancas[es] Enterprise Agile adoption - Límites y palancas
[es] Enterprise Agile adoption - Límites y palancas
 
A very short presentation of SCRUM
A very short presentation of SCRUMA very short presentation of SCRUM
A very short presentation of SCRUM
 
Determining Business Value in Agile Development
Determining Business Value in Agile DevelopmentDetermining Business Value in Agile Development
Determining Business Value in Agile Development
 
Introduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile FrameworkIntroduction to SAFe, the Scaled Agile Framework
Introduction to SAFe, the Scaled Agile Framework
 
Agile adoption vs Agile transformation
Agile adoption vs Agile transformationAgile adoption vs Agile transformation
Agile adoption vs Agile transformation
 
10 steps to a successsful enterprise agile transformation global scrum 2018
10 steps to a successsful enterprise agile transformation   global scrum 201810 steps to a successsful enterprise agile transformation   global scrum 2018
10 steps to a successsful enterprise agile transformation global scrum 2018
 
Dual-Track Agile
Dual-Track AgileDual-Track Agile
Dual-Track Agile
 
Agile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale ProjectsAgile Transformation Journey on Large Scale Projects
Agile Transformation Journey on Large Scale Projects
 
cPrime Agile Enterprise Transformation
cPrime Agile Enterprise TransformationcPrime Agile Enterprise Transformation
cPrime Agile Enterprise Transformation
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting Patterns
 
Metricas agiles
Metricas agilesMetricas agiles
Metricas agiles
 
The Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
The Executives Step-by-Step Guide to Leading a Large-Scale Agile TransformationThe Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
The Executives Step-by-Step Guide to Leading a Large-Scale Agile Transformation
 
Agile Transformation and Cultural Change
 Agile Transformation and Cultural Change Agile Transformation and Cultural Change
Agile Transformation and Cultural Change
 
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
[es] Organización Agile - Lean y Framework de mejora de productividad - V3.0
 
Scaled Agile Framework (SAFe) in the Trenches
Scaled Agile Framework (SAFe) in the TrenchesScaled Agile Framework (SAFe) in the Trenches
Scaled Agile Framework (SAFe) in the Trenches
 
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow MetricsAlign, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
Align, Inform, Inspire: Measuring Business Agility and SAFe® with Flow Metrics
 
Flow projects efficiently with a visual Portfolio Kanban system.pdf
Flow projects efficiently with a visual Portfolio Kanban system.pdfFlow projects efficiently with a visual Portfolio Kanban system.pdf
Flow projects efficiently with a visual Portfolio Kanban system.pdf
 
Agile Mindset For Executives
Agile Mindset For ExecutivesAgile Mindset For Executives
Agile Mindset For Executives
 
An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)An Introduction to Scaled Agile Framework (SAFe)
An Introduction to Scaled Agile Framework (SAFe)
 
Scrum Product Owner
Scrum Product OwnerScrum Product Owner
Scrum Product Owner
 

Destacado

090526 Charla Scrum
090526 Charla Scrum090526 Charla Scrum
090526 Charla Scrum
Proyectalis / Improvement21
 
Mundo espasmódico - CAS2012
Mundo espasmódico - CAS2012Mundo espasmódico - CAS2012
Mundo espasmódico - CAS2012
Xavier Albaladejo
 
La empresa Ágil
La empresa ÁgilLa empresa Ágil
La empresa Ágil
Xavier Albaladejo
 
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
Xavier Albaladejo
 
[en] How to create your project map to reach your destination
[en] How to create your project map to reach your destination[en] How to create your project map to reach your destination
[en] How to create your project map to reach your destination
Xavier Albaladejo
 
[en] Agile transformation - How to deconstruct your organization step by step
[en] Agile transformation - How to deconstruct your organization step by step[en] Agile transformation - How to deconstruct your organization step by step
[en] Agile transformation - How to deconstruct your organization step by step
Xavier Albaladejo
 
[es] Impacto de Agile en los modelos organizativos tradicionales
[es] Impacto de Agile en los modelos organizativos tradicionales[es] Impacto de Agile en los modelos organizativos tradicionales
[es] Impacto de Agile en los modelos organizativos tradicionales
Xavier Albaladejo
 
[en] Enterprise Agile adoption - Limits and levers
[en] Enterprise Agile adoption - Limits and levers[en] Enterprise Agile adoption - Limits and levers
[en] Enterprise Agile adoption - Limits and levers
Xavier Albaladejo
 
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
Xavier Albaladejo
 
The importance of early testing and automation
The importance of early testing and automationThe importance of early testing and automation
The importance of early testing and automation
Xavier Albaladejo
 
Agile warm up v02
Agile warm up   v02Agile warm up   v02
Agile warm up v02
Xavier Albaladejo
 
[es] Agile Management es diferente - CAS2014
[es] Agile Management es diferente - CAS2014[es] Agile Management es diferente - CAS2014
[es] Agile Management es diferente - CAS2014
Xavier Albaladejo
 
[en] Agile Management is different - CAS2014
[en] Agile Management is different - CAS2014[en] Agile Management is different - CAS2014
[en] Agile Management is different - CAS2014
Xavier Albaladejo
 
[es] Cómo organizar tu transformación Agile
[es] Cómo organizar tu transformación Agile[es] Cómo organizar tu transformación Agile
[es] Cómo organizar tu transformación Agile
Xavier Albaladejo
 
La alternativa agil v5.7
La alternativa agil   v5.7La alternativa agil   v5.7
La alternativa agil v5.7
Xavier Albaladejo
 
Introducción a Agile y Lean - v1.1
Introducción a Agile y Lean - v1.1Introducción a Agile y Lean - v1.1
Introducción a Agile y Lean - v1.1
Xavier Albaladejo
 

Destacado (16)

090526 Charla Scrum
090526 Charla Scrum090526 Charla Scrum
090526 Charla Scrum
 
Mundo espasmódico - CAS2012
Mundo espasmódico - CAS2012Mundo espasmódico - CAS2012
Mundo espasmódico - CAS2012
 
La empresa Ágil
La empresa ÁgilLa empresa Ágil
La empresa Ágil
 
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
[en] Agile - Lean organization and Productivity Improvement Framework - v3.0
 
[en] How to create your project map to reach your destination
[en] How to create your project map to reach your destination[en] How to create your project map to reach your destination
[en] How to create your project map to reach your destination
 
[en] Agile transformation - How to deconstruct your organization step by step
[en] Agile transformation - How to deconstruct your organization step by step[en] Agile transformation - How to deconstruct your organization step by step
[en] Agile transformation - How to deconstruct your organization step by step
 
[es] Impacto de Agile en los modelos organizativos tradicionales
[es] Impacto de Agile en los modelos organizativos tradicionales[es] Impacto de Agile en los modelos organizativos tradicionales
[es] Impacto de Agile en los modelos organizativos tradicionales
 
[en] Enterprise Agile adoption - Limits and levers
[en] Enterprise Agile adoption - Limits and levers[en] Enterprise Agile adoption - Limits and levers
[en] Enterprise Agile adoption - Limits and levers
 
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
[es] Transformación Agile - Como deconstruir tu organizacion paso a paso
 
The importance of early testing and automation
The importance of early testing and automationThe importance of early testing and automation
The importance of early testing and automation
 
Agile warm up v02
Agile warm up   v02Agile warm up   v02
Agile warm up v02
 
[es] Agile Management es diferente - CAS2014
[es] Agile Management es diferente - CAS2014[es] Agile Management es diferente - CAS2014
[es] Agile Management es diferente - CAS2014
 
[en] Agile Management is different - CAS2014
[en] Agile Management is different - CAS2014[en] Agile Management is different - CAS2014
[en] Agile Management is different - CAS2014
 
[es] Cómo organizar tu transformación Agile
[es] Cómo organizar tu transformación Agile[es] Cómo organizar tu transformación Agile
[es] Cómo organizar tu transformación Agile
 
La alternativa agil v5.7
La alternativa agil   v5.7La alternativa agil   v5.7
La alternativa agil v5.7
 
Introducción a Agile y Lean - v1.1
Introducción a Agile y Lean - v1.1Introducción a Agile y Lean - v1.1
Introducción a Agile y Lean - v1.1
 

Similar a [es] Crea tu mapa de proyecto para llegar a buen puerto - CAS2012

Product discovery con frameworks de ux y agile inception
 Product discovery con frameworks de ux y agile inception Product discovery con frameworks de ux y agile inception
Product discovery con frameworks de ux y agile inception
Giovanny Cifuentes
 
Usabilidad y Experiencia de Usuario
Usabilidad y Experiencia de UsuarioUsabilidad y Experiencia de Usuario
Usabilidad y Experiencia de Usuario
Workshop Digital
 
Diseño como Enfoque de Visión Estratégica
Diseño como Enfoque de Visión EstratégicaDiseño como Enfoque de Visión Estratégica
Diseño como Enfoque de Visión Estratégica
Software Guru
 
La alternativa agil v5.3
La alternativa agil   v5.3La alternativa agil   v5.3
La alternativa agil v5.3
Xavier Albaladejo
 
Diseño de negocios exponenciales I
Diseño de negocios exponenciales IDiseño de negocios exponenciales I
Diseño de negocios exponenciales I
Juan Mejia
 
UX en el Proceso de Desarrollo de Producto
UX en el Proceso de Desarrollo de ProductoUX en el Proceso de Desarrollo de Producto
UX en el Proceso de Desarrollo de Producto
Julian Camacho
 
Etapas del diseño de Experiencia de usuario
Etapas del diseño de Experiencia de usuarioEtapas del diseño de Experiencia de usuario
Etapas del diseño de Experiencia de usuario
marthagtzmiranda
 
Agile Inception.pptx
Agile Inception.pptxAgile Inception.pptx
Agile Inception.pptx
Jackeline Tito
 
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
Alysson Franklin Martins Moreira, UXMC
 
TD2. FASES DEL DISEÑO
TD2. FASES DEL DISEÑOTD2. FASES DEL DISEÑO
TD2. FASES DEL DISEÑO
Jose M. Latorre
 
ComputacionParaTodos / SocioTecnologico
ComputacionParaTodos / SocioTecnologicoComputacionParaTodos / SocioTecnologico
ComputacionParaTodos / SocioTecnologico
andres hurtado
 
fases de un proyecto web
fases de un proyecto webfases de un proyecto web
fases de un proyecto web
Joseline Maritza Reyes Gomez
 
IDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
IDF Santiago #09: Design for Innovation - Módulo 1: UX StrategyIDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
IDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
Posmo: CX Consulting & Research
 
ExperTIC
ExperTICExperTIC
ExperTIC
Roo Galvan
 
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANAEL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
www.usarte.co
 
Arquitectura de la información 01
Arquitectura de la información 01Arquitectura de la información 01
Arquitectura de la información 01
Worköholics
 
UXN 04-31 - El origen mítico del Product Backlog
UXN 04-31 - El origen mítico del Product BacklogUXN 04-31 - El origen mítico del Product Backlog
UXN 04-31 - El origen mítico del Product Backlog
UX Nights
 
La Alternativa Ágil 1.0
La Alternativa Ágil 1.0La Alternativa Ágil 1.0
La Alternativa Ágil 1.0
Agile Spain
 
Metodología DCU (Diseño centrado en el usuario))
Metodología DCU (Diseño centrado en el usuario))Metodología DCU (Diseño centrado en el usuario))
Metodología DCU (Diseño centrado en el usuario))
King-eClient
 
La alternativa ágil - Uniencounter
La alternativa ágil - UniencounterLa alternativa ágil - Uniencounter
La alternativa ágil - Uniencounter
Gailen Tecnologías
 

Similar a [es] Crea tu mapa de proyecto para llegar a buen puerto - CAS2012 (20)

Product discovery con frameworks de ux y agile inception
 Product discovery con frameworks de ux y agile inception Product discovery con frameworks de ux y agile inception
Product discovery con frameworks de ux y agile inception
 
Usabilidad y Experiencia de Usuario
Usabilidad y Experiencia de UsuarioUsabilidad y Experiencia de Usuario
Usabilidad y Experiencia de Usuario
 
Diseño como Enfoque de Visión Estratégica
Diseño como Enfoque de Visión EstratégicaDiseño como Enfoque de Visión Estratégica
Diseño como Enfoque de Visión Estratégica
 
La alternativa agil v5.3
La alternativa agil   v5.3La alternativa agil   v5.3
La alternativa agil v5.3
 
Diseño de negocios exponenciales I
Diseño de negocios exponenciales IDiseño de negocios exponenciales I
Diseño de negocios exponenciales I
 
UX en el Proceso de Desarrollo de Producto
UX en el Proceso de Desarrollo de ProductoUX en el Proceso de Desarrollo de Producto
UX en el Proceso de Desarrollo de Producto
 
Etapas del diseño de Experiencia de usuario
Etapas del diseño de Experiencia de usuarioEtapas del diseño de Experiencia de usuario
Etapas del diseño de Experiencia de usuario
 
Agile Inception.pptx
Agile Inception.pptxAgile Inception.pptx
Agile Inception.pptx
 
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
OK UX #1 - Entendiendo y creando una estrategia de user experience para su em...
 
TD2. FASES DEL DISEÑO
TD2. FASES DEL DISEÑOTD2. FASES DEL DISEÑO
TD2. FASES DEL DISEÑO
 
ComputacionParaTodos / SocioTecnologico
ComputacionParaTodos / SocioTecnologicoComputacionParaTodos / SocioTecnologico
ComputacionParaTodos / SocioTecnologico
 
fases de un proyecto web
fases de un proyecto webfases de un proyecto web
fases de un proyecto web
 
IDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
IDF Santiago #09: Design for Innovation - Módulo 1: UX StrategyIDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
IDF Santiago #09: Design for Innovation - Módulo 1: UX Strategy
 
ExperTIC
ExperTICExperTIC
ExperTIC
 
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANAEL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
EL NUEVO ROL DE LOS UX EN LA INDUSTRIA PUBLICITARIA COLOMBIANA
 
Arquitectura de la información 01
Arquitectura de la información 01Arquitectura de la información 01
Arquitectura de la información 01
 
UXN 04-31 - El origen mítico del Product Backlog
UXN 04-31 - El origen mítico del Product BacklogUXN 04-31 - El origen mítico del Product Backlog
UXN 04-31 - El origen mítico del Product Backlog
 
La Alternativa Ágil 1.0
La Alternativa Ágil 1.0La Alternativa Ágil 1.0
La Alternativa Ágil 1.0
 
Metodología DCU (Diseño centrado en el usuario))
Metodología DCU (Diseño centrado en el usuario))Metodología DCU (Diseño centrado en el usuario))
Metodología DCU (Diseño centrado en el usuario))
 
La alternativa ágil - Uniencounter
La alternativa ágil - UniencounterLa alternativa ágil - Uniencounter
La alternativa ágil - Uniencounter
 

Más de Xavier Albaladejo

Agile - La transformacion desde el Comite de Direccion
Agile - La transformacion desde el Comite de DireccionAgile - La transformacion desde el Comite de Direccion
Agile - La transformacion desde el Comite de Direccion
Xavier Albaladejo
 
Agile como motor de la economia del proposito - #GreatPlacesToGrow
Agile como motor de la economia del proposito - #GreatPlacesToGrowAgile como motor de la economia del proposito - #GreatPlacesToGrow
Agile como motor de la economia del proposito - #GreatPlacesToGrow
Xavier Albaladejo
 
Agile -La transformación desde el Comité de Dirección
Agile -La transformación desde el Comité de DirecciónAgile -La transformación desde el Comité de Dirección
Agile -La transformación desde el Comité de Dirección
Xavier Albaladejo
 
Business agility - Cómo conseguir mayor agilidad empresarial
Business agility - Cómo conseguir mayor agilidad empresarialBusiness agility - Cómo conseguir mayor agilidad empresarial
Business agility - Cómo conseguir mayor agilidad empresarial
Xavier Albaladejo
 
Modelo mental #3 - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
Modelo mental #3  - Feedback agresivo o pasivo vs claridad, sinceridad y respetoModelo mental #3  - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
Modelo mental #3 - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
Xavier Albaladejo
 
Modelo mental #2 - Miedo vs entorno seguro
Modelo mental #2  - Miedo vs entorno seguroModelo mental #2  - Miedo vs entorno seguro
Modelo mental #2 - Miedo vs entorno seguro
Xavier Albaladejo
 
Modelo mental #1 - Autoorganizacion - autonomia - motivacion
Modelo mental #1 - Autoorganizacion - autonomia - motivacionModelo mental #1 - Autoorganizacion - autonomia - motivacion
Modelo mental #1 - Autoorganizacion - autonomia - motivacion
Xavier Albaladejo
 
Agile con consciencia - Cómo crear negocios más sostenibles y resilientes
Agile con consciencia - Cómo crear negocios más sostenibles y resilientesAgile con consciencia - Cómo crear negocios más sostenibles y resilientes
Agile con consciencia - Cómo crear negocios más sostenibles y resilientes
Xavier Albaladejo
 
Agile Management - Cómo ser un líder del siglo XXI
Agile Management - Cómo ser un líder del siglo XXIAgile Management - Cómo ser un líder del siglo XXI
Agile Management - Cómo ser un líder del siglo XXI
Xavier Albaladejo
 
Agilidad sostenible - CAS2019
Agilidad sostenible - CAS2019Agilidad sostenible - CAS2019
Agilidad sostenible - CAS2019
Xavier Albaladejo
 
Agile with consciousness - extended version
Agile with consciousness  - extended versionAgile with consciousness  - extended version
Agile with consciousness - extended version
Xavier Albaladejo
 
Modelo de desescalado Agile y transformación continua - Parte 2
Modelo de desescalado Agile y transformación continua - Parte 2Modelo de desescalado Agile y transformación continua - Parte 2
Modelo de desescalado Agile y transformación continua - Parte 2
Xavier Albaladejo
 
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
Xavier Albaladejo
 
Agile para RRHH - AEDIPE
Agile para RRHH - AEDIPEAgile para RRHH - AEDIPE
Agile para RRHH - AEDIPE
Xavier Albaladejo
 
2/2- Refactorizacion organizativa Agile - Parte 2
2/2- Refactorizacion organizativa Agile - Parte 22/2- Refactorizacion organizativa Agile - Parte 2
2/2- Refactorizacion organizativa Agile - Parte 2
Xavier Albaladejo
 
1/2 - Refactorización organizativa Agile - Parte 1
1/2 - Refactorización organizativa Agile - Parte 11/2 - Refactorización organizativa Agile - Parte 1
1/2 - Refactorización organizativa Agile - Parte 1
Xavier Albaladejo
 
Agile organizational refactoring - A key moment in your transformation - Part 1
Agile organizational refactoring  - A key moment in your transformation - Part 1Agile organizational refactoring  - A key moment in your transformation - Part 1
Agile organizational refactoring - A key moment in your transformation - Part 1
Xavier Albaladejo
 

Más de Xavier Albaladejo (17)

Agile - La transformacion desde el Comite de Direccion
Agile - La transformacion desde el Comite de DireccionAgile - La transformacion desde el Comite de Direccion
Agile - La transformacion desde el Comite de Direccion
 
Agile como motor de la economia del proposito - #GreatPlacesToGrow
Agile como motor de la economia del proposito - #GreatPlacesToGrowAgile como motor de la economia del proposito - #GreatPlacesToGrow
Agile como motor de la economia del proposito - #GreatPlacesToGrow
 
Agile -La transformación desde el Comité de Dirección
Agile -La transformación desde el Comité de DirecciónAgile -La transformación desde el Comité de Dirección
Agile -La transformación desde el Comité de Dirección
 
Business agility - Cómo conseguir mayor agilidad empresarial
Business agility - Cómo conseguir mayor agilidad empresarialBusiness agility - Cómo conseguir mayor agilidad empresarial
Business agility - Cómo conseguir mayor agilidad empresarial
 
Modelo mental #3 - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
Modelo mental #3  - Feedback agresivo o pasivo vs claridad, sinceridad y respetoModelo mental #3  - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
Modelo mental #3 - Feedback agresivo o pasivo vs claridad, sinceridad y respeto
 
Modelo mental #2 - Miedo vs entorno seguro
Modelo mental #2  - Miedo vs entorno seguroModelo mental #2  - Miedo vs entorno seguro
Modelo mental #2 - Miedo vs entorno seguro
 
Modelo mental #1 - Autoorganizacion - autonomia - motivacion
Modelo mental #1 - Autoorganizacion - autonomia - motivacionModelo mental #1 - Autoorganizacion - autonomia - motivacion
Modelo mental #1 - Autoorganizacion - autonomia - motivacion
 
Agile con consciencia - Cómo crear negocios más sostenibles y resilientes
Agile con consciencia - Cómo crear negocios más sostenibles y resilientesAgile con consciencia - Cómo crear negocios más sostenibles y resilientes
Agile con consciencia - Cómo crear negocios más sostenibles y resilientes
 
Agile Management - Cómo ser un líder del siglo XXI
Agile Management - Cómo ser un líder del siglo XXIAgile Management - Cómo ser un líder del siglo XXI
Agile Management - Cómo ser un líder del siglo XXI
 
Agilidad sostenible - CAS2019
Agilidad sostenible - CAS2019Agilidad sostenible - CAS2019
Agilidad sostenible - CAS2019
 
Agile with consciousness - extended version
Agile with consciousness  - extended versionAgile with consciousness  - extended version
Agile with consciousness - extended version
 
Modelo de desescalado Agile y transformación continua - Parte 2
Modelo de desescalado Agile y transformación continua - Parte 2Modelo de desescalado Agile y transformación continua - Parte 2
Modelo de desescalado Agile y transformación continua - Parte 2
 
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
Desescalando una organizacion. Un caso real - Parte 1 - CAS2018
 
Agile para RRHH - AEDIPE
Agile para RRHH - AEDIPEAgile para RRHH - AEDIPE
Agile para RRHH - AEDIPE
 
2/2- Refactorizacion organizativa Agile - Parte 2
2/2- Refactorizacion organizativa Agile - Parte 22/2- Refactorizacion organizativa Agile - Parte 2
2/2- Refactorizacion organizativa Agile - Parte 2
 
1/2 - Refactorización organizativa Agile - Parte 1
1/2 - Refactorización organizativa Agile - Parte 11/2 - Refactorización organizativa Agile - Parte 1
1/2 - Refactorización organizativa Agile - Parte 1
 
Agile organizational refactoring - A key moment in your transformation - Part 1
Agile organizational refactoring  - A key moment in your transformation - Part 1Agile organizational refactoring  - A key moment in your transformation - Part 1
Agile organizational refactoring - A key moment in your transformation - Part 1
 

Último

Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador ValenciaCatalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
AMADO SALVADOR
 
Manual de soporte y mantenimiento de equipo de cómputo
Manual de soporte y mantenimiento de equipo de cómputoManual de soporte y mantenimiento de equipo de cómputo
Manual de soporte y mantenimiento de equipo de cómputo
doctorsoluciones34
 
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial ValenciaCatalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
AMADO SALVADOR
 
Refrigeradores Samsung Modo Test y Forzado
Refrigeradores Samsung Modo Test y ForzadoRefrigeradores Samsung Modo Test y Forzado
Refrigeradores Samsung Modo Test y Forzado
NicandroMartinez2
 
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
sarasofiamontezuma
 
computacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADOcomputacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADO
YaniEscobar2
 
herramientas de sitio web 3.0 2024
herramientas de sitio web 3.0  2024herramientas de sitio web 3.0  2024
herramientas de sitio web 3.0 2024
julio05042006
 
Trabajo tecnología sobre Conceptos Básicos De Programación
Trabajo tecnología sobre Conceptos Básicos De ProgramaciónTrabajo tecnología sobre Conceptos Básicos De Programación
Trabajo tecnología sobre Conceptos Básicos De Programación
SofiaCollazos
 
algebra de boole teoria.pdf texto guia.1
algebra de boole teoria.pdf texto guia.1algebra de boole teoria.pdf texto guia.1
algebra de boole teoria.pdf texto guia.1
yuki22434
 
Informació Projecte Iniciativa TIC HPE.pdf
Informació Projecte Iniciativa TIC HPE.pdfInformació Projecte Iniciativa TIC HPE.pdf
Informació Projecte Iniciativa TIC HPE.pdf
Festibity
 
SISTESIS RETO4 Grupo4 co-creadores .ppsx
SISTESIS RETO4 Grupo4 co-creadores .ppsxSISTESIS RETO4 Grupo4 co-creadores .ppsx
SISTESIS RETO4 Grupo4 co-creadores .ppsx
tamarita881
 
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
AMADO SALVADOR
 
actividad 2 tecnologia (3).pdf junto con mis compañeros
actividad 2 tecnologia (3).pdf junto con mis compañerosactividad 2 tecnologia (3).pdf junto con mis compañeros
actividad 2 tecnologia (3).pdf junto con mis compañeros
aljitagallego
 
Desarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdfDesarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdf
samuelvideos
 
Estructuras básicas_ conceptos básicos de programación.pdf
Estructuras básicas_  conceptos básicos de programación.pdfEstructuras básicas_  conceptos básicos de programación.pdf
Estructuras básicas_ conceptos básicos de programación.pdf
ItsSofi
 
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfTRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
thomasdcroz38
 
Computacion cuántica y sus ventajas y desventajas
Computacion cuántica y sus ventajas y desventajasComputacion cuántica y sus ventajas y desventajas
Computacion cuántica y sus ventajas y desventajas
sofiahuarancabellido
 
Conceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdfConceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdf
ValeriaAyala48
 
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
alejandromanuelve
 
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
bendezuperezjimena
 

Último (20)

Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador ValenciaCatalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
Catalogo Refrigeracion Miele Distribuidor Oficial Amado Salvador Valencia
 
Manual de soporte y mantenimiento de equipo de cómputo
Manual de soporte y mantenimiento de equipo de cómputoManual de soporte y mantenimiento de equipo de cómputo
Manual de soporte y mantenimiento de equipo de cómputo
 
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial ValenciaCatalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
Catalogo Buzones BTV Amado Salvador Distribuidor Oficial Valencia
 
Refrigeradores Samsung Modo Test y Forzado
Refrigeradores Samsung Modo Test y ForzadoRefrigeradores Samsung Modo Test y Forzado
Refrigeradores Samsung Modo Test y Forzado
 
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfDESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
 
computacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADOcomputacion global 3.pdf pARA TERCER GRADO
computacion global 3.pdf pARA TERCER GRADO
 
herramientas de sitio web 3.0 2024
herramientas de sitio web 3.0  2024herramientas de sitio web 3.0  2024
herramientas de sitio web 3.0 2024
 
Trabajo tecnología sobre Conceptos Básicos De Programación
Trabajo tecnología sobre Conceptos Básicos De ProgramaciónTrabajo tecnología sobre Conceptos Básicos De Programación
Trabajo tecnología sobre Conceptos Básicos De Programación
 
algebra de boole teoria.pdf texto guia.1
algebra de boole teoria.pdf texto guia.1algebra de boole teoria.pdf texto guia.1
algebra de boole teoria.pdf texto guia.1
 
Informació Projecte Iniciativa TIC HPE.pdf
Informació Projecte Iniciativa TIC HPE.pdfInformació Projecte Iniciativa TIC HPE.pdf
Informació Projecte Iniciativa TIC HPE.pdf
 
SISTESIS RETO4 Grupo4 co-creadores .ppsx
SISTESIS RETO4 Grupo4 co-creadores .ppsxSISTESIS RETO4 Grupo4 co-creadores .ppsx
SISTESIS RETO4 Grupo4 co-creadores .ppsx
 
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
Catalogo General Electrodomesticos Teka Distribuidor Oficial Amado Salvador V...
 
actividad 2 tecnologia (3).pdf junto con mis compañeros
actividad 2 tecnologia (3).pdf junto con mis compañerosactividad 2 tecnologia (3).pdf junto con mis compañeros
actividad 2 tecnologia (3).pdf junto con mis compañeros
 
Desarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdfDesarrollo de habilidades de pensamiento (2).pdf
Desarrollo de habilidades de pensamiento (2).pdf
 
Estructuras básicas_ conceptos básicos de programación.pdf
Estructuras básicas_  conceptos básicos de programación.pdfEstructuras básicas_  conceptos básicos de programación.pdf
Estructuras básicas_ conceptos básicos de programación.pdf
 
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdfTRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
TRABAJO DESARROLLO DE HABILIDADES DE PENSAMIENTO.pdf
 
Computacion cuántica y sus ventajas y desventajas
Computacion cuántica y sus ventajas y desventajasComputacion cuántica y sus ventajas y desventajas
Computacion cuántica y sus ventajas y desventajas
 
Conceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdfConceptos básicos de programación 10-5.pdf
Conceptos básicos de programación 10-5.pdf
 
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
Informe DATA & IA 2024 Primera encuesta sobre el uso de IA en las empresas pe...
 
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
TODO SOBRE LA INFORMÁTICA, HISTORIA, ¿QUE ES?, IMPORTANCIA Y CARACTERISTICAS....
 

[es] Crea tu mapa de proyecto para llegar a buen puerto - CAS2012

  • 1. Crea tu mapa de proyecto para llegar a buen puerto Octubre 2012 V 1.3 Sesión CAS 2012
  • 2. 2 Xavier Albaladejo - Agile-Lean Coach y experto en Gobierno TI, empezó a utilizar prácticas eXtreme Programming en 2002 (entregas rápidas de producto, tests unitarios con integración continua, wikis, etc.) para que los clientes pudiesen dirigir sus propios proyectos. Actualmente, desde el Agile Excellence Center de everis, se dedica a ayudar a grandes organizaciones a ser más rápidas y efectivas bajos principios Agile y Lean, así como a entrenar a equipos en Scrum y Kanban. Xavier Albaladejo es coordinador del Postgrado en Métodos ágiles de La Salle, fundador de proyectosagiles.org, Certified Scrum Practicioner, colaborador de Agile Barcelona y miembro de la Junta directiva de Agile-Spain. Contacto: xavier dot albaladejo dot ezequiel at everis dot com AGILE EXCELLENCE CENTER Gobierno TI – UN Tecnología
  • 3. 3 Índice Mapa de producto Inception Design Thinking Mapas de empatía User Story MappingTécnicas de conceptualización de producto, de usuarios y creatividad Determinar alcance Identificar personas clave Stakehol- der Mapping Caracterizar requisitos Estimar Identificar riesgos y mitigaciones Modelo de Dominio Elaboración de mapas de la solución Mapa de arquitec- tura Planificación Priorización Calendarización Técnica de la que se ha derivado la presente técnica de Mapa de Producto Product Backlog Actividades para la creación de un roadmap de proyecto
  • 4. 4 Índice 1. Qué NO vamos a explicar ahora 1. Inception 2. Mapas de empatía 3. Design Thinking 4. User Story Mapping 2. Mapas 1. Mapa de producto 2. Mapa de arquitectura 3. Mapa de información 3. Planificación 4. Bonus track 1. Stakeholder mapping 2. Videos de la técnica
  • 5. 5 Índice 1. Qué NO vamos a explicar ahora 1. Inception 2. Mapas de empatía 3. Design Thinking 4. User Story Mapping 2. Mapas 1. Mapa de producto 2. Mapa de arquitectura 3. Mapa de información 3. Planificación 4. Bonus track 1. Stakeholder mapping 2. Videos de la técnica
  • 6. 6 Qué NO vamos a explicar ahora Inception 1. Why Are We Here? 2. Elevator Pitch 3. Product Box 4. NOT List 5. Meet Your Neighbors – project community 6. Show the Solution 7. What Keeps Us Up at Night 8. Size It Up 9. What‟s Going to Give 10. What It’s Going to Take Esta presentación tratará de aspectos relacionados con los puntos en verde
  • 7. 7 Qué NO vamos a explicar ahora Mapas de empatía http://www.bigvisible.com/2012/06/what-is-an-empathy-map/
  • 8. 8 Qué NO vamos a explicar ahora Design thinking Empatía para el contexto del problema, creatividad en la generación de conocimiento y soluciones y racionalidad para analizar y adecuar soluciones al contexto. Pensamiento creativo en acción
  • 9. 9 Qué NO vamos a explicar ahora User Story Mapping Menosnecesario/opcional time Necessity The backbone The walking skeleton time first release second release third release- + www.agileproductdesign.com/blog/the_new_backlog.html La técnica de Mapas que explicaremos está inspirada en User Story Mapping
  • 10. 10 Índice 1. Qué NO vamos a explicar ahora 1. Inception 2. Mapas de empatía 3. Design Thinking 4. User Story Mapping 2. Mapas 1. Mapa de producto 2. Mapa de arquitectura 3. Mapa de información 3. Planificación 4. Bonus track 1. Stakeholder mapping 2. Videos de la técnica
  • 11. 11 Mapas Descubrir el puzzle Dado que vamos a desarrollar un producto de manera iterativa e incremental, el primer paso es descubrir cuales son las piezas funcionales y técnicas de que está compuesto y cuáles son las más importantes desde el punto de vista del cliente/usuario/consumidor. Este descubrimiento se puede realizar en formato workshop en la conceptualización del proyecto (Inception), en la Fase 0 de Scrum. Estos “mapas” o modelos a alto nivel funcionales y técnicos se elaboran de manera colaborativa. Las modificaciones sobre este puzle (cambios de prioridades, nuevas piezas, piezas a quitar) se realizan en las reuniones de Product Backlog Refinement (o Grooming).
  • 12. 12 Mapa de producto Determinar el alcance Requi sito Como ayuda para determinar el alcance del producto o proyecto, puede ser útil disponer los requisitos en un “marco” que permita visualizar las diferentes partes del producto (o el alcance del proyecto). Esto permite identificar el grado de cobertura o impacto del proyecto en cada zona, así como ver cuáles no están cubiertas. Es conveniente que este “marco” esté expresado desde la visión de los diferentes usuarios / consumidores. Por ejemplo: áreas funcionales, mapa de navegación de una web, partes de un producto, servicios al cliente, etc. Se puede utilizar una distribución espacial en dos dimensiones para indicar, por ejemplo, división o refinamiento de requisitos (más allá de la funcionalidad básica), de manera que puedan ser estimados y priorizados independientemente, para ser desarrollados en momentos diferentes del tiempo (desarrollo incremental). SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A1 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requisito báse Requisitos especializados Requi sito Requi sito Requi sito Ejemplo: ÁREA FUNCIONAL A
  • 13. 13 Mapa de producto Identificar personas clave Requi sito STAKE HOLDER 1 KEY USER Y Es conveniente identificar a las personas clave de la organización cliente que deberán participar durante el proyecto para proporcionar la dirección, alineamiento, información de priorización, detalle y feedback necesario (stakeholders, usuarios finales y personal técnico del cliente). También puede ser de interés identificar personas clave en la organización proveedora que proporcionarán apoyo al proyecto durante su ejecución. Como resultado, se asocian personas concretas a las partes del producto donde tienen más conocimiento o es necesaria su participación directa. SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A2 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Stakeholders y usuarios clave que proporcionarán información de priorización, detalle y feedback de los requisitos de esta área funcional Requi sito Requi sito Requi sito Ejemplo: ÁREA FUNCIONAL A
  • 14. 14 Mapa de producto Caracterizar los requisitos Requi sito ÁREA FUNCIONAL A Pueden utilizarse colores diversos para clasificar los requisitos en:  Tipos de funcionalidades: capacidades “out-of-the-box” respecto necesidades de desarrollo a medida, etc.  Comportamientos funcionales: básicos vs refinamientos / especializaciones / cursos alternativos. Esto facilitará el desarrollo iterativo e incremental del producto, de manera transversal a diversas áreas funcionales, con la intención de comenzar creando un “walking skeleton” e ir añadiendo nuevas piezas (músculos) al puzle, en función de su retorno de inversión o de riesgos a resolver.  Tipos de usuario (las “Personas” de la técnica de User eXperience).  Requisitos sobre los que falta información o es necesario investigar.  Etc. SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A2 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Producto out-of-the- box, sólo necesita parametrización. Desarrollo a medida Requisito poco maduro o sobre el cual el equipo tiene que investigar más, por ejemplo para conocer su viabilidad STAKE HOLDER 1 KEY USER Y Requi sito Ejemplo:
  • 15. 15 Mapa de producto Estimar Requi sito ÁREA FUNCIONAL A SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A2 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Muchos gomets azules: requisito costoso STAKE HOLDER 1 KEY USER Y Conforme se van identificando requisitos, el equipo realiza preguntas de dimensionamiento al Product Owner / stakeholders / usuarios finales, con el objeto de hacer una primera y sencilla cuantificación de la complejidad de cada elemento. Para ello, se puede realizar una primera estimación relativa, por ejemplo utilizando “gomets” (pegatinas): a mayor número, mayor complejidad, mayor “talla” del requisito (S, M, L XL). De esta manera, todos los participantes en el workshop comparten la misma visión a alto nivel de qué hay que hacer en el proyecto, del valor que aporta cada requisito, del funcionamiento de las diferentes partes del producto y de la complejidad asociada: “Cuando dices que en este requisito tiene que suceder X, ¿estás pensando en “esto” y “esto”? ¿o bien “esto” no es necesario (con lo cual sería menos costoso)? Ejemplo:
  • 16. 16 Mapa de producto Identificar riesgos y mitigaciones Requi sito ÁREA FUNCIONAL A SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A2 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito STAKE HOLDER 1 KEY USER Y Es conveniente identificar sobre qué requisitos va a existir algún tipo de riesgo. En este punto, el equipo de trabajo y el cliente indican los objetivos/requisitos donde creen que puede haber más dificultad para su consecución (por dependencias de personas concretas en la organización cliente, por complejidad de los requisitos, por posibles dificultades tecnológicas, etc.) y realizan un primer planteamiento de mitigaciones. Muchos gomets rojos: requisito arriesgado Mitigación Mitigación Ejemplo: Riesgo X Descrip ción riesgo
  • 17. 17 Mapa de producto Priorizar De manera muy sencilla se puede realizar una primera priorización, por ejemplo realizando al Product Owner las siguientes preguntas : 1. Qué requisitos son especialmente importantes para su empresa / departamento / usuarios finales / consumidor, qué requisitos requiere “tocar” antes, o para qué requisitos quiere asegurar con suficiente tiempo que el equipo ha entendido lo que se necesita. De este modo, cuando se esté a mitad del proyecto la parte más importante del producto ya estará desarrollada, sólo quedará ir añadiendo piezas de menor importancia sobre un producto ya estable, testeado y revisado. 2. Qué requisitos no son tan relevantes en el proyecto. Con estas dos sencillas preguntas automáticamente aparecen tres grupos de requisitos, dentro de los cuales se puede refinar la priorización (utilizando técnicas más complejas si es necesario). Requi sito ÁREA FUNCIONAL A SUBÁREA FUNCIONAL A1 SUBÁREA FUNCIONAL A2 Requi sito Requi sitoº Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Requi sito Ejemplo: STAKE HOLDER 1 KEY USER Y Requi sito Alta prioridad Alta prioridad Baja prioridad Baja prioridad Baja prioridad Separamos espacialmente los post-its según sean de alta o baja prioridad MitigaciónRiesgo X Baja prioridad
  • 18. 18 Mapa de producto Visión global Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito ÁREA FUNCIONAL A STAKE HOLDER 1 KEY USER Y Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito Requisito SUBÁREA FUNCIONAL A1 Requisitoº Requisito Requisito Requisito Requisito Requisito Requisito Mitigación Requisito ÁREA FUNCIONAL B STAKE HOLDER 1 Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito Requisito ÁREA FUNCIONAL C STAKE HOLDER 1 Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisitoº Requisito Requisito Riesgo x Riesgo X Mitigación Como resultado de los pasos anteriores, en este momento ya se dispone de una visión del alcance del proyecto, dentro de un marco de producto y que no es “plana”, dado que se ha identificado prioridades de manera transversal a todas las áreas o secciones del producto. Esto facilitará la elaboración de un plan de desarrollo iterativo e incremental.
  • 19. 19 Mapa de arquitectura Componentes, riesgos y dependencias no eludibles En paralelo a la elaboración del mapa funcional (el “qué”) se puede ir creando un mapa de técnico o mapa de arquitectura (el “cómo”) indicando también las dependencias e integraciones entre componentes, así como los riesgos que puedan existir asociados a algunos componentes, sistemas o integraciones. El orden de desarrollo de los componentes técnicos de la solución debería estar alineado con la necesidad de cumplir con la priorización de los objetivos / requisitos del proyecto. Sin embargo, hay que considerar que también el plan de objetivos / requisitos podrá estar condicionado por las dependencias técnicas que sean difíciles de desacoplar, por lo cual deberán ser respetadas en la planificación de objetivos / requisitos. Compo nente SISTEMA 1 SUBSISTEMA A SUBSISTEMA B Compo nente Compo nente Compo nente Compo nente SISTEMA 2 Compo nente Compo nente Compo nente Compo nente Compo nente Compo nente Mitigación Relaciones o integraciones Riesgo A
  • 20. 20 Mapa de información Modelo del dominio Si se está desarrollando un Sistema de Información, como complemento a los mapas funcionales y técnicos (y en paralelo a su elaboración), es conveniente diagramar, junto con el cliente/stakeholders/usuarios finales, un modelo sencillo (a alto nivel) de las entidades de información y sus relaciones (Modelo del Dominio). Notar que, como los modelos anteriores, este mapa de información se puede ir modificando y ajustando cada iteración y/o release (por ejemplo en los los workshops de toma detallada de requisitos y de Release Planning).
  • 21. 21 Índice 1. Qué NO vamos a explicar ahora 1. Inception 2. Mapas de empatía 3. Design Thinking 4. User Story Mapping 2. Mapas 1. Mapa de producto 2. Mapa de arquitectura 3. Mapa de información 3. Planificación 4. Bonus tracks 1. Stakeholder mapping 2. Videos de la técnica
  • 22. 22 Planificación Calendarización en Sprints y Releases Como primer paso para elaborar el Product Backlog y el roadmap de arquitectura, los requisitos y su solución técnica se pueden distribuir sobre una línea temporal, a través de diferentes iteraciones y releases, manteniendo los swimlines (carriles) por área funcional y por sistema técnico). Esto también permite:  Visualizar cómo a nivel técnico se va a ir dando solución a los objetivos/requisitos del proyecto a lo largo del tiempo, explicitando dependencias si es necesario.  Establecer el walking skeleton, el Minimum Viable Product (MVP) y el orden en que se irán añadiendo “piezas” en las diferentes áreas funcionales y técnicas. Ejemplo: Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito ÁREA FUNCIONAL A RequisitoSUBÁREA FUNCIONAL A1 Requisito Requisito Requisito Requisito Requisito Requisito Requisito SUBÁREA FUNCIONAL A1 RequisitoºRequisito Requisito Requisito Requisito Requisito Requisito Riesgo X Mitigación Requisito ÁREA FUNCIONAL B STAKE HOLDER 1 Requisito SUBÁREA FUNCIONAL A1 Requisito Requisito Requisito RequisitoRequisito Requisito Requisito Requisito STAKE HOLDER 1 KEY USER Y Tiempo Riesgo X Mitigación SISTEMA 1 STAKE HOLDER 1 STAKE HOLDER 1 Product Backlog Roadmap de arquitectura Walking skeleton Release 1
  • 23. 23 Planificación Ejemplo real ÁreasfuncionalesÁreasarquitectónicas Alta prioridad Riesgo Mitigación Baja prioridad Requisito costoso Carril por área funcional, equipo de trabajo, etc. Iteraciones, cuatrimestres o releases (en columnas)
  • 24. 24 Planificación Carriles y relaciones www.enthiosys.com/agile-roadmaps También pueden ser interesantes poner carriles adicionales a los ya vistos funcional y técnico: A qué tipo de usuario o mercado se está llegando Eventos que suceden al margen del proyecto pero que pueden impactar en él Compromisos, dependencias con terceros, vacaciones Infraestructuras necesarias
  • 25. 25 Planificación Visibilidad de la lógica de las decisiones y de las relaciones Hilos, cintas de colores www.enthiosys.com/agile-roadmaps
  • 26. 26 Planificación Visibilidad de la lógica de las decisiones y de las relaciones Colores para identificar dependencias entre carriles www.enthiosys.com/agile-roadmaps
  • 27. 27 Planificación Visión global compartida El uso de diferentes mapas (funcionales, técnicos y de información) y la aplicación sistemática de pasos para estimación, priorización e identificación de riesgos, proporcionan una visión global del proyecto. Los principales beneficios se derivan de realizar este trabajo en modo workshop colaborativo, ya que facilita que todos los participantes (parte cliente incluyendo stakeholders y equipo proveedor) puedan mantener conversaciones, compartir, alinear y consensuar una misma visión del alcance inicial del proyecto, sus prioridades, riesgos/dificultades y mitigaciones desde el primer momento, de una manera muy visual y explícita. Workshop de planificación ágil donde participan stakeholders (funcionales y técnicos) de cliente y un equipo de desarrollo de everis, con el soporte de su Agile Excellence Center (Gobierno TI, Tecnología)
  • 28. 28 Planificación Seguimiento del progreso y gestión de cambios El uso de estos mapas durante el proyecto también permite:  Hacer un seguimiento del progreso respecto al alcance global (entender fácilmente qué queda pendiente de desarrollar).  Visualizar mejor los cambios e incrementos sobre el alcance (por ejemplo señalizando estas situaciones con etiquetas de colores).  Ayudar en la gestión de cambios, dado que evidencian el impacto de un cambio en un “marco” de alcance de producto (a nivel funcional y técnico), lo cual facilita:  Controlar el “scope creep” y tomar mejores decisiones, balancear el impacto de la inclusión de cambios respecto a la consecución en un tiempo razonable de un producto con suficiente coherencia y valor. La visualización del impacto de los cambios ayuda a considerar su oportunidad frente a la incursión en retrasos sobre la fecha inicialmente planificada.  Utilizar el concepto de “change for free” que se utiliza en algunos tipos de contratos ágiles, en el que cuando se introduce una nueva pieza en el puzle se retiran piezas por un tamaño equivalente. Mapa de Producto – Seguimiento del alcance Requisitos baseline pendientes Requisitos añadidos o cambiados Requisitos baseline ya aceptados por el cliente Relación entre requisitos Mapa de producto – Inception
  • 29. 29 Índice 1. Qué NO vamos a explicar ahora 1. Inception 2. Mapas de empatía 3. Design Thinking 4. User Story Mapping 2. Mapas 1. Mapa de producto 2. Mapa de arquitectura 3. Mapa de información 3. Planificación 4. Bonus tracks 1. Stakeholder mapping 2. Videos de la técnica
  • 30. 30 Stakeholder mapping Quién está impactado y quién podría poner “palos en las ruedas”  Flechas entre stakeholders.  Colores para tipos de stakeholders/ áreas/departamentos.  Indicar quién es amigo de quién (círculos de influencia/confianza).
  • 31. 31 Videos de la técnica Videos cortos donde se indica cómo realizar en una planificación de proyecto utilizando esta técnica (en castellano, con subtítulos en inglés) . Video Descripción 1 - Identificar el alcance del proyecto (7„) Identificación de manera ágil el alcance de un proyecto a nivel funcional y técnico, su complejidad y sus riesgos, en un workshop conjuntamente con el cliente. 2 - Planificación ágil (I) – Ordenación (3') Ordenación de los requisitos de un proyecto en función de su valor, coste y riesgo, en un workshop conjuntamente con el cliente. 3 - Planificación ágil (II) – Product Backlog (4') Planificación de un proyecto de manera ágil, iterativa e incremental, en un workshop conjuntamente con el cliente. Como resultado, se crea una visión a alto nivel de iteraciones y entregas (Product Backlog).
  • 32. 32 Crea tu mapa de proyecto para llegar a buen puerto Preguntas