La triada de la gestión de proyectos

Alcance

Tiempos Costos
 Equilibrio de fuerzas

Cliente Equipo Proyecto

Alcance

Tiempos Costos

Alcance
1. Planificar la gestión del Alcance
2. Recopilar Requerimientos
3. Definir el Alcance
4. Partición del alcance
5. Validar el Alcance
6. Control de Alcance
Qué propone el PMBOK?
Tiempo Costo
1. Planificar la gestión del cronograma 1. Planificar la gestión de los costos
2. Definir actividades 2. Estimar costo
3. Secuencializar actividades
3. Determinar el presupuesto
4. Estimar los recursos de las actividades
4. Seguimiento de los costos
5. Estimar la duración de las actividades
6. Armado de cronograma
7. Seguimiento de cronograma
 Qué propone el PMBOK?

Alcance Tiempo Costo

1. Planificar la gestión del Alcance 1. Planificar la gestión del cronograma 1. Planificar la gestión de los costos
2. Definir actividades 2. Estimar costo
2. Recopilar Requerimientos

3. Definir el Alcance “Los proyectos no

3. Secuencializar actividades

4. Estimar los recursos de las actividades

3. Determinar el presupuesto

4. Seguimiento de los costos

4. Partición del alcance

5. Validar el Alcance fracasan al final sino al

5. Estimar la duración de las actividades

6. Armado de cronograma
6. Control de Alcance
inicio”
7. Seguimiento de cronograma

Lledó y Rivarola
 Qué propone el PMBOK?

Los ciclos de vida predictivos (también conocidos como

totalmente orientados al plan) son aquellos en los
cuales el alcance del proyecto, el tiempo y costo
requeridos para lograr dicho alcance, se determinan lo
antes posible en el ciclo de vida del proyecto
Qué propone el PMBOK?
 Alcance Tiempo Costo
1. Planificar la gestión del Alcance 1. Planificar la gestión del cronograma 1. Planificar la gestión de los costos
2. Definir actividades 2. Estimar costo
2. Recopilar Requerimientos
Que el proyecto se cumpla
3. Definir el Alcance
3. Secuencializar actividades

4. Estimar los recursos de las actividades

3. Determinar el presupuesto

dentro del horizonte

4. Partición del alcance

5. Validar el Alcance
5. Estimar la duración de las actividades

6. Armado de cronograma
4. Seguimiento de los costos

temporal previsto
6. Control de Alcance 7. Seguimiento de cronograma
 Alcance
1. Planificar la gestión del Alcance
2. Recopilar Requerimientos
3. Definir el Alcance
4. Partición del alcance
5. Validar el Alcance
6. Control de Alcance
Tiempo Costo
1. Planificar la gestión del cronograma 1. Planificar la gestión de los costos
2. Definir actividades 2. Estimar costo
3. Secuencializar actividades
3. Determinar el presupuesto
4. Estimar los recursos de las actividades
4. Seguimiento de los costos
5. Estimar la duración de las actividades
6. Armado de cronograma
7. Seguimiento de cronograma
 Armado de cronograma

Actividades Recursos Duración

• Lista de actividades • RRHH: Equipo • Estimación de

• Secuencialización Proyecto, Equipo tiempos (FTE)
• Dependencias cliente y Equipo • Disponibilidad de
(internas y sistemas. cliente
externas) • Recursos técnicos: • Velocidad
• Definición de Hitos HW y SW
• Aprobación de • Recursos
Entregables Organizacionales:
espacios de
trabajo, accesos,
etc.
Gantt Chart
 Armado de cronograma

El cronograma de trabajo es una gran hipótesis. En

ocasiones esta bastante probada (proyectos
repetitivos) y depende de una correcta interpretación
de la situación y del cliente.
En otras es una gran apuesta con una enorme
incertidumbre.
En cualquier caso es frágil a la volatilidad de los hechos.
 Armado de cronograma

Ojo con la visión de optimista y pesimista como

hipótesis de tiempos de proyecto.
Sea cual fuere la hipótesis inicial una vez puesta en
funcionamiento se transforma en la línea base de
tiempo sobre la cual se producirán los desvíos del
proyecto.
 Calendarización

A tener en cuenta:
• Periodo de vacaciones
• Feriados
• Nivel de trabajo operativo de los usuarios claves
(“la primer semana del mes sin disponibilidad” o
cierres trimestrales).
 Alcance
