Curso Scrum Avanzado

© 2013 Proyectalis Gestión de Proyectos S.L.

ScrumAvanzado

http://www.slideshare.net/proyectalis



1. Repaso Scrum2. Kanban / Scrumban3. Estimaciones4. Pila de producto5. Retrospectivas6. Escalado7. Contratos ágiles





Remember, remember, the 5th of November...




Roles

Artefactos

Procesos



11:30 Copa y puro

TriAngulo de hierro

Tiempo Alcance

Personas

?




TriAngulo de hierro

11:30 Copa y puro

TiempoAlcance

Personas

Personas

AlcanceTiempo

Fijar:

Estimar:

Tradicional

Ágil




11:30 Copa y puro

Iterativo Incremental

Estimado

Ouch!





11:30 Copa y puro

Estimado

Ouch!

Simplicidad

Desarrollo sostenible





Estimado

Ouch!

Replanificar

Kaizen





Estimado

Ouch!

Replanificar R1.0

Software funcionando

Confiarles ejecución

Entrega temprana y cont.





11:30 Copa y puro

Estimado

Ouch!

Replanificar R1.0 R2.0




11:30 Copa y puro

Patrones

“Orcos a las puertas”

El Equipo

#!/bin/

#!/bin/

#!/bin/

PO




11:30 Copa y puro

El Equipo

#!/bin/

#!/bin/

#!/bin/

PO

Stakeholdersaka

Orcos



Patrones



11:30 Copa y puro

El Equipo

#!/bin/

#!/bin/

#!/bin/

Eh, eh, colegui!



Patrones



11:30 Copa y puro

El Equipo

#!/bin/

#!/bin/

#!/bin/

Scrum Master



Patrones



11:30 Copa y puro

“Horno de las madalenas”

El Equipo

#!/

#!/

#!/


Patrones



El Equipo

#!/

#!/

#!/

!!!!!+3


Patrones




El Equipo

#!/

#!/

#!/

!!!!!+3

###****!!


Patrones




El Equipo

#!/

#!/

#!/

+3


Patrones




SCRUM 101





1. Indivíduos e interacciones sobre

procesos y herramientas

Esto es, aunque valoramos los elementos de abajo, valoramos más los de arriba.

2. Software funcionando sobre

documentación extensiva

3. Colaboración con el clientesobre

negociación contractual

4. Respuesta ante el cambiosobre

seguir el plan




TO TELL ME YOUR STORY




Serie

Paralelo



Kanban

Taiichi OhnoToyota Production System





Que, cuando y cuanto

Sistema pull

Kanban





Que, cuando y cuanto

Sistema pull

Tuercas

Tornillos

Kanban




Kanban




Kanban Pizza

Source: http://www.agile42.com/en/training/kanban-pizza-game/


Horno: Máx 3 pizzas, 30secs cocción

http://www.agile42.com/en/training/kanban-pizza-game/




Kanban Pizza

Source: http://www.agile42.com/en/training/kanban-pizza-game/


GO!





1. Maximizar valor del cliente

Kanban Pizza

100%(40h semanales)Tareas con valor




Kanban Pizza50%

(Desarrollo convalor)

Modelo realista




Kanban Pizza50%


10% (Overhead)Modelo realista




Kanban Pizza50%


10% (Overhead)

15% (Bugs, bloqueos, waste)

Modelo realista




Kanban Pizza50%


10% (Overhead)


10% (emails, reuniones, burocracia)

Modelo realista




Kanban Pizza50%


10% (Overhead)



10% (Slack)

Modelo realista




Kanban Pizza50%


10% (Overhead)



10% (Slack)

5% (I+D+i )

Modelo realista




Kanban Pizza 35%(Desarrollo con

valor)

10% (Overhead)



10% (Slack)

5% (I+D+i )

Welcome to earth




Kanban Pizza35%


65% (Waste)




Kanban Pizza

Muda Actividades no aportan valor




Kanban Pizza

Muda Actividades no aportan valor

TransporteInventario/StockProcesoEsperaSobre-procesoSobre-producciónDefectos




Kanban Pizza

Mura Ineficiencia variabilidad proceso




Kanban Pizza

