PROYECTO

Mientras esperamos que se sume el resto de los

convocados a la reunión...
2 0 2 3

Encendamos las cámaras (recordar peinarse).

Apaguemos los micrófonos hasta que deseemos
comentar algo (para no meter ruido ambiente).
Participemos activamente en las dinámicas (así
evitamos que se torne aburrido).
PROYECTO PROA

Taller de introducción al modelo

Abril 2023
 Esquema de trabajo PROYECTO ÁGIL (PROA)
o Equipos

CÉLULA DE CALIDAD CÉLULAS A DESPLEGAR

METODOLÓGICA INTERNA

Juan Manuel Pittacolo

Antonela Fassetta

Cristian Buniva
 Camino a recorrer
Ejemplo de gráfico

Abril Mayo Junio

¡ACÁ
ESTAMOS!
Lanzamiento de Células
Comienzo del
Tácticas y Evolutivas
trabajo en células
(Modelo Completo)
para algunos
requerimientos

Talleres y
entrenamiento Acompañamiento y
adopción

Nueva priorización de requerimientos

 ÍNDICE
Ejemplo de gráfico

1 Enfoque de trabajo y Conformación de Células

2 Nuevo Modelo de Trabajo

3 Roles y Responsabilidades

4 Tips y Recomendaciones
 • ¿Qué puntos de dolor tenemos?
Ejemplo de gráfico

En esta actividad buscamos identificar los puntos a trabajar a partir de la visión de

todos los integrantes del equipo de proyecto. Nota:
• Escribir frases cortas
• Votar los puntos a
trabajar con los que
están de acuerdo
Actividad en
EASY-RETRO
 Actividad
Ejemplo de gráfico
Resultados
 Actividad
Ejemplo de gráfico
Resultados
 ¿Para qué hacemos esto?
Ejemplo de gráfico
 ¿Qué es el agilismo?
Ejemplo de gráfico

Las metodologías predictivas, que funcionaron correctamente en décadas anteriores a la de 1990,

necesitaron cambiar y adaptarse.

En 2001, un grupo de personas interesadas en metodologías para desarrollo de

software definió a las “Metodologías” Ágiles.

Todas las metodologías difieren en algunos detalles, pero presentan determinados

valores y principios compartidos. Todas buscan:

 La satisfacción del Cliente

 Velocidad y flexibilidad

 Trabajo en equipo

“El cambio es inevitable“

 ¿Qué es el agilismo?
Ejemplo de gráfico

Existen diferentes marcos de trabajo (frameworks) para

poner en práctica el agilismo.

Nos enfocaremos en uno de ellos,

llamado “Scrum”.
 ¿Qué es el agilismo?
Ejemplo de gráfico

El enfoque Scrum está basado en tres pilares empíricos:

TRANSPARENCIA INSPECCIÓN ADAPTACIÓN

¡Ejercitemos!
¡Ejercitemos!

Buscamos lápiz y papel…

¡Ejercitemos!

Nuestro trabajo es confeccionar, para cada uno de

tres clientes, una lista con:

• Cliente 1 ➔ los números arábigos del 1 al 10

• Cliente 2 ➔ los números romanos del 1 al 10
• Cliente 3 ➔ las 10 primeras letras del alfabeto
¡Ejercitemos!

Vamos a hacer dos experimentos y a

tomar el tiempo de cada uno
¡Ejercitemos!

Experimento 1: no dejamos esperando a ningún cliente.

1 I A
2 II B
3 III C
¡Ejercitemos!

Experimento 2: minimizamos el trabajo en progreso.

1 I A
2 II B
3 III C
¿Cuál experimento
demoró menos?
¿POR QUÉ?
Entonces
…
¡La multitarea genera desperdicio!
 Otro ejemplo
Ejemplo de gráfico

Si constantemente estamos cambiando la atención nuestro cerebro se va a

cansar rápidamente, va a aumentar la probabilidad de error y nos lleva a
resultados que no son los mas esperados.
 Conformación
Ejemplo de gráficode Equipos
Líder de Equipo Que aporta el Negocio
Scrum Master • Referente de Negocio
(Facilitador) • Dueño de Producto (Product Owner)
Dueño del Producto Cercanía con el cliente y Experiencia Operativa
(Product Owner) Encargados de obtener todas las DEFINICIONES del negocio
Coordinador de de TODAS las áreas, desde las FUNCIONALIDADES hasta que
Célula casos se va a Probar, deciden las prioridades en CONJUNTO
a los equipo de Sistemas

Que aporta Sistemas

Especialista Técnico • Líder de Equipo
Referente de • Scrum Master
Negocio
• Coordinador de célula
• Analistas, Desarrolladores y Testers. Especialista técnico
Experiencia Técnica y Conocimiento de las Aplicaciones
Equipo Extendido • Definen la forma más EFICIENTE de construir los sistemas
• CONVOCAN a los equipos de especialidades Técnicas
Analista • Definen en CONJUNTO al equipo del Negocio las
prioridades

