Your SlideShare is downloading. ×
0
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Agile Project Management with Scrum (Jack Davis)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Agile Project Management with Scrum (Jack Davis)

2,282

Published on

Discusses traditional Waterfall sequential development model with newer Agile iterative development methodologies such as used in Adaptive Software Development, Extreme Programming (XP), …

Discusses traditional Waterfall sequential development model with newer Agile iterative development methodologies such as used in Adaptive Software Development, Extreme Programming (XP), Feature-Driven Development (FDD), Scrum, and others.

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,282
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
62
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Show sample OneNote Scrum milestone notes for Packaging and RenderingShow sample Daily Scrum minutes from PackURI Feature Crew for FC070104Show PackURI progress sequence FC070921 to FC071016PackURI M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/packaging/Shared%20Documents/DoxPack/Win7-Design/PackUri.one#section-id={0C4B7ED7-D427-45FF-9136-BDBC5D9F82A1}&endRendering M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/rendering/Shared%20Documents/DOX%20Rendering%20Shared%20Notebook/M1%20Scrum.one#section-id={9C317007-35D7-4C72-B0D8-51889F75EF23}&end(Slide source & notes: jackd)
  • (Slide source: jackd)
  • (Slide source: jackd)
  • -END-(Slide source: jackd)
  • (Slide source: jackd)
  • (Slide source: jackd)
  • Transcript

    • 1. Agile Project Management with Scrum Jack Davis
    • 2. AgendaAgile Quick OverviewScrum / Daily ScrumSprint Backlog Worksheet & Burndown ChartAgile Work Breakdown and Estimating
    • 3. Traditional Waterfall Requirements  Analyze  Design  Implement  Test  Release Sequential Steps
    • 4. Agile Manifesto (2001)“We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools. Working software over comprehensive documentation. Customer collaboration over contract negotiation. Responding to change over following a plan.That is, while there is value in the items on the right,we value the items on the left more.”
    • 5. Agile Software Methods Adaptive Software Development – ASD Crystal Clear Dynamic Systems Development Method – DSDM Extreme Programming – XP Evolutionary Development - EVO Feature-Driven Development – FDD Lean Development Scrum many other variations...
    • 6. What is Agile? Non-Waterfall, non-sequential Incremental, iterative, time-boxed processes Light-weight, designed for ease of use Focused on flexibility Targets maximizing product-value given fixed resources and schedules. Product-focus rather than process-focus Deemphasizes long-range planning details Focuses planning on the immediate iteration Promotes openness and transparency Provides improved visibility to stakeholders
    • 7. Project ManagementWorkflowProduct Vision Document Engineering System Establish Mitigate risks Milestone milestone dates and Schedule and goals dependenciesProject Conduct Align milestone schedules & reviews communicate status Estimate and Align features Feature prioritize to milestones ScheduleFeature features Report status Complete Review tasks and remove work and assign blockages resources
    • 8. What‟s different withScrum? Estimate and Align features Long-term Feature prioritize (Product) features to milestones Schedule Backlog Retrospective Time boxed: 30 days Short-term (Sprint) Backlog Self-directed team Report status Complete Review tasks and remove work and assign blockagesFeature resources “Sprint” Time boxed: daily Team Sync (“Scrum”) Visibility, inspection, adaptation
    • 9. Daily Scrum 15 minutes once a day. Each person answers three questions: 1. What did you work on yesterday? (how much time did you spend?) 2. What will you will be working on today? (any change to the remaining estimate?) 3. Do you have any blocking issues?Recommend:• Capture daily meeting minutes in pages on shared OneNote.• Include a copy of the current Burndown Chart at the top of each day’s page.
    • 10. Scrum Minutes
    • 11. Sprint Backlong WorksheetSimple to use Excel sheet to track progress.
    • 12. Burndown with Cumulative Flow Simpler than expected 200 180 Lost velocity (sidetracked) 160 Workitem Hours 140 120 Pending 100 In Progress 80 Complete 60 40 Burndow n 20 Linear 0 (Burndow n) 13 17 21 25 29 1 5 9 Calendar Days
    • 13. Burndown with Cumulative Flow Plan growth!! (underestimated work) Review priorities, 400 cut low-priority tasks 350 300 Workitem Hours 250 Pending 200 In Progress 150 Complete 100 Remaining 50 Trend 0 10 13 16 19 22 25 28 1 4 7 Calendar Days Over-multitasking
    • 14. Scrum Examples and ToolsPackURI M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/packaging/Shared%20Documents/DoxPack/Win7-Design/PackUri.one#section-id={0C4B7ED7-D427-45FF-9136-BDBC5D9F82A1}&endRendering M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/rendering/Shared%20Documents/DOX%20Rendering%20Shared%20Notebook/M1%20Scrum.one#section-id={9C317007-35D7-4C72-B0D8-51889F75EF23}&endPackURI M1 SprintBacklog SpreadsheetjackdPackURIPackUri-SprintBacklog.xlsxRendering M1 SprintBacklog Spreadsheetfengy-dev3publicWin7_FeatureCrewM1_XPS_Backlog.xlsxSprintBacklog Template (empty to start)tkfiltoolboxTools23572Deluxe - SprintBacklogTemplate.xlsx
    • 15. Estimation “Cone of Uncertainty” Analysis & Development Stabilization Design4x Early estimates vary wildly: 8x Lots of surprises: We learn as the project progresses- 4x
    • 16. Work-Item Planning1. Create a work breakdown schedule that identifies the tasks to be completed.2. For each task, define “done”. (see Defining “Done” next)3. Estimate time* for each task. (see Planning Poker next) If more than 3 days: Decompose the task into 1/2 to 3 day work-items. For each work-item, define “done”. *All time estimates “unbuffered”.
    • 17. Work-Item Planning – Agile Tips and Techniques After creating a high-level breakdown of tasks, prioritize the high-level task list based on a blending of the following three qualities: 1. Architecturally significant If implemented, we are forced to design, build, and test the core architecture. 2. High product/business value – key critical product features 3. High risk (such as, “must be able to handle 2000 concurrent transactions") (Applying UML and Patterns, Craig Larman, 2003, Ch 2.4, discussion of “Unified Process”). Use a product-value naming convention to name features and tasks: Naming Template: <action> the <result> <by|for|of|to> a(n) <object> Name Examples: Calculate the total amount of a Sale Calculate the total quantity sold by a Retail Outlet for an Item Description Determine the most recent Cash Register Assignment for a Cashier (Agile Software Development Ecosystems, Highsmith, 2002, Ch 20 “The FDD Process Model “)
    • 18. Defining “Done”Define “done” for each work item Agree on how to know when an item is “done”. Use a definition that clearly identifies when the item is complete. Insert an Excel comment* for each item to note when it is “done”. If assumptions about “done” change, re-do Planning Poker.Result: Every Sprint item has a “Done” comment.Ok: Coding complete (“complete” can be subjective)Better: Coding complete, unit test complete, working code and tests checked into branch. (“checked in” is definitive)*TIP: Use Edit->Paste Special…->Comments to repeat the definition for like items
    • 19. Planning PokerRequires: Planning Poker card deck for each participant.For each item in the Sprint Backlog:1. Dev or test lead verbally describes the feature to be implemented.2. Each person secretly selects an estimate card: 4,8,12,16,24,32,40,>40 Estimates are in unbuffered hours. Estimates are only for the work to be completed during this Sprint.3. Everyone reveals their cards at once.4. High and low (and others) discuss their assumptions & decision.5. Repeat until the estimates converge (typically 2 to 4 iterations).6. Optional: Risk Assessment (“Three-point” / “Wide-band Delphi” technique) On the final pass ask each person to select 3 cards: an Optimistic time, a Most-Likely time, and a Pessimistic time. The divergence of optimistic and pessimistic is useful to identify high risk items.7. Fill in results in the Initial (estimate) column of the Sprint worksheet.8. Estimate next item.Result : Initial column filled in for all Sprint work items
    • 20. Questions / Comments
    • 21. Scrum Examples and ToolsPackURI M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/packaging/Shared%20Documents/DoxPack/Win7-Design/PackUri.one#section-id={0C4B7ED7-D427-45FF-9136-BDBC5D9F82A1}&endRendering M1 Daily Scrum minutesonenote:http://windows/wex/dox/features/rendering/Shared%20Documents/DOX%20Rendering%20Shared%20Notebook/M1%20Scrum.one#section-id={9C317007-35D7-4C72-B0D8-51889F75EF23}&endPackURI M1 SprintBacklog SpreadsheetjackdPackURIPackUri-SprintBacklog.xlsxRendering M1 SprintBacklog Spreadsheetfengy-dev3publicWin7_FeatureCrewM1_XPS_Backlog.xlsxSprintBacklog Template (empty)tkfiltoolboxTools23572Deluxe - SprintBacklogTemplate.xlsxMS-EE Scrum and Agile Project Management classhttp://mylearning/CourseDetails.aspx?COURSENO=COUR2006051616181112700341&title=Scrum%20and%20Agile%20Project%20ManagementMS-EE Scrum Wikihttp://wiki/default.aspx/Microsoft.Teams.EEG/Scrum.html
    • 22. Related Reading5 Questions on Agile Development, October 2007, Steve McConnellhttp://blogs.construx.com/blogs/stevemcc/archive/2007/10/08/5-questions-on-agile-development.aspxLegacy of Agile Software Development, 2007, Steve McConnellhttp://www.construx.com/Page.aspx?hid=1821Why I Don‟t Use Story Points for Sprint Planning, Mike Cohn(or “Estimate Sprint Work Items in „Hours‟ instead of „Story Points‟ ”)http://blog.mountaingoatsoftware.com/?p=15Don‟t Average During Planning Poker, Mike Cohnhttp://blog.mountaingoatsoftware.com/?p=14Toward a Catalog of Scrum Smells, Mike Cohn(or “How to Tell When Good Scrum Goes Bad”)http://www.mountaingoatsoftware.com/system/article/file/11/ScrumSmells.pdf

    ×