6. IT’s NOT Waterfall where… Long Projects have distinct and sequential Phases Requirements -> Design -> Programming-> Testing -> Release Big up-front effort to collect Requirements Multiple Hand-offs between Departments Changing Requirements are discouraged Working Product is available only at the end of the Project Projects are often cancelled with nothing to show Software is released and the Customer doesn’t like it Team members become demoralized
7. Problems with the waterfall SDLC Assumes that creating software is like an assembly line Assumes the customer knows exactly what they want up front Doesn’t engage the customer during development Delivers value to the business too late Doesn’t allow the business to respond to changing demands Produces artifacts that don’t provide sufficient value Encourages the blame game and politics Doesn’t leverage the best out of team members
9. Agile Methodologies Promote Management processes that encourage frequent inspection and adaptation Leadership philosophy that encourages teamwork, self-organization, and accountability Engineering best practices that allow rapid delivery of high-quality software
10. Agile Values & Principles Individuals and interactions are more important than processes and tools Working software is more important than comprehensive documentation Customer collaboration is better than contract negotiation Responding to change is better than following a plan
11. How Scrum relates to Agile Scrum (project management) Most common Agile implementation Easiest to learn This is my focus tonight Extreme Programming (technical practices) Lean (business re-engineering)
12.
13. The Business nominates a single Product Owner which identifies and stack-ranks high level business requirements.
14. The Team works with the Product Owner to breakdown requirements “just in time” into small client-focused “User Stories”, which could each be designed, developed, tested and potentially released within a 4 week “Sprint”.
17. Scrum Meetings Sprint Planning Team plans the next 4 weeks of work together Sprint Review Team shows what they built and solicits feedback Sprint Retrospective Team identifies ways to improve at the end of each sprint. Daily Scrum Daily sync-up of the team to stay focused and productive.
27. Scrum Benefits Better end product Earlier delivery of value to customers Less waste / more productivity Happier Employees Less risk of a big failure More flexible to changing priorities
28. resources Scrum and XP from the Trenches (HenrikKniberg) * Succeeding with Agile (Mike Cohen) Agile Testing: A Practical Guide for Testers (Janet Gregory) User Stories Applied (Mike Cohen) Extreme Programming Explained (Kent Beck)