Negocio
Equipo de BI
Desarrollador Tester & QA corporativo

Tecnología y
Procesos
operaciones

Otras
Otros
aplicaciones
 Conformación de Equipos
Ejemplo de gráfico

Visión punta a punta

Trabajo colaborativo

Equipo exclusivo para el Negocio.

La priorización es del Negocio junto con Sistemas

La responsabilidad es compartida por toda la célula

Foco en los procesos y dinámicas, no sólo en los resultados.

Aprendizaje cruzado
 Conformación
Ejemplo de gráficode Equipos
Velar por trabajar alineadamente con los
objetivos estratégicos del negocio. Equilibra el
capacity de las células. Acompaña al SM
Gestiona y asegura el modelo de trabajo en células. Tiene
como meta conseguir los objetivos del sprint. Planifica y
coordina las tareas y elimina impedimentos

Maximiza el Valor del Trabajo de la Célula en

función de los lineamientos estratégicos y el
plan del negocio. Administra y prioriza los
Lidera el proceso del requerimiento punta a punta requerimientos
y coordinar su correcta implementación

Define y traslada la necesidadd a la célula.

Asegura la calidad del producto a entregar

Releva y especifica los requerimientos.

Aporta el conocimiento técnico y metodológico

de las pruebas y realiza las mismas
Desarrolla las historias de usuario
 Ejemplo de gráfico
Conceptos previos

Backlog Es una lista emergente y ordenada de las características, funcionalidades, mejoras y

correcciones a realizar.
Evoluciona progresivamente para identificar las necesidades del producto.
A sus elementos se los conoce como Product Backlog Ítems (Ítems del Backlog de
Producto) o PBIs.

Backlog == Trabajo pendiente

Sprint
Es un período de trabajo fijo (de 1 a 4 semanas) durante el cual el equipo trabaja
sobre lo comprometido realizar.
También podemos llamarlo “iteración” o “ciclo”.
 Conceptos previos eventos
Ejemplo de gráfico

Daily

Reuniones diarias: duración máxima de 15’.

El equipo comparte qué hizo, qué va a hacer y con qué dificultades se encuentra.

Revisión
El propósito es inspeccionar el trabajo que se realizó en el sprint.
La participación de los stakeholders es muy importante.
Se presentan las funcionalidades desarrolladas.

Retrospectiva

Ocurre al final de cada sprint. Se revisa el objetivo y se pregunta:

¿Qué hicimos bien? ¿Qué hicimos mal? ¿Qué tenemos que mejorar?
 Enfoque y marco de trabajo SCRUM
Ejemplo de gráfico
artefacto evento Scrum diario
(“la daily”)

Planificación del
Backlog

PBI1 PBI2 PBI3 PBIn

Sprint
(ciclo o iteración)

Backlog de Backlog de Sprint Incremento

Producto funcional

Planificación del Revisión del

Sprint Sprint | Demo
Product owner

Scrum master

Retrospectiva Equipo
 Conformación de las células
Ejemplo de agráfico
Roles punta punta
1er momento 2do momento

Scrum Master Scrum Master

Líder de Equipo Dueño del Producto Líder de Equipo

Dueño del Producto
(Product Owner)
(Product Owner)
Coordinador de Célula
Coordinador de Célula
Referente de Negocio
Referente de Negocio

Desarrollador Desarrollador
Analista TIME TIME
TIME

Desarrollador Analista Desarrollador

CEIBO CEIBO
Analista
CEIBO Tester & QA
CEIBO Tester & QA
Tester & QA
TIME

• La transformación es un camino
¿QUÉ ES? ¿QUÉ NO ES?
• Comenzamos a sociabilizar el conocimiento de los
- Esquema de trabajo colaborativo de sistemas y - No es tener alguien de sistemas para resolver
aplicativos. negocio en donde sistemas asigna un equipo todos los incidentes que surjan.
específico. - No significa eliminar roles de sistemas.
• Al principio tendremos menos células y de mayor tamaño.
- Integrar y Ampliar algunos roles de sistemas.
 ¿Cómo se abordarán los requerimientos?
Ejemplo de gráfico
Requerimientos Tácticos
Son requerimientos de MÍNIMA y BAJA complejidad. Los
mismos cumplen con las siguientes características:
Requerimientos Evolutivos
Son requerimientos de MEDIANA y ALTA complejidad.
Modelo de Trabajo en Células con Equipos Variables
Multidisciplinarios y Autogestionados.

• El tiempo de resolución es menor a 1 o 2 días

• No demandan un análisis exhaustivo

• No requieren testing, las pruebas de usuario deberían

ser suficientes

• Se pueden asignar en cualquier momento del mes