1. Planificar la gestión del Alcance
2. Recopilar Requerimientos
3. Definir el Alcance
4. Partición del alcance
5. Validar el Alcance
6. Control de Alcance
Tiempo Costo
1. Planificar la gestión del cronograma 1. Planificar la gestión de los costos
2. Definir actividades 2. Estimar costo
3. Secuencializar actividades
3. Determinar el presupuesto
4. Estimar los recursos de las actividades
4. Seguimiento de los costos
5. Estimar la duración de las actividades
6. Armado de cronograma
7. Seguimiento de cronograma
 Estimación de costos

• Equipo Implementación: Top-down o botton-up.

• HW y SW: on premise o in the cloud? Saas o
compra de licenciamiento?
• Equipo Cliente: costo de oportunidad..
 Estimación de costos: margen de desvío

Máxima elasticidad
Sistema de acolchado flotante Luxury Pillow Top
Finito y de goma espuma? Tecnología Flip For Better
 TCO: Costo total de propiedad
Costo de desarrollo
e implementación Implemen-
tación

Todas las
Definir un
licencias y
horizonte
temporal. Si
Operacion
y soporte TCO HW y SW
equipos
incrementales
difieren usar CAE.

Administración, training, Recursos

internos
servicios varios
 Agenda del encuentro

01 05
¿Qué es la agilidad? Artefactos de Scrum

02 06
¿Qué es Scrum? Reuniones de Scrum

03 07
Características de Scrum Visual Management

04
Roles en Scrum
Por qué nace la idea de
Agilidad en los proyectos?

Dos grandes causas:

- Incremento en la complejidad de los
problemas.
- Incremento en la velocidad del
cambio.
¿Qué es la Agilidad?
 Agile Manifesto

Valoramos más Valoramos más Valoramos más Valoramos más

a los individuos el servicio que la colaboración la respuesta al
y su interacción funciona con el actor cambio

que a los que la que la que el

procesos y las normativa. negociación seguimiento de
herramientas. contractual. un plan.
Metodologías Ágiles
 Qué es Scrum?

Un conjunto de buenas prácticas de trabajo, que han

demostrado en muchos proyectos la capacidad para ofrecer
valor a través del producto final y agilidad en el desarrollo.

Scrum = Principios Ágiles + Roles + Dinámicas * Unidad

de tiempo + Elementos
 ¿Qué es Scrum?

La gestión de proyectos no se basa en el seguimiento

de un plan, sino en la adaptación continua a las
circunstancias de la evolución del proyecto.
 El triángulo de la gestión de
proyectos

Alcance /
normativa

Presupuesto Plazos
 Gestión de proyectos: El
triángulo ágil

Valor

Alcance

Restricciones Calidad
Fija Plazos Presup
 Aspectos diferenciales de
Scrum

•Contacto con el cliente/actor

•Forma de desarrollar el
producto/servicio/resolver un problema
•Forma de trabajo en equipo
•Visibilidad del avance
 Contacto con el
cliente
•Continuo contacto con el cliente.
•Foco en la entrega del máximo valor al negocio
en el menor tiempo posible.
•Permeable al cambio: flexibilidad y
adaptabilidad
•El negocio establece las prioridades.
 Forma de desarrollar
producto
•Desarrollo incremental de producto (MVP)
•El desarrollo es iterativo.
•Cada sprint se entrega producto.
•Basada en Historias de Usuario.
 Forma de trabajo
en equipo

•El equipo se auto-organiza.

•Equipo sin jerarquías.
•Mejora continua del proceso de trabajo
•Ciclos cortos de trabajo
•DoD (definition of done) y DoR (definition of
ready)
 Visibilidad del avance

•Seguimiento diario del avance

•Ciclos fijos de trabajo
•Visual Management (Acuerdos, Task Board, etc)
•Forma rápida y repetitiva una inspección de SW
funcionando
 Product Owner
• Entender y representar Stakeholder
/Cliente
• Decidir a tiempo cuestiones de Alcance y
Presupuesto
• Gestionar oportunidades comerciales en
clientes actuales
• Mantener a los Stakeholders informados
/reportar progreso
• Comunicar la visión del Producto al Equipo
• Armado y Priorización del Product Backlog
• Seguir Avances del Proyecto/Producto.
• Asegurarse de que el Producto esta
construido
• Escribir nuevos Product Backlog Items (PBI)
• Aceptar un PBI como listo (finalizado)
• Aceptar una Historia como terminada
(Completa)
• Cancelar un Sprint
 Scrum Master
