slides_gestion-clase (10)

Vista previa del material en texto

EVALUACIÓN
Diseño la 
estrategia
Aprendo
Definición MVP y 
Evaluación
PLANIFICACIÓN IMPLEMENTACIÓN
Analizar la situación
Entiendo el 
problema/ 
la necesidad
Entiendo a 
quien esta 
dirigido
Fijo fechas, 
objetivos y formato
Ejecución de 
Sprints
Mido los 
resultados
Armado de 
backlog + needs 
de equipo
Customer problem Customer solution
ETAPAS
Establezco la 
forma de trabajo
AGILE
SCRUM
SCRUM es una metodología de tipo ágil que se usa 
para el desarrollo de productos y servicios. Es una 
forma de trabajar y organizarse. 
Es parte del uso de métodos iterativos de desarrollo 
a través de la colaboración de equipos heterogéneos, 
que se autoorganizan para aprender e impulsan la 
creación de respuestas rápidas y flexibles a 
soluciones. Todo esto potencializa el ¨User Centric¨.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE
VALORES SCRUM
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE
VALORES SCRUM
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
Compromiso: Todos los miembros del equipo de Scrum deben estar comprometidos con el proyecto y trabajar juntos para lograr los objetivos comunes. Cada 
miembro debe estar dispuesto a aportar sus habilidades y conocimientos para ayudar al equipo a alcanzar el éxito.
Foco: El equipo de Scrum se enfoca en el objetivo principal del proyecto y en las tareas más importantes que deben realizarse para lograrlo. Los miembros del 
equipo deben tener claro lo que se espera de ellos y trabajar en aquellas tareas que sean prioritarias en ese momento.
Franqueza: La transparencia es clave en Scrum, ya que todas las actividades, decisiones y el progreso del proyecto deben ser transparentes y accesibles para todos 
los miembros del equipo. Esto significa que se debe fomentar una comunicación abierta y honesta entre todos los miembros del equipo.
Respeto: Todos los miembros del equipo de Scrum deben ser respetuosos con los demás, independientemente de su función, rango o experiencia. Esto implica 
escuchar y considerar las ideas y opiniones de todos los miembros del equipo.
Coraje: El coraje es necesario para tomar decisiones difíciles y asumir riesgos en beneficio del proyecto. En Scrum, se espera que los miembros del equipo sean 
valientes y estén dispuestos a enfrentar los desafíos que se presenten, incluso si eso significa admitir errores o reconocer situaciones difíciles.
AGILE
PRINCIPIOS SCRUM
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE
PRINCIPIOS SCRUM
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
Control empírico de procesos: En SCRUM muchas de las decisiones a lo largo del proyecto son tomadas en base a procesos de observación y experimentación. Este el 
eje principal del marco de trabajo SCRUM
Equipos autoorganizados: El equipo es responsable de su propio trabajo y de tomar decisiones. Los roles dentro del equipo están definidos, pero el equipo en sí mismo 
tiene la autonomía para decidir cómo lograr sus objetivos.
Colaboración: Para entregar el mejor producto posible, un equipo de desarrollo de software debe trabajar en conjunto. Los equipos comparten la responsabilidad y la 
rendición de cuentas a lo largo de cada ciclo. La comunicación clara y la cooperación son fundamentales para el éxito.
Priorización basada en valor: El equipo se enfoca en entregar valor de manera temprana y continua a los clientes. Esto significa que se priorizan las tareas en función 
del valor que entregan al proyecto.
Tiempo asignado: Debido a que Scrum se basa en la creencia de la mejora continua, es importante establecer una duración limitada para el trabajo para pasar a la 
siguiente tarea y mejorar el trabajo futuro.
Desarrollo iterativo: Scrum utiliza el desarrollo iterativo como un modelo flexible, el cual asegura que cualquier cambio que el cliente necesite durante el desarrollo, 
pueda ser incluido como parte del proyecto.
AGILE
SCRUM TEAM
Los desarrolladores son las personas dentro del 
equipo Scrum que se comprometen a ejecutar las 
tareas para poder lograr el producto deseado.
El Product Owner (PO) es responsable de maximizar 
el valor del producto resultante del trabajo del 
equipo de Scrum. 
Representa las necesidades de las partes interesadas 
en el Product Backlog.
El Scrum Master es el responsable de instituir el 
marco tal como se dicta la Guía de Scrum. Esto se 
consigue ayudando a todos a comprender la teoría y 
la práctica de Scrum, tanto dentro del Equipo como 
en toda la organización. 
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE
SCRUM TEAM - Product Owner
El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Scrum Team. La forma en que esto se hace puede variar 
ampliamente entre organizaciones, Scrum Teams e individuos.
 
