Agile Processes- Scrum.ppt

1、Agile Processes: Scrum,Introduction,The two dominant Agile approaches are Scrum and eXtreme Programming (XP). XP was arguably the first method deemed to be “Agile”. We will start with Scrum very popular and in very wide use today!,Thumbnail Sketch A project management approach,Scrum: developed by Ke

2、n Schwaber and Jeff Sutherland.Based on the concept that software development is not a defined process but an empirical process with complex input/output transformations that may or may not be repeated under differing circumstances.,Project Management Emphasis based on a Standard 30-day Sprint,Scrum

3、: a definite project management emphasis.Scrum Master: A Scrum project Is managed by a Scrum Master, who can be considered as much a consultant or coach as a manager.Sprint. Scrum has a fundamental 30-day development cycle called a Sprint, preceded by pre-Sprint activities and post-Sprint activities

4、.Daily Scrum: A short (less than 30 minutes) daily Scrum Meeting allows the team to monitor status and communicate problems.,Product Backlog for Planning,Project planning is based on a Product Backlog, which contains functions and technology enhancements envisioned for the project.Two meetings are h

5、eld one to decide the features for the next Sprint and the other to plan out the work.,Sprint Goal for Focus and Measure,Additionally, a Sprint Goal is established.Sprint Goal sets up minimum success criterion for the Sprint and keeps the team focused on the broader picture rather than narrowly on t

6、he task at hand. This is really the objective of the Sprint.,Sprint as a Segway to Agile,Scrum is a means of introducing agile methods into a traditionally disciplined environment. Because of this, Scrum has gained widespread popularity! Scrum can be used for one or more components of the system and

7、 this allows management to assess Scrum effectiveness without completely changing the way the organization normally does business. Scrum is NOT Extreme Programming,Scrum and Scalability,Scrum: one of the few agile methods used to scale up for larger projects. How done? Accomplished the same way as o

8、rganizations handle integrated product teams. Individual Scrum team coaches - part of a higher echelon team of coaches spanning several products. This provides for communications to avoid conflicting development issues,Scrum - Queues,Product Backlog Sprint Backlog Sprint Working increment of the Sof

9、twareScrum uses lightweight queue-based management and work-breakdown mechanisms.Product Backlog queue: a low-tech customer-managed queue of demand requests for products. . Sprint: At launch time, a Sprint (30-day time-boxed iteration) does just-in-time planning Sprint Backlog: queue for Sprint work

10、-mgmt.,Scrum - Management,Daily Scrum: Very notable and very visibl Is a daily standup, except that it is the team that is participating and sharing coordination information not a central project manager.Project Manager = Scrum Master sort of Scrum Master holds daily scrum and acts more as a facilit

11、ator and runs interference for the core team when blocks or issues arise. (Kennaley, SDLC 3.0, p. 31),FYI,Remaining slides came from Wikipedia Cut, pasted, slightly modified.Lots of terms / concepts / jargon,Core and Ancillary Roles,Three core roles and a range of ancillary rolesCore roles: Core rol

12、es are those committed to the project in the Scrum process Core roles are those producing the product They represent the Scrum team.,Core Roles Product Owner,The Product Owner represents the stakeholders and is the voice of the customer. Product Owner is accountable for ensuring that the team delive

13、rs value to the business. Product Owner writes customer-centric items (typically user stories), prioritizes them, and adds them to the product backlog. Note: Scrum teams should have one Product Owner. May also be a member of the development team Not recommend this person be Scrum Master.,Core Roles

14、Development Team,The Development Team is responsible for delivering potentially shippable product increments at end of each Sprint. Team = 39 people with cross-functional skills. Team does actual work (analyze, design, develop, test, technical communication, document, etc.). Team is self-organizing,

15、 even though they may interface with project management organizations (PMOs).,Core Roles Scrum Master,Scrum is facilitated by a Scrum Master Accountable for removing impediments for team to deliver sprint goal / deliverables. Scrum Master is not the team leader, but acts as a buffer between the team

16、 and any distracting influences. Scrum Master ensures process is used as intended. Scrum Master is the enforcer of rules. Scrum Masters role: protect the Team and keep it focused on the tasks at hand.,Ancillary Roles,Ancillary roles in Scrum teams: have no formal role and infrequent involvement in t