• Facilitar reuniones de Sprint Planning, Daily
Scrum, Sprint Review (Demo) & Sprint
Retrospective
• Especificar cuando y donde se desarrollan
dichas reuniones
• Definir el método de comunicación
• Ayudar al equipo a visualizar su trabajo y
acuerdos
• Promover cambios culturales dentro de la
organización
• Scrum Coaching a personas y
organizaciones
• Proteger al equipo de interrupciones
• Asegurarse de que estén disponibles para
el equipo todos los recursos
• Informar sobre impedimentos y cuestiones
de bloqueo y eliminarlos
• Guiar y desafiar al equipo
• Garantizar que todas las planillas de
tiempo se llenen correctamente*
 Development Team
• Auto-gestionarse (asignar tareas,
determinar quien realiza cada tarea) para
entregar los objetivos del Sprint
• Elegir cuanto trabajo se puede hacer en un
Sprint
• Decidir como construir el producto
• Relevamiento Funcional con Usuarios
• Definir la Solución funcional de negocio
• Asegurarse de que el producto este bien
construido
• Asegurarse de construir algo valioso para
la fecha definida
• Comprometerse a entregar el Sprint
• Entregar y demostrar el incremento del
producto al final de cada Sprint.
 Scrum Team
• Decidir sobre el alcance de los Releases • Medir el rendimiento del equipo
• Inspeccionar y adaptar para mejorar (evaluaciones)
• Acordar la Definición de Hecho (DoD) • Detectar Oportunidades Comerciales
• Acordar la Definición de Preparado (DoR) • Decidir el momento para el Sprint Diario
 Product Owner +
Stakeholders

• Definir Visión y Alcance • Responsable de todo el retorno de

• Definir criterios de éxito para el proyecto / Inversión
Producto • Dar Feedback en Sprint Review (Demo)
• Gestionar el presupuesto del Proyecto/
Producto

+ Stakeholders
Ceremonias de
Scrum
 Reunión de planificación: Sprint
Planning

Product Product Sprint

Backlog Backlog Backlog

-Contiene todas las características potenciales

del/los productos, priorizadas en un orden
absoluto por valor de negocio
-“que se va a desarrollar" en orden de importancia
-En conjunto el Scrum Team refina cada historia y
actualiza la estimación del costo de desarrollo en
puntos
-Finalmente el Equipo de desarrollo determina
cuantas historias entran al plan del Scrum.
 Daily

• Reuniones diarias antes de comenzar la jornada laboral, 15 minutos

Sprint Sin En Completo
Backlog Comenzar Progreso
Reunión de 15 minutos. Comienza a horario.
Cada miembro del team responde 3 preguntas
-Que hice desde la ultima reunión?
-Que voy a hacer para la próxima reunión?
-Que problemas tuve/tengo?
El Scrum Master debe facilitar la resolución de
esos problemas.
Cualquier resolución o discusión extensa se deja
para fuera del Daily Scrum.
 Sprint Demo

• Último día de Sprint. 2hs

-Demostración de los entregables del sprint.

-El Product Owner declara que fue en lo que se
trabajo.
-Charla abierta con los Stakeholders para recibir
feedback.
 Sprint Retrospectica

• Cierre del Sprint. Se revisa el Sprint en busca de mejora. 1h-2h

Se listan las cosas que salieron bien, y las que

podrían haber salido mejor.
Sobre las que salieron bien se identifica que se
aprendió y se lo registra.
Sobre las que podrían haber sido mejores, se
trata de identificar las causas y las acciones
posibles a tomar.
Dichas acciones se listan y se votan como
propuestas de mejora. Se decide como
encarar la solución para las mas votadas.
 Backlog Refinamiento

• Se realiza cada vez que es necesaria - 2hs (la primer vez puede tomar mas)

EL propósito es asistir al Product Owner en el

desglose de los requerimientos y la priorización
de los mismos.
La prioridad de los ítems del Backlog siempre es
determinada por el Product Owner.
Se debe obtener
-la claridad suficiente de los requerimientos
-la estimación del esfuerzo necesario para
realizar la historia
-Descomponer los PBIs Epic en Historias INVEST
 Artefactos de Scrum

•Producto Backlog

•Sprint Backlog

•Incremento
 Product backlog - MVP

R0:MVP

uSER STORY MAP

USM
R1

R2

La clave está en identificar el menor conjunto posible de

historias que representen una propuesta consistente y
valiosa.
Product Backlog: USM
Product Backlog: R0
 ¿Qué es el Product
Backlog?
Lista de: •Principal fuente de información del
•Historias de usuario producto a desarrollar.
•Funcionalidades •Representa lo que el alcance al PMI.
•Bugs •No es una lista completa y exhaustiva.
•Tareas técnicas •Es una lista priorizada por el valor que
genera cada historia o funcionalidad.
•Es gestionada exclusivamente por el
PO.
 Puntos de vista
