Curso Scrum Avanzado

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...

Artefactos

Procesos

11:30 Copa y puro

TriAngulo de hierro

Tiempo Alcance

Personas

TriAngulo de hierro

11:30 Copa y puro

TiempoAlcance

Personas

AlcanceTiempo

Fijar:

Estimar:

Tradicional

11:30 Copa y puro

Iterativo Incremental

Estimado

11:30 Copa y puro

Estimado

Simplicidad

Desarrollo sostenible

Estimado

Replanificar

Kaizen

Estimado

Replanificar R1.0

Software funcionando

Confiarles ejecución

Entrega temprana y cont.

11:30 Copa y puro

Estimado

Replanificar R1.0 R2.0

11:30 Copa y puro

Patrones

“Orcos a las puertas”

El Equipo

#!/bin/

11:30 Copa y puro

El Equipo

#!/bin/

Stakeholdersaka

Patrones

11:30 Copa y puro

El Equipo

#!/bin/

Eh, eh, colegui!

Patrones

11:30 Copa y puro

El Equipo

#!/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

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

Paralelo

Kanban

Taiichi OhnoToyota Production System

Que, cuando y cuanto

Sistema pull

Kanban

Que, cuando y cuanto

Sistema pull

Tuercas

Tornillos

Kanban

Kanban Pizza

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

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

Kanban Pizza

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

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:

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

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

Kanban Pizza

4. Kaizen

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

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

Vsprint

Vbuffer

Velocity

Vavg Scrum

Vavg Buffer+

Vavg Buffer-

Análisis de la demanda

WASTE!

Selected Backlog Code Test

Done! Design

Rdy Rdy Rdy On On On

- 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

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 1 2 3 4 5 6 7 8 9

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 1 2 3 4 5 6 7 8 9

Burning man project

20 18 102 100 -2

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 1 2 3 4 5 6 7 8 9

Burning man project

20 18 102 100 -2

22 15 92 80 -12

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 1 2 3 4 5 6 7 8 9

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

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 1 2 3 4 5 6 7 8 9

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 1 2 3 4 5 6 7 8 9

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 1 2 3 4 5 6 7 8 9

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 = 19

Avg = 3,8

5+2+3+3+6 = 19

Avg = 3,8

5+2+3+3+6 = 19

Avg = 3,8

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)

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

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...

o NO...

del visionario

Source: 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

Director�� de�� innovacion

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

Exploracion

Director�� de�� innovacion

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

Rol del Product Owner?

To Sell or Not to Sell?

Algorithm from hell #!/bin/sh

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

11:30 Copa y puro

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

Jack el destripador

La masacre del índice invertido

Fichero 1 Fichero 2 Fichero 3

Buscar Plex

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

void search_index(trie root, char *word){

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

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

trie init_tables(){

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

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

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!!

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

All is fine!

Sin métricas

Y vosotros?

Location matters

Laboratorio aka Hackathon

Preparación

Revisión Sprint

Exploración

Cierre

Seguimiento

Preparación

Revisión Sprint

Exploración

Cierre

SeguimientoObjetivo

Preparación

Revisión Sprint

Exploración

Cierre

SeguimientoObjetivo

Impedim.

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

Actividades

Milagro nocturno

Entrega imposible

Retros meta, cross y focus

ESCALADO

Scrum multiproducto

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

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 B

Equipo C

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)

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

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

Proyecto se termina cuando...

Proyectos infinitos

a) Se acaba el dinero

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

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

Lose-LoseBuffer de proveedorAgile?

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

UCR3 o VC:VestingSprint competitivo

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!

alejandro.barrera@proyectalis.com@abarrera

Curso Scrum Avanzado

Business

Transcript of Curso Scrum Avanzado

Curso práctico de Scrum por Antonio Martel

Curso Photoshop Avanzado

Curso Avanzado 8.0

Curso Excel Avanzado

Curso Bíblico Avanzado

Curso SCRUM - Universidad EAN

Curso Asterisk - Avanzado

curso avanzado - EFTI Avanzado... · 2018. 1. 30. · CURSO AVANZADO CURSO AVANZADO Duración: 7 meses aproximadamente, siendo dos clases semanales. 131 horas lectivas. Tipo de clases:

Curso avanzado

Curso Excell Avanzado

CURSO AVANZADO GRADS

Curso Avanzado - Inicio

CURSO TALLER MÉTODOS ÁGILES: SCRUM & KANBAN

curso forex avanzado

Curso Avanzado Trab.alturas

SCRUM MASTER€¦ · Por quérealizar el curso de Scrum Master El entrenamiento Scrum Master permite comprender los valores, las prácticas, las aplicaciones de Scrum, ceremonias,

CURSO AVANZADO LATÍN

CURSO AVANZADO - microdentsystem.com

Curso CAD Avanzado

CURSO AVANZADO IFRS