17、he Scrum processbut nonetheless, they must be taken into account.Stakeholders Are the customers, vendors. Stakeholders: enable the project Stakeholders are those for whom the project produces the agreed-upon benefits that justify its production. Only directly involved in the process during sprint re

18、views.Managers People who control the environment.,The Sprint (1 of 5),Sprint: basic unit of development in Scrum. Sprint duration: one week to one month; “Time Boxed“ effort of a constant length.Each sprint: Preceded by a planning meeting, where the tasks for sprint are identified and an estimated

19、commitment for the sprint goal made, and followed by a review or retrospective meeting, where the progress is reviewed and lessons for the next sprint are identified.,The Sprint (2 of 5),During each Sprint, the team creates finished portions of a product. (an increment)Features going into a Sprint c

20、ome from the product backlog, which is a prioritized list of requirements. Which backlog items go into the sprint (sprint goals) are determined during the Sprint Planning meeting. The Product Owner decides which items in the product backlog are to be completed,The Sprint (3 of 5),The team then deter

21、mines how many selected items can be completed during the next sprint.These then go into the Sprint Backlog. Sprint Backlog is property of the development team, During a sprint, no one is allowed to edit the sprint backlog except for the development team. Development is timeboxed; Sprint must end on

22、 time; Requirements not completed for any reason? They are omitted and returned to Product Backlog.When Sprint is done, team demonstrates software.,The Sprint (4 of 5),Scrum enables self-organizing teams Encourages co-location of all team members, Scrum developers realize customers can change their

23、minds about wants and needs. Scrum developers realize unpredicted challenges cannot be easily addressed in a traditional planned manner. Scrum adopts an empirical approach.Scrum realizes problems cannot be fully understood or defined,The Sprint (5 of 5),Like other agile development methodologies, Sc

24、rum can be implemented through a wide range of tools. Many companies use universal tools, such as spreadsheets to build and maintain artifacts.In Scrum, there are many open-source and proprietary packages dedicated to management of products.Some organizations implement Scrum without the use of any t

25、ools. These maintain their artifacts in hard-copy forms such as paper, whiteboards, and sticky notes.,Meetings,Meetings The Daily Scrum,Every day there is a daily scrum. Meeting has specific guidelines: Meeting starts on time. All are welcome, but normally only the core roles speakThe meeting length

26、 is set to 15 minutes Meeting should happen at same location and same time every day During the meeting, each team member answers three questions: What have you done since yesterday? What are you planning to do today? Any impediments/stumbling blocks?It is role of the Scrum Master to address problem

27、s. Resolution should occur outside Daily Scrum to keep it under 15 min.,Meetings Backlog Grooming: Storytime,The team should spend time during a sprint doing product backlog grooming. This is the process of estimating the existing backlog using effort/points, refining the acceptance criteria for ind

28、ividual stories, and breaking larger stories into smaller stories.Meetings should not be longer than an hourMeeting does not include breaking stories into tasksTeam can decide how many meetings are needed per week.,Meetings Scrum of Scrums,Held each day normally after the Daily Scrum.These meetings

29、allow clusters of teams to discuss their work, focusing especially on areas of overlap / integration.A designated person from each team attends.The agenda will be the same as the Daily Scrum, plus the following four questions: What has your team done since we last met? What will your team do before

30、we meet again? Is anything slowing your team down or getting in their way? Are you about to put something in another teams way?,Meetings Sprint Planning Meeting,At the beginning of the sprint cycle (every 730 days), a “Sprint Planning meeting” is held. Select what work is to be done Prepare the Spri

31、nt Backlog that details the time it will take to do that work, with the entire team Identify and communicate how much of the work is likely to be done during the current sprintEight-hour time limit (1st four hours) Entire team: dialog for prioritizing the Product Backlog (2nd four hours) Development

32、 Team: hashing out a plan for the Sprint, resulting in the Sprint BacklogAt the end of a sprint cycle, two meetings are held: the “Sprint Review Meeting” and the “Sprint Retrospective”,Meetings Sprint Review Meeting,Review the work that was completed and not completedPresent the completed work to th

33、e stakeholders (a.k.a. “the demo”)Incomplete work cannot be demonstratedFour-hour time limit,Meetings Sprint Retrospective,Sprint Retrospective All team members reflect on the past sprint Make continuous process improvements Two main questions are asked in the sprint retrospective: What went well du