del valor
Cliente Área de servicio / Equipo
• Impacto Positivo en el Consultora • Entender el “Por que” de la
negocio (mayor ganancia historia (Objetivo).
$) • Empatía con el cliente (Caso
de éxito) • Que la correcta ejecución de
• Reducción de Hs de la historia genere motivación
trabajo a usuarios • Producto estandarizable
(reutilizable) en el equipo.
operativos.
• Aprendizaje interno (Modelo • Que la historia genere
• Usable / Simple documentación valorable /
(Experiencia de usuario de negocio del cliente, nuevos
desarrollos, Nuevas nuevas metodologías de
positiva) trabajo.
metodologías)
• Escalable / reutilizable
para futuros desarrollos • Generar potenciales nuevos
desarrollos (oportunidades de
• Ayude a cumplir objetivos negocio)
estratégico de la empresa
 Antivalor

Cliente Área de servicio / Equipo

• Funcionalidades negativas Consultora • Desarrollo que
o poco amigables para lo posteriormente será
operativo. (ej: el trabajo • Customización especifica (No
es reutilizable) reemplazado
operativo lleva el mismo
tiempo que antes de la • La tarea no es facturable y no • No se Porque estoy haciendo
historia) genera valor a BD esto
• La funcionalidad • No hay DoR
implementada genera
desconfianza y contante
validación manual del
cliente
• No es útil para todos los
actores
 Historias de Usuario

Las historias de usuario son descripciones,

siempre muy cortas y esquemáticas, que
resumen la necesidad concreta de un usuario al
utilizar un producto o servicio, así como la
solución que la satisface.
 Historias de Usuario

Como [Rol] quiero [funcionalidad] para lograr

[beneficio].

•Rol: Ejecutivo de cuentas (Ejecutivo, analista, PO, cliente,

etc).
•Funcionalidad: Dar de alta un ítem
•Beneficio: Para poder ofrecerlo a mis clientes.
 Historias de Usuario

•Título: en general la funcionalidad.

•Descripción: Se formula con la necesidad concreta
del usuario y lo que le va a aportar cuando esté
finalizada.
•Prioridad: ¿Es fundamental?, ¿cómo es de
importante?, simplemente se expresa con un
número del 0 al 100.
•Estimación: En esta parte se indica el esfuerzo que
requerirá desarrollar e implantar esta historia de
usuario.
$ 26.244
$ 26.244
Historias de Usuario:
DoR y DoD

•Condiciones de aceptación del Equipo (DoR): Lo que

debe cumplirse para que el equipo tome la historia de
usuario.

•Condiciones de aceptación del PO (DoD): Lo que debe

cumplirse para dar por finalizada la historia de
usuario.
 Historias de Usuario

•Deben poder terminarse durante el sprint

•Si no es posible se trata de una historia Épica.

•Las historias Épicas deben dividirse en historias de usuario

menores que puedan ser ejecutadas en un sprint.
 Sprint Backlog

Es un elemento para visualizar el trabajo a realizar

durante cada Sprint y está gestionado por el equipo
de desarrollo.
Es la parte del Product backlog que el equipo se
compromete a desarrollar en el sprint.
 Sprint Backlog

•En el sprint backlog las historias se refinan para ser

estimadas y ser atomizadas en tareas.
•La cantidad de historias a tomar por el equipo
dependerá de la capacidad del equipo y de la
velocidad de desarrollo.
•Durante el sprint el equipo no realiza ninguna tarea
que este por fuera del sprint backlog.
 Incremento

Si Scrum tuviera que ser reducido a una sola cosa, sería a

entregar una pieza de software terminado en cada
Sprint.
Scrum se basa en el desarrollo iterativo e incremental.
Mediante las iteraciones, nos aseguramos que todo el ciclo
de vida del software (planificación, diseño, desarrollo,
testeo y entrega) ocurre dentro del sprint.
Incremento y MVP

Incremento PMI

Incremento Scrum
 User Story Map

• Técnica ideada por Jeff Patton

• Si bien el Backlog sigue una
lógica vertical en función del
valor de las historias de
usuario, el mapa de historias
sigue una lógica es horizontal.
• Da una visión amplia del
producto y se genera de
forma colaborativa
 Visual Management

Acuerdos

Task Board

Burn Down chart

Parking Lot
Acuerdos
Task Board
Burn Down Chart
Parking Lot
¿Preguntas?