El Product Owner también es responsable de la gestión efectiva del Product Backlog, lo que incluye:
● Desarrollar y comunicar explícitamente el Objetivo del Producto;
● Crear y comunicar claramente los elementos del Product Backlog;
● Ordenar los elementos del Product Backlog;
● Asegurarse de que el Product Backlog sea transparente, visible y se entienda.
 
El Product Owner puede realizar el trabajo anterior o puede delegar la responsabilidad en otros. Independientemente de ello, el Product Owner sigue 
siendo el responsable de que el trabajo se realice.
 
Para que los Product Owners tengan éxito, toda la organización debe respetar sus decisiones. Estas decisiones son visibles en el contenido y el orden del 
Product Backlog, y a través del de la insepcción del Sprint Review.
 
El Product Owner es una persona, no un comité. El Product Owner puede representar las necesidades de muchos interesados en el Product Backlog
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE
SCRUM TEAM - Scrum Master
El Scrum Master es responsable de establecer Scrum como se define en la Guía de Scrum. Lo hace ayudando a todos a comprender la teoría y la práctica de 
Scrum, tanto dentro del Scrum Team como de la organización.
 
El Scrum Master sirve al Scrum Team de varias maneras, que incluyen:
- Facilitar las reuniones de Scrum: El Scrum Master es responsable de asegurarse de que las reuniones diarias de Scrum se lleven a cabo de manera 
efectiva y eficiente. Esto implica ayudar a los miembros del equipo a mantenerse enfocados en sus objetivos y asegurarse de que la reunión no se 
convierta en una discusión sin fin.
- Eliminar obstáculos: El Scrum Master debe estar atento a cualquier obstáculo que pueda impedir el progreso del equipo y trabajar para 
eliminarlo. Esto puede incluir la resolución de conflictos o la eliminación de barreras en el proceso de trabajo.
- Ayudar al equipo a seguir las prácticas de Scrum: El Scrum Master es responsable de ayudar al equipo a seguir las prácticas y principios de Scrum, 
como la planificación de sprint, las reuniones diarias de Scrum y la revisión del sprint. El Scrum Master también ayuda al equipo a entender el 
valor de estas prácticas y cómo pueden ayudar a alcanzar los objetivos del proyecto. Al mismo tiempo ayuda a encontrar técnicas para una 
definición efectiva de objetivos del producto.
- Fomentar la mejora continua: El Scrum Master debe alentar al equipo a buscar siempre formas de mejorar su proceso de trabajo. Esto puede 
incluir la realización de retrospectivas de sprint para identificar oportunidades de mejora y proponer cambios en el proceso para lograr mejores 
resultados.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
 PRODUCT BACKLOG
El backlog de un producto es una lista de trabajo ordenado por 
prioridades para el equipo de desarrollo que se obtiene de la hoja 
de ruta y sus requisitos. Los elementos más importantes se 
muestran al principio del backlog del producto para que el equipo 
sepa qué hay que entregar primero. 
Si bien el Product Owner es el encargado de priorizar el backlog, 
esta tarea no se hace de forma aislada. Los PO eficaces buscan los 
comentarios y las opiniones de los clientes, los diseñadores y el 
equipo de desarrollopara optimizar la carga de trabajo de todos y 
la entrega del producto.
¿Qué puede influir en la priorización del propietario del producto?
- Prioridad del cliente
- Urgencia de tener feedback
- Dificultad relativa de la implementación
- Relaciones simbióticas entre elementos de trabajo (por 
ejemplo, B es más fácil si primero terminamos A)
El equipo de desarrollo saca trabajo del backlog del 
producto en la medida de sus capacidades. Esta 
acción la van haciendo sprint a sprint
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
 PRODUCT BACKLOG