34、ring the sprint? What could be improved in the next sprint? Three-hour time limit,Artifacts,Artifact: Product Backlog,Product backlog is an ordered list of “requirements“ that is maintained for a productContains Product Backlog Items ordered by the Product Owner based on considerations like risk, bu

35、siness value, dependencies, date needed, etc. Features added to backlog commonly written in story formatThe product backlog is the “What” that will be built, sorted in the relative order it should be built in. Is open and editable by anyone, Product Owner is ultimately responsible for ordering the s

36、tories on the backlog for the Development Team.,Artifact: Product Backlog,The product backlog contains rough estimates of both business value and development effort, these values are often stated in story points using a rounded Fibonacci sequence. Those estimates help the Product Owner to gauge the

37、timeline and may influence ordering of backlog items. Example, if the “add spellcheck” and “add table support” features have the same business value, the one with the smallest development effort will probably have higher priority, because the Return on Investment is higher.,Artifacts The Product Bac

38、klog 2,Product Owner: responsible for the product backlog and the business value of each item listed. Development Team: responsible for the estimated effort to complete each backlog item. Team contributes by estimating Items and User-Stories, either in “Story-points” or in “estimated hours.”,Artifac

39、ts: Sprint Backlog,Sprint Backlog: list of work the Development Team must address during the next sprint. List derived by selecting stories/features from the top of the product backlog until the Development Team feels it has enough work to fill the sprint.Thinking: This is done by the Development Te

40、am asking “Can we also do this?“ and adding stories/features to the sprint backlog. History: Development Team should note velocity of previous Sprints (total story points completed from each of the last sprints stories) when selecting stories/features for the new sprint.Use number as guide for “effo

41、rt“ they can complete.,Artifacts: Sprint Backlog,Stories/features: broken down into tasks by Development Team Should normally be between four and sixteen hours of work.With this level of detail the Development Team understands exactly what to do, and potentially, anyone can pick a task from the list

42、.Tasks on sprint backlog are never assigned; tasks signed up for by team members as needed during daily scrum, according to the set priority and the Development Team member skills. Promotes self-organization of Team, and developer buy-in.Sprint backlog is property of Team, and all included estimates

43、 are provided by the Development Team.Often an accompanying task board used to see/change state of the tasks of the current sprint, like “to do”, “in progress” and “done”.,Artifacts - Increment,The ”increment” is sum of all Product Backlog Items completed during a sprint and all previous sprints. At

44、 end of a sprint, Increment must be done according to Scrum Teams definition of done. The increment must be in usable condition regardless of whether the Product Owner decides to actually release it.,Artifacts: Burn Down,The sprint burn down chart is a publicly displayed chart showing remaining work

45、 in the sprint backlog. Updated every day; gives a simple view of the sprint progress. Other types of burn down: Release burn down chart: shows amount of work left to complete the target commitment for a Product Release This normally spans multiple iterations Alternative Release burn down chart: bas

46、ically does the same, but clearly shows scope changes to Release Content, by resetting the baseline.This should not be confused with an earned value chart.,Terminology,Following Terminology Used in Scrum:,Scrum Team: Product Owner, Scrum Master and Development TeamProduct Owner: The person responsib

47、le for maintaining the Product Backlog by representing the interests of the stakeholders, and ensuring the value of the work the Development Team does.Scrum Master: The person responsible for the Scrum process, making sure it is used correctly and maximizing its benefits.Development Team: A cross-fu

48、nctional group of people responsible for delivering potentially shippable increments of Product at the end of every Sprint.,Following Terminology Used in Scrum:,Sprint burn down chart: Daily progress for a Sprint over the sprints length.Product backlog: A prioritized list of high-level requirements.

49、Sprint backlog: A prioritized list of tasks to be completed during the sprint.Sprint: A time period (typically 14 weeks) in which development occurs on a set of backlog items that the team has committed to. (commonly referred to as a Time-box or iteration),Following Terminology Used in Scrum:,(User)

50、 Story: A feature added to the backlog is commonly referred to as a story; has a specific suggested structure. The structure of a story is: “As a I want to so that “ Done so development team can identify user, action and required result in a request; simple way of writing requests anyone can understand. Example: As a wiki user I want a tools menu on the edit screen so that I can easily apply font formatting.,