2. Agenda
● Team
● What’s Agile
● What’s Scrum
● What’s Kanban
● Let’s practice
● Scrum vs Kanban
● Takeaways
3. Gerardo tiene más de 10 años de experiencia y 8 certificaciones en tecnología y
metodologías. Gerardo ha colaborado como partner tecnológico de desarrollo y
mentor con startups en Wayra México, adicional a esto Gerardo se desempeñó
como learning coach de la materia Computer Science (CS50) en el MBT de
Collective Academy para Jóvenes con Alto Potencial.
https://www.linkedin.com/in/gerardovg520/
Raúl tiene más de 6 años de experiencia en el manejo de equipos de gran
escala en áreas como Recursos Humanos e industrias Bancarias basados en
tecnologías web y móviles. Raúl ha colaborado como partner tecnológico de
desarrollo en Wayra en apoyo a las startups. Raúl se ha desempeñado como
docente de tecnologías web en la UNAM. https://www.linkedin.com/in/rverah/
Andrés tiene más de 6 años de experiencia en auditoría financiera dentro de
distintas instituciones, especializándose en procesos de Tecnologías de la
Información bajo los estándares internacionales de auditoría.
LinkedIn:https://goo.gl/Ji8QEw
El equipo
5. What’s Agile
Agile approaches help teams respond to unpredictability through
incremental, iterative work cadences and empirical feedback.
Agilists propose alternatives to waterfall, or traditional sequential
development.
7. Scrum
Scrum is an Agile framework for completing complex projects.
Scrum originally was formalized for software development
projects, but it works well for any complex, innovative scope of
work. The possibilities are endless. The Scrum framework is
deceptively simple.
16. Velocity is a measure used to identify the number of Story Points developed
during a Sprint. The velocity usually starts poorly during first sprints but after 4
sprint should be increased and should be maintained during time
Scrum Metrics
17. How to start with Scrum
● Read more about scrum. Scrum Guide
● Define the roles within your organization
● Define an entity by discussing your values and principles as a team and
organization
● Create your backlog and create a visual dashboard
● Plan your sprint
● Implement ceremonies
● Review your work and results
● Repeat and learn from experience
19. Kanban
Kanban is a method for visualizing the flow of work, in order to balance
demand with available capacity and spot bottlenecks. Work items are
visualized to give participants a view of progress and process, from start to
finish. Team members pull work as capacity permits, rather than work
being pushed into the process when requested.
20. Kanban Foundations and Principles
● Start with what you do now
● Agree to pursue incremental, evolutionary change
● Respect the current process, roles, responsibilities & titles
● Visualize the workflow
● Limit WIP
● Measure and Improve Collaboratively
21. How to start with Kanban
● Read more about Kanban. Getting started
● Understand the current process of your organization
● Create your kanban board. Examples
● Limit your Work In Progress (WIP)
● Create your backlog
● Visualize your flow
● Implement some ceremonies (Daily, Retrospective)
● Review your work and results and learn from experience
23. Let’s practice Scrum
Situation
● You are the dev leader for an important startup and the CEO has requested
you to deliver incremental functional products to validate in the market and
get users feedback. The CEO wants to release a new version every month so
you need to work with the team in order to accomplish that.
Product
● The new product is an fabulous drone that need to accomplish several
requirements from business.
24. Let’s practice Scrum
Requirements
● The drone must look stylish and sophisticated
● The drone must be able to fly during at least 4 seconds
● The drone should have a camera
● The drone must be managed remotely
● The drone should have a GPS
● The drone must be assembled in parts
● The drone should have the option to carry another time
Rules
● You should deliver a functional product every sprint (15 mins) and the Product Owner should approve the product
27. ● http://agilemanifesto.org/
● http://scrumtrainingseries.com/
● Steve Blank’s second commandment in his Manifesto for Customer Development
● https://leankit.com/learn/kanban/what-is-kanban/
● https://medium.com/swlh/make-agile-work-startups-e196d7cd2d28
References
Somos una empresa de consultoría en Dirección de Proyectos e implementación de sistemas integrada por un equipo de expertos con amplia trayectoria en proyectos de TI y negocios de gran escala
Importante entender el manifesto y los principios
Importante entender el manifesto y los 12 principios
Analysis Done - Design Done - so on
Suppose to work if we had a perfect knowledge
no changes and adaptability
In Scrum all phases in a blender
Fix length iteration called Sprint
Since First Sprint, a shippable product is delivered
More feedback
Iterative no incremental
Cross functional team
Small amounts of redesigning and modifications on every Sprint
Applying Scrum is hard and requires a lot of commitment and effort
If is not disrupting your organization then is not Scrum
Product Owner
Es el responsable de determinar qué es lo importante para el negocio
Tiene la visión y prioridades del producto y negocio
Tiene la capacidad y autoridad de tomar decisiones
Scrum Dev Team
Cross functional team
Tiene la capacidad de construir un producto entregable
Sabe cómo colaborar, es autónomo y se auto organiza
Scrum Master
Facilitador
Sirve de barrera para no distraer al equipo
Promueve las mejores prácticas y se encarga de la salud del equipo
No tiene autoridad como manager. el Project Manager regularmente no es por definición el SM
El tamaño del equipo no debe ser mayor de 9 personas y en caso contrario nuevos equipos deben ser creados con la menor dependencia
Product Backlog
Features generadas por el PO. El PO debe priorizar. Puede ser en forma de User Story/Requerimiento
Sprint Backlog
Features que el equipo va a trabajar durante un Sprint y que vienen del Product Backlog
Sprint Planning - All team to review which items to deliver
Daily Scrum - What I did yesterday, What I’m going to do today and What blockers do I have
Sprint Review (Demo) - All team + stakeholders
Retrospective - What went well + What could be improved
Sprint Planning - All team to review which items to deliver
Daily Scrum - What I did yesterday, What I’m going to do today and What blockers do I have
Sprint Review (Demo) - All team + stakeholders
Retrospective - What went well + What could be improved
Sprint Planning - All team to review which items to deliver
Daily Scrum - What I did yesterday, What I’m going to do today and What blockers do I have
Sprint Review (Demo) - All team + stakeholders
Retrospective - What went well + What could be improved
Importante entender el manifesto y los principios
Product Backlog
Features generadas por el PO. El PO debe priorizar. Puede ser en forma de User Story/Requerimiento
Sprint Backlog
Features que el equipo va a trabajar durante un Sprint y que vienen del Product Backlog
Start with what you do now - No hay una forma concreta de ejecutar el método. Si ya posees un flujo de trabajo determinado, puedes adaptarlo a Kanban. Los cambios no son radicales desde el inicio.
Agree to pursue incremental, evolutionary change - Kanban está diseñado para evitar roces con tu flujo de trabajo actual. Los cambios radicales se desaconsejan por el hecho de que pueden provocar que pierdas el sentido de lo que haces. En cambio, se centra en hacer pequeños cambios, más que en reinventar la rueda.
Respect the current process, roles, responsibilities & titles - Tu modelo actual de trabajo puede no ser del todo malo, y eso es lo mejor de Kanban, que reconoce las ventajas de tu modelo y trata de mejorarlas evolutivamente. Es tu misión detectar qué se puede mejorar en cada fase del desarrollo del producto.
Visualize the work - Siempre ten visible el trabajo, divide el trabajo en piezas, usa columnas para identificar en que estatus esta cada tarea
Limit the WIP - Asigna límites en cada columna de trabajo acorde a la capacidad del equipo
Measure the flow - Tiempo promedio para completar una item completo