Sistema PullJust In TimeHeijunkaDemand leveling

Mura Ineficiencia variabilidad proceso




Kanban Pizza

Muri Ineficiencia sobrecarga proceso




Kanban Pizza

Plazos de entregaSobrecompromisoDesnormalizaciónWishful thinking

Muri Ineficiencia sobrecarga proceso




2. Visualizar el flujo productivo

Kanban Pizza

Pendiente Desarrollo TerminadoProyecto:

Equipo:

Burn Down:

Release Plan:

Impedimentos:

Demo:




PendienteDiseño Desarrollo

En uso Listas En uso Listas

Testing TerminadoBacklog

Kanban Pizza




3. Optimizar cadena de valor

Work In Progress: columna, avatares, colas

Kanban Pizza




PendienteDiseño - 4 Desarrollo - 4


Testing - 2 TerminadoBacklog

Kanban Pizza








Kanban Pizza




En uso - 2 Listas - 3 En uso - 2 Listas - 2



Kanban Pizza



4. Kaizen


Kanban Pizza




Kanban Pizza

Backlog PendienteDiseño Desarrollo

En uso Listas En uso ListasTesting Terminado

Tiempo Ciclo ~4 días

Tiempo Lead ~15 días

Tiempo Lead total ~120 días




Kanban Pizza

1. Visualizar el proceso

2. Añadir WIP

3. Medir tiempo ciclo

4. Calcular puntuación

ROUND 2




Kanban Pizza




Kanban Pizza

1. Pizza Rúcola (7 trozos)

2. Rúcola tras hornear

3. Pedidos clientes

ROUND 3



Backlog Pendiente Desarrollo Testing Terminado


Buffer

Kanban Pizza: Scrumban






V buffer

V scrum





V Scrum V Buffer10 59 510 48 69 49 5? ?





V Scrum V Buffer10 59 510 48 69 49 53 14





V buffer +

V scrum

V buffer -







Backlog Pendient Desarroll Testing Terminad

Backlog Pendient Desarroll Testing Terminad



Vsprint

Vbuffer



Velocity

Vavg Scrum

Vavg Buffer+

Vavg Buffer-



Análisis de la demanda

WASTE!





Testing TerminadoBacklog

Spri

nt

Fuego

Prio

ASAP





Selected Backlog Code Test

Done! Design

Rdy Rdy Rdy On On On

SP

RIN

T

FIRE!

PRIO

ASAP

- Ante bloqueos,

ayudar tester con criterios

aceptación

- Test automatizados antes de ready

- Seguir estándar de código

- Doc. actualizada

- 95% coverage - Max. 3 avatars por persona

Atención inmediata

Atención prioritaria

Sólo si hay buffer y el

Sprint va bien

- Normal

- Bug

- Evolutivo


Kanban Pizza



J-34421

Como administrador quiero saber quien está conectado en

todo momento para poder comunicarme con ellos.

Bck: 3/9/11Pen: 4/9/11An: 15/9/11Dsg: 20/9/11Tst:Don:

Buf cont: IIIII IIIIIEst: 20 25Left: 18 16 14 19

Código ticketing

Descripción

FechasDías en cola

Restimaciones

Seguimiento

Kanban Pizza





Kanban Pizza

1. Scrumban

2. Políticas explícitas

ROUND 4




Kanban Pizza

1. Dibujar el Kanban

ROUND 5




Vuestros ejemplos?




Estimaciones




Equipos de 4Sprints de 1,2,3 semanasEquipos: 4-7 paxCalcular puntos por pax/díaSumar puntos equipo




1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24

Histograma historias




Burning man project

Team cost: 12.000 s$ / sprintTeam velocity: ~20 unidades / sprint




Burning man project


120 units (72.000 s$)




Burning man project


120 units (72.000 s$) 12 units (7.200 s$)




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project

Estimado Real Queda Ideal Desviación

20 18 (120 - 18) 100 (20 - 18)




Burning man project


20 18 102 100 -2




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project


20 18 102 100 -2

22 80




Burning man project


20 18 102 100 -2

22 15 (-5) 80




Burning man project


20 18 102 100 -2

22 15 (102-15+5) 80




Burning man project