(siempre y cuando no superen el límite establecido),
no ingresan al circuito de priorización mensual como
los requerimientos evolutivos.

• El negocio los carga como Historias de Usuario Tácticas

que requieren aprobación del Dueño del Producto (PO)

Se recomienda realizar una revisión de requerimientos mensual, Es un proceso iterativo y no lineal. Los requerimientos
en búsqueda de pedidos recurrentes. Si es el caso, acordar con pueden avanzar o retroceder etapas según los
el PO la viabilidad de realizar una transacción que permita ajustes o cambios de alcance.
autonomía al usuario.
 ¿Cómo se abordarán los requerimientos?
Ejemplo de gráfico
Un ejemplo de kanban

Modelo usado para Requerimientos Tácticos

P
R
I
O
R
I
D
A
D
 Nuevo modelo de trabajo de las células
Ejemplo de gráfico
Existen distintas fases desde que se diseña el requerimiento y se pone en marcha la célula en las cuales
participan distintos roles generando productos hasta la implementación de la misma. Los desarrollos son
direccionados por el
Que todos sepan
en que está
negocio trabajando TI

Cambio de
N
e
T g
e o
c
E c
n
q i
o
u o
li c
o
p o
O
g P r
o
tí

alcance
d r p
ra oo
e
a
y cr
B
so ea
I
a
p Os
p
e to t
lr rs i
ia o v
c
c s o
a
i .
c
o .
in
o
e
n
s
e
s

Diseño y Priorización Planificación Desarrollo e

Fases
Aprobación
Se conforma la necesidad, se
define los objetivos,
factibilidad técnica,
beneficios e impactos. Se la
dimensiona y se la divide en
etapas:
• Historias de usuario
• Producto mínimo viable
Se priorizan las épicas
en base a la
disponibilidad
(capacity) y a los
beneficios definidos
para cada necesidad
Implementación
Se conforman las células Se comienza a trabajar
de trabajo, con sus en el desarrollo de las
integrantes y se planifica épicas a partir
el trabajo de historias de usuario
(requerimientos que para luego
se comienzan a trabajar) ser implementadas.

• Referentes del negocio
• Dueño del Producto (PO)
¿Quiénes
participan? • Scrum Master
• Especialista Técnico
• Gerentes / Jefes de negocio
• Referentes del negocio
• Dueño del Producto (PO)
• Scrum Master
• Líder Equipo Sistemas
• Líder Equipo Sistemas • Scrum Master
• Scrum Master • Especialista Técnico
• Especialista Técnico • Referente del negocio
• Dueño del Producto • Analistas
(PO) • Desarrolladores
• Testers

Equipo de Negocio Sistema

Equipo de Sistemas
s
 ¿Cómo se abordarán los requerimientos?
Ejemplo de gráfico
Un ejemplo SCRUM

Modelo usado para Requerimientos Evolutivos

PO+SM

Priorización
SM + EQUIPO
Desarrollo e
Implementación
P
R
I
O
R
I Planificación
D
A
D Planificación

Diseño y Aprobación
 Ejemplo de gráfico
TIPS Y RECOMENDACIONES

Organizar las necesidades por OBJETIVOS claros y mesurables, de manera de optimizar la

priorización.

Fomentar y mantener una comunicación fluida con el equipo de las células

Generar ambientes creativos

Escuchar activamente… es importante la opinión de cada uno de los referentes convocados

Mostrar transparencia, ser sincero y transmitir tranquilidad (“no sabemos todo ni tenemos la respuesta
de todo”… ”a los problemas los resolvemos entre todos”).

Evitar las suposiciones y la creación de falsas expectativas

Incentivar la integración y motivación, ser empático y mostrar Flexibilidad

Tomar los errores como oportunidades de mejora. Aprendizaje.

 Próximos pasos - Capacitaciones
Ejemplo de gráfico

PARA TODOS LOS ESPECíFICAS PARA ESPECÍFICAS PARA

INVOLUCRADOS EN LAS PERSONAS DEL PERSONAS DEL
CÉLULAS EQUIPO DEL NEGOCIO EQUIPO DE SISTEMAS

Alineamiento e Introducción al Inducción para Dueño de

Inducción para Scrum Master
modelo Producto (PO)

Taller de PROA en Signe – Inducción para

Taller de PMV Coordinadores de células
Carga de requerimientos

Inducción para Jefes de Taller de PROA en Signe

Taller de Ceremonias
Negocio Conceptos generales

Inducción de Priorización
Taller de Historias de Usuario 1 Capacitaciones cruzadas
y Planificación + Beneficios

Presentación Nuevo Proceso

Taller de Historias de Usuario 2
de Testing
 Ejemplo de gráfico

¿Preguntas?

¿Dudas?
¿Consultas?
Encuesta
¡Muchas gracias!