Agile Project Management

39
1 Agile Project Management Presented by: LongNH Date: February, 2011

description

Agile Project Management. Presented by: LongNH Date: February, 2011. 1. Before Start. 2. Content. 3. Agile Scum. Principles. Agile. Framework. Scrum. XP. Practices. 4. Agile Manifesto. Individuals and Interactions. Processes and Tools. Working Software. - PowerPoint PPT Presentation

Transcript of Agile Project Management

Page 1: Agile Project Management

1

Agile Project ManagementPresented by: LongNHDate: February, 2011

Page 2: Agile Project Management

Before Start..

2

Page 3: Agile Project Management

3

Agile IntroductionScrum FrameworkScrum Roles

Scrum Process

Scrum Artifacts

Content

Page 4: Agile Project Management

Agile Scum

4

Agile

Scrum

XP

Principles

Framework

Practices

Page 5: Agile Project Management

Agile Manifesto

5

Processes and Tools

Comprehensive documentation

Contract Negotiation

Following a plan

Individuals and Interactions

Working Software

Customer collaboration

Responding to Change

Page 6: Agile Project Management

6

Page 7: Agile Project Management

7

Page 8: Agile Project Management

Scrum Framework

8

•Product owner•ScrumMaster•Team

Roles

•Sprint planning•Sprint review•Sprint

retrospective•Daily scrum

meeting

Ceremonies

•Product backlog•Sprint backlog•Burndown charts

Artifacts

Page 9: Agile Project Management

Define the features of the product Decide on release date and content Be responsible for the profitability of the

product (ROI) Prioritize features according to market

value Adjust features and priority every iteration,

as needed  Accept or reject work results

Product Owner

9

Page 10: Agile Project Management

Scrum Master

10

Represents management to the project Responsible for enacting Scrum values and

practices Removes impediments Ensure that the team is fully functional and

productive Enable close cooperation across all roles and

functions Shield the team from external interferences

Page 11: Agile Project Management

Scrum Team

11

Typically 5-10 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• Ideally, no titles but rarely a possibility

Membership should change only between sprints

Page 12: Agile Project Management

Process

12

Sprint Planning Meeting Sprint Daily Scrum Sprint Review Meeting

Page 13: Agile Project Management

Sprint Planning Meeting

A collaborative meeting in the beginning of each Sprint between the Product Owner, the Scrum Master and the Team

Takes 8 hours and consists of 2 parts (“before lunch and after lunch”)

13

Page 14: Agile Project Management

Parts of Sprint Planning Meeting

1st Part:• Creating Product Backlog • Determining the Sprint Goal. • Participants: Product Owner, Scrum Master,

Scrum Team2nd Part:

• Participants: Scrum Master, Scrum Team• Creating Sprint Backlog

14

Page 15: Agile Project Management

Pre-Project/Kick off Meeting A special form of Sprint Planning

Meeting Meeting before the begin of the Project

15

Page 16: Agile Project Management

Sprint

A maximum month-long iteration (2~4 weeks), during which is incremented a product functionality

NO outside influence can interference with the Scrum team during the Sprint

Each Sprint begins with the Daily Scrum Meeting

16

Page 17: Agile Project Management

Daily Scrum Is a short (15 minutes long) meeting,

which is held every day before the Team starts working

Participants: Scrum Master (which is the chairman), Scrum Team

“Chickens” and “Pigs” Every Team member should answer on

3 questions

17

Page 18: Agile Project Management

3 Questions in Daily Scrum What did you do since the last Scrum? What are you doing until the next

Scrum? What is stopping you getting on with the

work?

18

Page 19: Agile Project Management

Daily Scrum Is NOT a problem solving session Is NOT a way to collect information

about WHO is behind the schedule Is a meeting in which team members

make commitments to each other and to the Scrum Master

Is a good way for a Scrum Master to track the progress of the Team

19

Page 20: Agile Project Management

Sprint Review Meeting Is held at the end of each Sprint Business functionality which was created

during the Sprint is demonstrated to the Product Owner

Informal, should not distract Team members of doing their work

20

Page 21: Agile Project Management

Scrum Artifacts

Product Backlog Sprint Backlog Burn down Charts

21

Page 22: Agile Project Management

Product Backlog

Requirements for a system, expressed as a prioritized list of Backlog Items

Is managed and owned by a Product Owner Spreadsheet (typically) Usually is created during the Sprint Planning

Meeting Can be changed and re-prioritized before each PM

22

Page 23: Agile Project Management

Sprint Backlog

A subset of Product Backlog Items, which define the work for a Sprint

Is created ONLY by Team membersEach Item has it’s own statusShould be updated every day

23

Page 24: Agile Project Management

Sprint BacklogNo more than 300 tasks in the listIf a task requires more than 16 hours, it

should be broken downTeam can add or subtract items from the

list. Product Owner is not allowed to do it

24

Page 25: Agile Project Management

Burndown ChartsAre used to represent “work done”.Are wonderful Information Radiators3 Types:

• Sprint Burn down Chart (progress of the Sprint)

• Release Burn down Chart (progress of release)

• Product Burn down chart (progress of the Product)

25

Page 26: Agile Project Management

Burndown ChartsX-Axis: time (usually in days)Y-Axis: remaining effort

26

Page 27: Agile Project Management

Sprint Burndown ChartsDepicts the total Sprint Backlog hours

remaining per dayShows the estimated amount of time to

release Ideally should burn down to zero to the

end of the SprintActually is not a straight lineCan bump UP

27

Page 28: Agile Project Management

Release Burndown ChartsWill the release be done on right time?X-axis: sprintsY-axis: amount of hours remainingThe estimated work remaining can also

burn up

28

Page 29: Agile Project Management

Alternative Release Burndown Charts

Consists of bars (one for each sprint)Values on the Y-axis: positive AND

negativeIs more informative then a simple chart

29

Page 30: Agile Project Management

Product Burndown Charts

Is a “big picture” view of project’s progress (all the releases)

30

Page 31: Agile Project Management

Scaling Scrum

A typical Scrum team is 5-10 peopleJeff Sutherland - up to over 800 people "Scrum of Scrums" or what called "Meta-

Scrum“Frequency of meetings is based on the

degree of coupling between packets

31

Page 32: Agile Project Management

Scrum of scrums

32

Page 33: Agile Project Management

Scrum of scrums

33

Page 34: Agile Project Management

XP@Scrum

Scrum is an effective project management wrapper for eXtreme Programming development practices, which enables agile projects to become scalable and developed by distributed teams of developers.

34

Page 35: Agile Project Management

Pro/Con Advantages

• Completely developed and tested features in short iterations

• Simplicity of the process• Clearly defined rules• Increasing productivity• Self-organizing• each team member carries a lot

of responsibility• Improved communication• Combination with Extreme

Programming

Drawbacks• “Undisciplined hacking” (no

written documentation)• Violation of responsibility • Current mainly carried by the

inventors

35

Page 36: Agile Project Management

Teamwork

36

Page 37: Agile Project Management

Teamwork

37

Page 38: Agile Project Management

Teamwork

38

Page 39: Agile Project Management

Conclusion

“It is not the strongest of the species that survive, nor the most intelligent, but the ones most responsive to change.”

- Charles Darwin, The Origin of Species

Work hard – Have fun – Make a differenceThanks for your attention!

Questions?

39