Los elementos del Product Backlog que el Scrum Team puede dar por Terminados dentro de un Sprint se consideran preparados para ser 
seleccionados en un evento de Sprint Planning. Suelen adquirir este grado de transparencia tras las actividades de refinamiento. 
El refinamiento del Product Backlog es el acto de dividir y definir aún más los elementos del Product Backlog en elementos más pequeños y 
precisos. Esta es una actividad continua para agregar detalles, como una descripción, orden y tamaño.
Los atributos suelen variar según el ámbito del trabajo.
 
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
Los Developers que realizarán el trabajo 
son responsables del dimensionamiento. 
El Product Owner puede influir en los 
Developers ayudándolos a entender y 
seleccionar sus mejores alternativas.
AGILE - PROCESO DE SCRUM
SPRINT
El Sprint es el corazón del Scrum. Son las 
diferentes partes en las que dividimos el proyecto 
Scrum, lo que permite abordarlas de forma más 
rápida y eficiente.
En realidad cada Sprint se puede considerar un 
mini-proyecto de no más de un mes. 
Cada Sprint cuenta con una definición de lo que se 
va a construir, un diseño y un plan flexible que 
guiará la construcción del plan, el trabajo, y el 
producto resultante. (Increment)
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
SPRINT PLANNING
El Sprint Planning inicia definiendo el trabajo que se 
realizará en el Sprint. Esto es identificado en 
colaboración de todo el equipo Scrum. (Sprint Goal)
Con esto identificamos las tareas que deben 
completarse para cada uno, esto aumenta la 
comprensión y confianza del equipo. 
Se recomienda estimar dichas tareas, a fin de tener una 
idea de lo que tomará al equipo e incluso considerar el 
tamaño del sprint a iniciar
En el Sprint Goal, las tareas seleccionadas para el Sprint, 
más el plan para entregarlos se conocen conjuntamente 
como el Sprint Backlog. 
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
SPRINT PLANNING
La Sprint Planning aborda los siguientes temas:
Tema uno: ¿Por qué es valioso este Sprint?
El Product Owner propone cómo el producto podría Incrementar su valor y utilidad en el Sprint actual.
Tema dos: ¿Qué se puede hacer en este Sprint?
A través de una conversación con el Product Owner, los Developers seleccionan elementos del Product Backlog para incluirlos en el Sprint actual. El 
Scrum Team puede refinar estos elementos durante este proceso, lo que aumenta la comprensión y la confianza.
Seleccionar cuánto se puede completar dentro de un Sprint puede ser un desafío. Sin embargo, cuanto más sepan los Developers sobre su desempeño 
pasado, su capacidad actual y su Definición de Terminado, más confiados estarán en sus pronósticos para el Sprint.
Tema tres: ¿Cómo se realizará el trabajo elegido?
Para cada elemento del Product Backlog seleccionado, los Developers planifican el trabajo necesario para crear un Increment que cumpla con la 
Definición de Terminado
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
DAILY SCRUM
El propósito del Daily es inspeccionar el progreso respecto al 
objetivo del Sprint y adaptar el Sprint Backlog según sea 
necesario, ajustando el próximo trabajo a realizar. 
El Daily es un evento de 15 minutos (máximo) para los 
desarrolladores del equipo de Scrum. 
En ellas, cada miembro del equipo deberá responder tres 
simples preguntas:
- ¿Qué hiciste ayer?
- ¿Qué tienes planeado hacer hoy?
- ¿Qué obstáculos encontraste en el camino?
Los daily mejoran las comunicaciones, identifican 
impedimentos, promueven una rápida toma de decisiones y, 
en consecuencia, eliminan la necesidad de otras reuniones. 
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
SPRINT REVIEW
Se lleva a cabo al final del Sprint, para inspeccionar el 
incremento y adaptar, si es necesario, el Product Backlog. 
El Equipo Scrum y las partes interesadas colaboran durante la 
revisión de lo que se hizo en el Sprint. 
Basado en ese y cualquier cambio en el Product Backlog 
durante el Sprint, los asistentes trabajan en las próximas 
cosas que se podrían hacer. 
El resultado de la revisión del Sprint es un Product Backlog 
revisado que define los ítems del Product Backlog de mayor 
valor o probables para el siguiente Sprint.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - PROCESO DE SCRUM
SPRINT RETROSPECTIVE
Es una oportunidad para el Equipo Scrum de inspeccionarse a 
sí mismo y crear un plan de mejoras para ejecutar durante el 
siguiente Sprint.
El propósito de la retrospectiva Sprint es planificar formas de 
aumentar la calidad y la eficacia. 
El equipo de Scrum inspecciona como fue el último Sprint con 
respecto a individuos, interacciones, procesos, herramientas 
Las causas de las desviaciones se identifican y se exploran. El 
equipo de Scrum analiza qué fue bien durante el Sprint, qué 
problemas encontró y cómo esos problemas fueron (o no 
fueron) resueltos.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - SCRUM
INCREMENT
Un Increment es un peldaño concreto hacia el Objetivo del 
Producto. Cada Increment se suma a todos los Increments 
anteriores y se verifica minuciosamente, lo que garantiza que 
todos los Increments funcionen juntos. Para proporcionar valor, el 
Increment debe ser utilizable.
La suma de los Increments se presenta en la Sprint Review 
apoyando así el empirismo. Sin embargo, se puede entregar un 
Increment a los interesados antes del final del Sprint. La Sprint 
Review nunca debe considerarse una puerta para liberar valor.
El trabajo no puede considerarse parte de un Increment a menos 
que cumpla con la Definición de Terminado.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - KANBAN
La metodología Kanban consiste en visualizar los flujos 
de trabajo de una tarea a través de la utilización de 
recursos gráficos en una estrategia de mejora constante 
de procesos.
Es una forma de ayudar a los equipos a encontrar un 
equilibrio entre el trabajo que necesitan hacer y la 
disponibilidad de cada miembro del equipo.
El tablero básico de Kanban consiste en tres columnas: 
“Pendiente”, “En proceso” y “Hecho” (To do, In Progress 
and Done).
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
Visualizar: Una buena visualización es clave para tener una colaboración eficaz e identificar oportunidades de mejora. , La visualización habilita la 
cooperación, ya que todo el mundo tiene, literalmente, la misma imagen.
Limitar el Trabajo en Curso (WIP): El Trabajo en Curso nos indica el número de elementos de trabajo en un determinado momento. A través de Kanban, 
hemos descubierto que los sistemas eficaces son los que se centran más en el flujo de trabajo y menos en tener ocupados a los trabajadores. Cuando los 
recursos están ocupados completamente, no hay holgura en el sistema y como resultado el flujo es deficiente.
Gestionar el flujo: El objetivo de gestionar el flujo de trabajo es poder terminar el trabajo de la forma más fluida y predecible posible, mientras
se mantiene un ritmo sostenido.
Hacer las políticas explícitas: Cada día, se toman una enorme cantidad de decisiones sobre la organización del trabajo, tanto de forma individual como 
entre grupos de personas. Las personas podrán entender rápidamente cómo está organizado el trabajo a través de políticas explícitas.
Implementar ciclos de retroalimentación: Los ciclosde retroalimentación son necesarios para una entrega coordinada y para mejorar la entrega de tu 
servicio
Mejorar colaborativamente, evolucionar experimentalmente: Kanban es un método para el cambio continuo y logramos que este cambio se realice 
colaborativamente utilizando experimentos diseñados basados en modelos y en el método científico.
AGILE - 
PRÁCTICAS KANBAN
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - EXTREME PROGRAMMING (XP)
La metodología XP es una metodología ágil de 
gestión de proyectos que se centra en la velocidad y 
la simplicidad con ciclos de desarrollo cortos y con 
menos documentació
XP es mucho más disciplinada; realiza revisiones de 
código frecuentes y pruebas unitarias para realizar 
cambios rápidamente. Además es muy creativa y 
colaborativa, ya que promueve el trabajo en equipo 
durante todas las etapas de desarrollo.
Extreme Programming, estimula e incita a los 
desarrolladores a responder a los requerimientos 
cambiantes, incluso estando ya en fases tardías del 
ciclo de vida del desarrollo. Esta metodología está 
dispuesta a ofrecer el software que el cliente 
necesita en el momento en que lo necesita.
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN
AGILE - 
FASES XP
Planificación: Es un proceso continuo y dinámico que implica la definición y priorización de historias de usuario, que son las funcionalidades que el 
cliente quiere que se desarrollen. La planificación en XP también incluye la estimación del tiempo y el esfuerzo necesarios para completar cada historia 
de usuario.
Diseño: XP promueve el diseño simple y modular, con un enfoque en la refactorización constante del código para mejorar su calidad. El diseño en XP 
también implica la creación de pruebas automatizadas antes de escribir el código, para garantizar que el software funcione correctamente.
Codificación: XP promueve la programación en parejas, donde dos programadores trabajan juntos en el mismo código. Esto permite una mayor 
colaboración, mejor calidad del código y una transferencia de conocimientos más efectiva. XP también enfatiza la integración continua, donde el 
código se integra en el sistema principal de forma regular para detectar problemas temprano.
Pruebas: XP promueve la realización de pruebas automatizadas en todo momento, incluyendo pruebas de unidad, integración y aceptación. Las 
pruebas en XP son una parte integral del proceso de desarrollo y se realizan constantemente para garantizar que el software funcione correctamente.
Lanzamiento: XP promueve la entrega temprana y frecuente de software funcionando. El software se entrega en pequeñas iteraciones que se pueden 
utilizar de inmediato y se mejoran continuamente en función de la retroalimentación del cliente. XP también enfatiza la retroalimentación continua y 
el aprendizaje para mejorar el proceso de desarrollo en curso
ESTABLEZCO EL PLAN DE ACCIÓN
EVALUACIÓN