Curso Scrum Master

Curso Scrum Master – Universidad de Maryland

Week1:

• What are the core values?
• What are the fundamental differences in managing work?
• Why would customers or companies choose to use Agile?

Agile fue creada en 2001 en un Resort de Snowbird por 17 practicantes de desarrollo iterativo.

El manifiesto agile fue escrito por XP, DSDM y practicantes de Scrum.

“ While there is value in ítems on the right, we value ítems on the left more..”

1. Individual y interacciones sobre procesos y herramientas
2. Software de trabajo sobre documentación completa
3. Colaboracion del cliente sobre negociación de contrato

El cliente esta en el equipo agile.

Comenzamos con SPRINT, conceptos básicos son Planificacion, desarrollo, Retro y revisión.

La planificación comienza donde el product owner organiza todo el trabajo.

Aquí se incluyen los problemas, características, errores e historias. Esto fue planeado pero no revisado por el equipo aun. En la planificación de sprint el dueño del producto presentará las historias, y luego el equipo seleccionará que trabajo pueden hacer.
El sprint dura entre 2 y 4 semanas, por lo que se debe ser conservador en lo que se puede hacer.
Durante este proceso el equipo hará preguntas sobre los requisitos para tener una comprensión clara de lo que se necesitan para completar la historia.

El desarrollo comienza con un STAND UP, aquí es donde todos se juntan entren 5 y 15 minutos y se informa lo que se va hacer en el dia. Normalmente se utiliza un tablero Kanban.
Al final se va a tener un trabajo completo que incluye documentación, como también un producto totalmente probado y funcional que el product owner puede mostrar.

RETRO Y RE VIEW.
Aquí es donde el Product Owner presenta el gran trabajo que realizo su equipo En este punto, los stakeholders dan su opinión, y el equipo podrá conocer lo que se debe continuar realizando.
Luego el equipo entrará en una sala donde se realizará un juego para exponer todas las cosas que salieron bien y mal para luego mejorar. Es algo muy rápido, y luego de un par de SPRINTS el equipo va a ser de alto rendimiento.

COMPARACION ENTRE AGILE, LEAN y TRADICIONAL.

Todo comienza con el triangulo de hierro, este es nuestra limitación entre alcance, horario y presupuesto. Normalmente cuando cambia 1 o 2, tiene que cambiar el otro.
Ej. En un resto nos dicen, elegís calidad, servicio o velocidad? Es lo mismo en el triangulo de hierro.

Con Agile lo que estamos dispuestos a varias es el alcance, esto no significa que cambiará el objetivo, sino que variará el alcance técnico. Para esto, nuestro cliente tiene que creer en nosotros y en lo que hacemos. Entonces aquí lo principal que busca un cliente cuando busca un contratista
es la confianza. Y al final el objetivo es la velocidad.

Luego en proyectos tradicionales lo que se busca no es velocidad, se busca previsibilidad.
Aquí se varia el presupuesto, “Se lo que quiero y cuando lo quiero”, “pero quiero
el mejor precio”. Ej. Cuando se construye una casa. En este caso la previsibilidad es el objetivo. “La Casa”. Estamos buscando eficiencia en nuestros contratistas, queremos el mejor precio y con la
menor cantidad de desperdicio.

Luego con proyectos Lean, estamos dispuestos a varias el horario. Aquí el alcance es conocido, el presupuesto esta pago y la tarifa es una subscripcion. Aquí lo que se busca es experiencia en el proceso para eliminar desperdicios.