20 18 102 100 -2

22 15 92 80 -12




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 60




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 (92 - 20) 60




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

NOW WHAT?





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Retraso: 0 diasVscrum: ?Costescrum: ?





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Retraso: 0 Vscrum: 24Costescrum: 0 s$





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Vscrum: 20Retraso: ?Costescrum: ?





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Vscrum: 20Retraso: -12 (1/2 sp)Costescrum: 6.000 s$





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Vscrum: 15Retraso: ?Costescrum: ? s$





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Vscrum: 15Retraso: -27 (2 sp)Costescrum: 24.000 s$





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

Vscrum: 10!!!!





20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12






Plan A: Tirar el alcance (~18 unidades)





Plan A: Tirar el alcance (~18 unidades)Plan B: Extender proyecto (1 sprint)





Plan A: Tirar el alcance (~18 unidades)Plan B: Extender proyecto (1 sprint)Plan C: Más madera (Curva J)




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

22 40

EQUIPO +2 (3.000 s$)




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

22 25 47 40 -7

+3.000 s$




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

22 25 47 40 -7

25 28 19 20 +1

+6.000 s$




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

22 25 47 40 -7

25 28 19 20 +1

19 19 0 0 0

EQUIPO -2




0

20

40

60

80

100

120

0 1 2 3 4 5 6 7 8 9

Burning man project




Burning man project




Burning man project


20 18 102 100 -2

22 15 92 80 -12

25 20 72 60 -12

22 25 47 40 -7

25 28 19 20 +1

19 19 0 0 0




Burning man project


200 18 102 100 -2

0,4 15 92 80 -12

3M 20 72 60 -12

Pi 25 47 40 -7

666 28 19 20 +1

0 19 0 0 0




Burning man project

ELIMINAR SPRINT COMMITMENT




Burning man project

PERO... y las 120 unidades?




Fake Burn Down




Equipos de 4Vscrum = 42

Sprint = 12 díasTirada por día (Vdiaria)

Historias = 1-2-3 (3p)Historiam = 4-5 (6p)Historiab = 6 (12p)




5

2

3

3

6

5+2+3+3+6 = 19

Avg = 3,8

3,8

3,8

3,8

3,8

3,8




5

2

3

3

6

5+2+3+3+6 = 19

Avg = 3,8

3

4

3

4

3




5

2

3

3

6

5+2+3+3+6 = 19

Avg = 3,8

4

4

4

4

4




ESTIMAR ES “WASTE”




Puntos historia son RELATIVOS




1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24

Histograma historias



1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24

Histograma historiasNorma

95% SLA




1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24

Historias S vs Historias M

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24


Proyectos dispares:

Proyecto XS (3 días)Proyecto S (40 días)Proyecto M (90 días)Proyecto L (150 días)Proyecto XL (220 días)




Dejar de estimar tareas

J-34421





2 2

5




J-34421





Eliminar tareas por historia



1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24

Proyecto S vs Proyecto M

1 2 3 4 5 6 7 8 9 10 12 13 14 15 16 17 18 19 20 21 22 23 24


Proyectos dispares:

Proyecto S (40 historias)Proyecto M (90 historias)Proyecto XL (220 historias)

Número medio de historias por proyecto




PILA DE PRODUCTO




????




¿Cómo os lo montáis?




VISIÓN...




VISIÓN...

o NO...




Mito

del visionario




Source: http://www.romanpichler.com/blog/product-vision/the-product-vision-board/



http://www.romanpichler.com/blog/product-vision/the-product-vision-board/

http://www.romanpichler.com/blog/product-vision/the-product-vision-board/


Más bien hipótesis...




Customer Discovery




¿Alguien tiene este problema?




¿Quién tiene este problema?




Escribid las hipótesis




¿Quién tiene el problema?




Community�� managers�� encorporaciones

¿Quién tiene el problema?




Modelado de usuarios





¿Qué problema tienen?





No�� tienen�� herramientas�� para�� disenar�� historias

¿Qué problema tienen?






¿Qué asumimos como cierto?







No�� necesitan�� contar�� historias

Las�� herramientas�� que�� usan

son�� muy�� genericas




¿Cómo validamos las hipótesis?

