Successfully reported this slideshow.
Your SlideShare is downloading. ×

Agile Methodologies.pdf

Loading in …3

Check these out next

1 of 34 Ad

More Related Content

Recently uploaded (20)


Agile Methodologies.pdf

  1. 1. AGILE METHOLOGIES Shristi Shrestha
  2. 2. OUTLINE OF TOPICS Introduction to Agile Kanban Scrum Overview
  3. 3. Introduction to Agile
  4. 4. Definition - agile able to move quickly and easily
  5. 5. Project Management- agile an approach to planning and working on projects
  6. 6. CUSTOMER COLLABORATION OVER Contract Negotiation Agile Manifesto WORKING PRODUCT OVER Comprehensive Documentation INDIVIDUAL INTERACTIONS OVER Processes and Tools RESPONDING TO CHANGE OVER Following a Plan
  7. 7. Introduction to Kanban
  8. 8. Definition - kanban A Japanese word that means "signboard"
  9. 9. Definition - kanban An agile method used to manage a continuous queue of work items.
  10. 10. Backlog To do In Progress Done
  11. 11. Limit Work in Progress Turn work into bite sized pieces Prioritize your task Key Concepts
  12. 12. Limiting Work in Progress
  13. 13. How? Specify the minimum and/or maximum number of issues allowed in a certain Kanban Board.
  14. 14. Why? Better Flow Visualize and identify bottlenecks Prevents procrastination
  15. 15. Workspace A single account can be attached to multiple trello teams.
  16. 16. Boards A free Trello workspace can have a maximum of 10 boards. Board can be made manually or using templates.
  17. 17. Templates You can use a pre-built template for your boards.
  18. 18. Power Ups The additional services provided by Trello that includes integration, card sync across multiple boards, etc.
  19. 19. Hands On
  20. 20. Introduction to Scrum
  21. 21. Scrum is an agile, lightweight process that can be used to manage and control software and product development using iterative, incremental practices An empirical approach based in process control theory Intended to give the team control of its time and destiny
  22. 22. Agile Methods Continuous attention to technical excellence and good design Self-organizing teams Customer satisfaction by rapid, continuous delivery of useful software Working software is the principal measure of progress Delivered frequently
  23. 23. Scrum Process
  24. 24. Scrum Teams Typically 5-9 people Cross-functional: Programmers, testers, user experience designers, etc. Members should be full-time May be exceptions (e.g., database administrator) Teams are self-organizing Membership should change only between sprints
  25. 25. Product Owner Define the features of the product Decide on release date and content Be responsible for the profitability of the produc Prioritize features according to market value Adjust features and priority every iteration, as needed Accept or reject work results
  26. 26. Scrum Master Responsible for ensuring that Scrum values, practices, and rules are enacted and enforced Represents management and the team to each other Makes decisions and removes impediments Sometimes making decisions without complete information (better some decision rather than no decision) Keep the team working at the highest possible level of productivity
  27. 27. Sprints Scrum project makes progress in a series of Sprints Time boxed Period (2 - 4 weeks) During Sprint, the team does: Analysis Design Code Test Product is potentially releasable after every Sprint
  28. 28. Sprints Team selects items from the product backlog they can commit to completing Sprint backlog is created Tasks are identified and each is estimated (1 Point - 1 Day) Plan is made collaboratively, not done alone by the Scrum Master High-level design is considered
  29. 29. Sprint Meetings Daily Stand-up Sprint Planning Meeting Sprint Retrospective
  30. 30. Daily Stand-up Parameters Daily 15-minutes Stand-up Not for problem-solving Only team members, Scrum Master, product owner can talk. Helps avoid other unnecessary meetings
  31. 31. Sprint Planning Before the sprint Fix backlog 2 to 4 hours Story Point estimation
  32. 32. Sprint Retrospective After the sprint Reflection Improvement for team What went well What could be better in the next sprint
  33. 33. Q&A