COSAS EN COMUN ENTRE AGILE, TRADICIONAL Y LEAN.
- Charter  (Todos necesitan saber sus stakeholders, objetivos, limitaciones, riesgos)
- Plan  (Siempre se tiene un plan, todos estamos dispuestos a cambiarlo, y en Agile es una planificación continua, entonces planificamos y predecimos)
- Documentación (Es un factor clave, por escalabilidad como sostenibilidad. Si alguien
abandona el proyecto, esta documentación permite rellenar esa posición con la minima interrupción posible.
- Diseño (Esto es esencial para cualquier tipo de proyecto, y la diferencia con Agile es que diseñamos a medida que abrimos cada pieza de trabajo.
- Testing (Aquí es donde probablemente Agile exceda porque hay pruebas todo el tiempo. Nos integramos continuamente y vamos probando a medida que se avanza.)

Ejemplo de construcción de columpio de árbol.
La conclusión es que para evitar los problemas presentados por las diferentes
comprensiones, se debe unir a todo el equipo para el diseño.

Que es Agile?
Es una metodología, y los aspectos claves que necesitamos tener son:

- Una visión compartida del cambio (Nos permite variar el alcance como equipo)
- Equipos Completos (Tenemos que tener al cliente en el equipo, como diseñadores,
los testers y los desarrolladores. Solo asi se puede cerrar el trabajo a medida que se avanza)
- Entrega incremental (Esto permite aprender y obtener comentarios rapidos)
- Integracion continua y pruebas (Esto permite saber que estamos completando el producto
de una manera que funcionará en el futuro y a medida que se avanza podemos entregar
o detener el proyecto)

Scrum es un marco, un marco básico.
https://en.wikipedia.org/wiki/Scrum_(software_development)

TEXTO CURSO:

1.1.2 Agile Basics Summary Points

 Marcar esta página

Agile Manifesto was codified in 2001 in Snowbird by Scrum, XP, and DSDM practitioners. Agile Manifesto includes:

• Individuals and Interactions OVER processes and tools
• Working software (systems) OVER comprehensive documentation
• Customer collaboration OVER contract negotiation
• Responding to change OVER following a plan

These values are at the core of why agile works and continues to be used on projects with high uncertainty today.

Sprint basics include the three parts of a Sprint:

• Sprint Planning
• Sprint Development
• Sprint Retro & Review

A Sprint is a timebox, or a period that is used to contain the time allowed for work to be completed. It can be anywhere from two weeks to a month (although shorter is becoming more popular among advanced practitioners).

Sprint Planning starts with the Product Owner selecting the work to be done from the Product's Backlog. The Product Backlog is the list of work that is prioritized by its importance, either for ongoing improvement or the completion of a new product. The Team reviews the stories and then selects what work they will be able to complete during the sprint. This process is facilitated by the Scrum Master who does not participate in the doing of work, but instead is focuses on enabling the team to move quickly with good processes and best practices. The final set of stories should form a cohesive "product increment" that the team can demonstrate by the end of the sprint.

• Input: Product Backlog of stories prioritized by the Product Owner
• Process: Review and select stories for the sprint
• Output: Sprint Backlog of stories the team commits to complete by the end of the Sprint

Sprint Development begins with the daily standup. Daily standups are self-reporting of the team on what work they will get done that day. This is usually done around a Kanban board, or other big visual information radiator (BVIR). The team opens only a few stories at a time and work story-by-story to analyze, build, and test the work. The result by the end of the Sprint is a shippable increment that can be demonstrated to the product owner. Meetings are facilitated by the Scrum Master, and the Product Owner determines if a Story is complete to meet the stakeholder needs.

• Input: Sprint Backlog of stories the team commits to complete by the end of the Sprint
• Process: Daily reporting and execution against a few stories at a time: designing, building, testing and closing
• Output: A shippable product increment that can be demonstrated

Sprint Retro and Review are ceremonies to gain feedback and drive continuous improvement into the team. The first step is the Sprint Review, where the Product Owner demonstrates the product increment from the Sprint to Stakeholders. This is an opportunity to gain stakeholder buy-in and feedback, so the team knows its on track with the product direction. The Product Owner can also get feedback on what should be in the next Sprint. The Sprint Retrospective or "Retro" is the second ceremony used to close a sprint. The Retro involves the team going into a room to evaluate how the sprint went, and identify opportunities for improvement in the next sprint. The best Sprint Retros are run as games to facilitate input from the whole team and quickly identify improvements.

• Input: Shippable product increment that can be demonstrated
• Process: Demonstrations and games to facilitate feedback on the product and team processes
• Output: Feedback on the product's direction and actions to improve the next sprint

Iron Triangle helps to explain how the different project management methods align. The Iron Triangle includes:

• Scope - the technical work to be done
• Schedule - the total calendar time to execute the work
• Budget - the total cost of the project in dollars

All aspects of the Iron Triangle are constraints and costs to the organization. More schedule means a delay of project benefits and tie-up of capital. More budget means more dollars or capital invested. More scope means a larger product to support or maintain for the organization. These are all forms of cost and constrain how the work can be accomplished when they are fixed.

The three types of project management are Agile, Traditional, and Lean.

...