exploración





exploración: técnicas1. Observación2. Recreación del problema3. Entrevistas





exploración: Entrevistas1. Asegurar el perfil del entrevistado2. “Cuéntame la vez que...”3. Evitar condicionales:

“Estaría ud. dispuesto...”4. No revelar que es una entrevista





exploración: Malas preguntas

1. Te gusta [algo que a todo el mundo le gusta]?

2. Tienes un problema con [algo muy genérico u obvio]3. Quieres más dinero y/o tiempo?4. Deseas algo como [algo chulo como un jet]? 5. Cualquier cosa relacionada con tu solución





exploración: Buenas preguntas

1. Cuéntame la última vez que...2. Como estás solucionando [insertar el problema]?3. Cómo / Cuando buscaste una solución?4. Si tuvieras una varita mágica, qué pedirías?





exploración: Recoger y medir





PITCH: Tests de humo Landing pageEmail o llamadaAnuncio falsoPitch en directoKickstarter





PITCH: Tests de humo Dinero $$$Carta de intencionesDirección de emailUn tweetTiempoAceptar una reuniónUsar nuestra API





Concierge





Mago de Oz











Exploracion











Exploracion

1/3




MVP










Exploracion

1/3











Exploracion

1/3


Director�� de�� innovacion

Transmitirknow-how�� en�� la�� empresa




Rol del Product Owner?




Rol del Product Owner?

To Sell or Not to Sell?



Mmfs

Algorithm from hell #!/bin/sh




Algorithm from hell #!/bin/sh ###****!!

Mmfs




11:30 Copa y puro

Algorithm from hell #!/bin/sh ###****!!

Jack el destripador

Mmfs




La masacre del índice invertido

Fichero 1 Fichero 2 Fichero 3

Buscar Plex

Mmfs





int main(){! trie root = init_tables(); ! search_index(root, "plex");! return 0;}

Mmfs






void search_index(trie root, char *word){

//TODO: Realizar la búsquedaprintf("Search for \"%s\": ", word);printf("f1.txt source/f2.txt\n");

}

Mmfs








}

Mmfs


Search for "flex": f1.txt source/f2.txt







}

Mmfs










}

trie init_tables(){

trie root = trie_new();//TODO: Inicializar tablasreturn root;

}

Mmfs








}

trie init_tables(){


}

typedef struct trie_t *trie, trie_t;struct trie_t {! trie next[sizeof(chr_legal)]; ! int eow;}; trie trie_new() { return calloc(sizeof(trie_t), 1); }

Día 1

Mmfs


http://www.opengroup.org/onlinepubs/009695399/functions/calloc.html

http://www.opengroup.org/onlinepubs/009695399/functions/calloc.html







}

trie init_tables(){


}

typedef struct trie_t *trie, trie_t;struct trie_t {! trie next[sizeof(chr_legal)]; ! int eow;}; trie trie_new() { return calloc(sizeof(trie_t), 1); }

Día 1

TESTABLE!!

Mmfs





Priorización


Focus is about saying NO

Priorización


Bugs e Historias técnicas donde van?



3 Dimensions of Design

Visceral Behavioral Reflective




Visceral dimension: Attractiveness

Symmetry,�� colors,�� fonts,�� etc.




Behavioral dimension: functional & understandable




Behavioral dimension: usable




Reflective dimension: ego, image




Reflective dimension: cultural convention




Sexy helps ignore design faults




Balance your design profile

0123456789

Visceral Behavioural Reflective

Balanced Nerdy




Go fucking talk to customers!





HISTORIASde

USUARIO



¡

Como <actor>, quiero <acción>

de forma que <resultado>.

Puntos a comentar

Lista de TODO

Criterios de aceptación(Como se cuando he terminado?)

HISTORIAS de USUARIO





RETROSPECTIVAS




Lo que peor nos sale... es el KAIZEN




Problemas Típicos

No nos hacemos preguntas!!!




Nos quejamospero...

Problemas Típicos




No proponemos soluciones

Nos quejamospero...

Problemas Típicos




The Google Idea

Problemas Típicos




The Google Idea

Problemas Típicos

Cojo




All is fine!




Sin métricas




Y vosotros?




Location matters




Laboratorio aka Hackathon




Preparación

Pulso

Revisión Sprint

Exploración

Cierre

Seguimiento




Preparación

Pulso

Revisión Sprint

Exploración

Cierre

SeguimientoObjetivo




Preparación

Pulso

Revisión Sprint

Exploración

Cierre

SeguimientoObjetivo

Impedim.




Establecer responsabilidades




Establecer responsabilidades

Qué, Cuando, Cómo, Quién




Seguimiento: Sprint / Retro




Medir progreso

ProcesosProducto

Equipo




Actividades

Milagro nocturno




Actividades

Milagro nocturno

Entrega imposible




Actividades

Milagro nocturno

Entrega imposible

Barco




Actividades

Milagro nocturno

Entrega imposible

Barco

Retros meta, cross y focus




ESCALADO



Scrum multiproducto

Producto




Producto

Equipo A

#!/

#!/

#!/

Feature #1

Scrum multiproducto




Producto

Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Feature #1

Feature #2

Scrum multiproducto




Producto

Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Equipo C

#!/

#!/

#!/

Feature #1

Feature #2

Feature #3

Scrum multiproducto




Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Equipo C

#!/

#!/

#!/

Scrum Diario Scrum Diario Scrum Diario

Scrum de Scrums




11:30 Copa y puro

Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Equipo C

#!/

#!/

#!/

Scrum Diario#!/#!/#!/


Scrum de Scrums



Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Equipo C

#!/

#!/

#!/

Scrum Diario#!/#!/#!/

¿Qué ha hecho tu equipo?

¿Qué va a hacer?

¿Algo entorpece o retrasa?

Estás a punto de mandar algo a otro

equipo


Scrum de Scrums



Equipo A

#!/

#!/

#!/

Equipo B

#!/

#!/

#!/

Equipo C

#!/

#!/

#!/

Equipo A

Equipo A

Equipo B

Equipo B

Equipo C

Equipo C


Scrum de Scrums




Scrum de Scrums




Caso Spotify (2012)

30 equipos en 3 ciudades15 millones de usuarios activos

30 a 250 pax en 3 años




Caso Spotify (2012)

Hack a day (frecuencia variable)Reunión Product Owners (Spotify Roadmap)




Caso Spotify (2012)




Caso Spotify (2012)

Coach per Squad (SM)Squads autónomas y sin dependencias




Caso Spotify (2012)




Caso Spotify (2012)

Las Squads se organizan en tribus (< 100)Cada tribu un área funcionalCada tribu tiene un lider responsable habitatLa tribu se mantiene físicamente unidaReunión informal frecuente:

Sprint review, hack day, etc.




Caso Spotify (2012)

Encuesta regular sobre dependencias




Caso Spotify (2012)

Grafo de dependencias entre SquadsGeneralmente Ops cuello de botella




Caso Spotify (2012)

Scrum de Scrums on DemandSolo cuando Squads colaboran




Caso Spotify (2012)

Tablón de dependencias cruzadas de Squads




Caso Spotify (2012)

Ops proporciona lo necesario para hacer releases autónomos




Caso Spotify (2012)

Chapters funcionales para no aislarseSe reunen frecuentementeChapter leader: manager del capítulo




Caso Spotify (2012)

Gremio o GIS: Grupos orgánicos (Coordinador)Agrupan Chapters funcionales (+ cualquiera)




Caso Spotify (2012)

Web Dev Guild: Todos los Chapters Wed Dev

Agile Coach Guild: Para todos los coachs

Se reunen frecuentemente

Tablón de mejoras organizacionales




Caso Spotify (2012)

Producto

Conocimientos, herramientas, código




Caso Spotify (2012)

Cada sistema: 1-2 Sys owners (Dev - Ops)

Persona de referencia si se rompe/duda

Se enfoca en calidad, escalabilidad, etc.

System owner day




CONTRATOS AGILES




Proyectos infinitos




Proyectos infinitos

Proyecto se termina cuando...




Proyectos infinitos

a) Se acaba el dinero




Técnico agilista




Técnico agilista

Lawyers




Técnico agilista

Iterativo/IncrementalKaizen




Proyectos predecibles




Tarda mucho en verse terminadoPoco o nulo feedbackCiclos de pago largosProblemas si paramos arbitrariamente




Recreación cinematográfica




S. XXIPrecedentes




Tecnicismos legales

VS.

Exito del proyecto




GANE LO QUE PUEDA

XXXX -10 -10 -10 -10

XXXY +10 +10 +10 -30

XXYY +20 +20 -20 -20

XYYY +30 -10 -10 -10

YYYY +10 +10 +10 +10




ACHTUNG!




Riesgo y responsabilidad




Flexibilidad en el cambio




Claridad obligaciones, entregables y expectativas




Foco en lo NO entregado




Incentivos y penalizaciones




Entregables?




DONE-DONE




Síndrome Copy & Paste




Elementos del contrato




Ciclo de entrega

Entregable: Done-Done y funcional

Duración: Sprint

Timeboxing: Tiempo fijo, alcance variable




Alcance

Target costProgressive




Gestión del cambio

Inherente en ScrumMantener:

Cambio relación entre partesCambio en el alcance (evitar juntas, etc.)




Cancelación

VestingSistema funcional

Transparencia




Aceptación




Aceptación por iteración

Definir el framework de aceptación

Test aceptación

Done-Done

Quién lo prueba




Responsabilidad




Garantía

Asociarla a la iteración




Entregables

Evitar listas

Evitar Quality Assurance Plan

Foco en cumplir vs Colaboración




Tiempo de pago




Precio




Time & Material

Mucha confianzaRiesgo en clienteTiempo != ValorSin incentivos




Capar T&M por iteración

Capar T&M por proyecto

Capar T&M iteración ajustable

Time & Material




Precio fijo por iteración

Requisitos acordadosTotal flexibilidad




Precio fijo por unidad de trabajo

Qué es un punto historia?

Definir en el contrato

Precio:

Media y se prueba y ajusta




Modelos




FPFS

Lose-LoseBuffer de proveedorAgile?

Requisitos por delanteBuffer de proyectoCambiar orden requisitosMejorar Done-DoneAñadidos T&MCancelación temprana




UCR3 o VC:VestingSprint competitivo

FPFS




Progresivo

Precio variable, alcance variableDefine solo precio iteraciónOpción cancelación por iteraciónObjetivos y criterios N-2Precio varia: T&M o fijo por iteración




Target Cost: Agiles

Punto medio FPFS y T&MEstima costes y beneficios colaboración

Min MaxCoste objetivo

Compartimos beneficios Compartimos costes




Alcance objetivo Buffercliente Bufferprov

Target Cost: Agiles




Anexo: Cláusulas de aceptación

a) Customer and Supplier define acceptance of the Deliverable as follows:i. Deliverable passes all new automated and manual acceptance tests that were definedbefore the most recent iteration.ii. Deliverable passes all prior automated and manual acceptance tests, verifying that noregression has occurred.iii. Deliverable conforms to the “definition of done” that was defined before the iteration.b) Acceptance tests are incrementally defined together by Customer and Supplier members(“Acceptance Group”), including candidate users of the Deliverable, each iteration.The Acceptance Group reviews acceptance at the end of each iteration, starting at SprintReview.c) Customer will have a period of half the business days of one iteration (“EvaluationPeriod”, “Half Iteration”) after provision to it of the final Deliverable to verify that theDeliverable or part thereof is not deficient.d) If Customer notifies Supplier in writing prior to the expiration of the relevant EvaluationPeriod that the Deliverable or part thereof is deficient in any material respect (a“Non-conformity”), Supplier will correct such Non-conformity as soon as reasonablypractical but no longer than the length of one iteration, whereupon Customer will receivean additional Half Iteration period (“Verification Period”) commencing upon its receiptof the corrected Deliverables or part thereof to verify that the specific Non-conformity hasbeen corrected.e) Customer will provide Supplier with such assistance as may reasonably be required toverify the existence of and correct a reported Non-conformity.



Bibliografia




Retrospectiva powa!

[email protected]@abarrera


mailto:[email protected]

mailto:[email protected]



Curso Scrum Avanzado

Business

Transcript of Curso Scrum Avanzado