Project Smart ~ Exploring trends and developments in project management today

Calendar icon
Adobe PDF icon

A Heavyweight Fight: Scrum vs. Waterfall

~ By Elizabeth Larson

I think people like a good fight. Certainly the media seems to, as is evident in the world of politics, sports, and entertainment to name a few. In the world of business analysis the current fight seems to pit Agile methods against the Waterfall approach. For the next several blogs we'll have a Scrum vs. Waterfall match. In corner #1, representing the Agile methods, we have the Scrum framework. In corner #2, representing Waterfall, we have the "traditionalists."

 Round One

Relative Sizing of User Stories (Scrum)

  • Tee-Shirt Sizes. For release planning we might use estimates of relative size. When less is known about the user stories (features or requirements) for a release, we can estimate using a broad brush approach. Based on such criteria as how complex we think the user story is, how much effort it will take, and the unknowns or doubt, we give it a tee-shirt size (XS, S, M, L, XL). We can then compare all the user stories and assign relative sizes. For example, we can take one user story and based on the above criteria assign it a tee-shirt size of "large." We can then compare all the other stories against this "large" size and assign the relative value of each story. This relative size estimating can help the product owner (business representative) decide which user stories to prioritise for a release.
  • Story points. We can then assign each tee-shirt size story points based on an arbitrary scale, such as the Fibonacci number sequence (1, 2. 3, 5, 8, 13, 21, etc.). If a user story is medium, for example, we might assign 8 story points. If large, 13. We can then translate the tee-shirt size of all the user stories into story points. It's important to remember that these story points are still relative. It really doesn't matter if a small is 2 or 3 points, as long as it's consistently applied.

Relative Sizing of Projects, Phases, Deliverables, Tasks (Waterfall)

For years we have used relative size estimates on traditional projects. I have found this most effective when actuals have been collected over enough time to have confidence in the numbers. While I have only used relative sizing on deliverables (such as a small, medium, or large report), I know of teams that have used them on the whole project, project phases and tasks. As with Scrum, we usually base traditional relative sizes on complexity, effort, and doubt (risk), as well as on the history.

Round 1: Scrum wins, but it's not a knock-out

In my experience using relative sizes on traditional projects is often done to short-change the planning process. With Scrum the relative size of the user story actually gets refined as it approaches the sprint in which it gets delivered. While some traditional teams have the discipline to refine the estimates (as a project manager, I always encouraged it), many more give in to management's pushback about not changing the date, scope, or cost. Scrum processes, by their nature, encourage change and refinement; traditional processes do not always do so.

 Round Two

Scrum Planning Using Delphi (Planning Poker)

Planning Poker uses a kind of Delphi technique to reach consensus on the relative size of the user stories. Each person on the delivery team (but not the product owner) uses a special "deck of cards," which can be an actual deck or pieces of paper. Each card has a number. If using the Fibonacci scale, the deck would have cards, each containing a number in the scale (1, 2, 3, 5, 8, 13, 21, etc.) going as high as desired. The product owner explains the details of the user story and at the count of three, team members turn over the card with the points they think most appropriate. For example, two team members turn over a 3, one a 5, two an eight, and one a 21. They discuss their reasons for "playing" their cards. Then at the count of three they turn over a card, the same or different from the previous round. Again, they explain their rationale. This process continues until consensus is reached.

Traditional Planning Using Delphi

The Delphi technique involves a group of experts providing their estimates anonymously. Like planning, poker, there are rounds. The experts provide their estimates anonymously. A neutral party collects the estimates, shuffles them, and silently reveals them to everyone at the same time. No discussion is supposed to occur. Rounds continue until consensus is reached.

On traditional projects I have tried using Delphi anonymously only once. It didn't work. I have found the real power of Delphi is in the discussion of each person's assumptions about the estimates, so as a project manager, I modified Delphi to allow discussions between rounds.

Round 2: Scrum wins, but again it's not a knock-out

I love the Delphi technique. I love having the team reach consensus on estimates, whether traditionally or through planning poker. It provides team accountability for the estimate, and increases the chance of team and individual commitment rather than compliance. So what difference does it make whether traditional Delphi or planning poker is used? Everyone can understand planning poker. I have seen teams take to this technique immediately. So while Scrum makes things easy and practical, the traditional Delphi, including its name, feels arcane.

So, the current score is two zip. But the match is not over. Much more to come…


Elizabeth Larson is Co-Principal and CEO of Watermark Learning and has over 25 years of experience in project management and business analysis. She has presented numerous workshops, seminars, and training classes since 1996 to thousands of participants on 3 different continents.

Elizabeth has co-authored the CBAP Certification Study Guide (2nd Edition) and Requirements Management, Part I: Requirements Planning. She has also co-authored numerous articles on project management, business analysis, and influencing skills published worldwide. She has co-authored works published in two compilations, Creating a Clear Project Plan, compiled by Dr. Gary Richardson and published by the University of Houston. The other is Projects Without Borders: Gathering Requirements on a Multi-Cultural Project, published by Icfai University Press. She has also been cited in CIO and PM Network, PMI's monthly publication.


Comments

Be the first to comment on this article.

Add a comment



(never displayed)



 
2000
Out of 56, 14 or 27, which is the smallest?
Notify me of new comments via email.
Remember my form inputs on this computer.

Top 10 Qualities of an Excellent Manager

The word excellent on a virtual interface with a businessman standing behind it

What are the most important qualities of an excellent manager that allows them to tap into talents and resources in order to support and bring out the best in others.

Critical Path Mapping

Critical path method words on digital screen with world map

The activity network diagram is a method of displaying the timelines of all the various sub-tasks that are involved in any project. So how do you create one?

How to Build a High-Performance Project Team

Business people and bar graph going upwards

What makes a winning project team? Why do some teams achieve greatness while others struggle? Let's look at the factors present on winning project teams.

Agile Through the Waterfall

Agile and waterfall tag cloud

Many organisations have adopted Agile practices into their development methodologies and they have proved to be successful for the organisation as a whole.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.


Latest Comments

Lijoy commented on…
A Brief History of Project Management | Project Smart
- Fri 20 January 7:16pm

Kelly D commented on…
Managing Small Projects
- Thu 19 January 4:45pm

Sean H commented on…
Better Coaching Using the GROW Model
- Thu 19 January 3:43pm

Latest tweets

Managing Small Projects https://t.co/kLmCdOgGMJ An excellent summary of basic project management. #projectsmart #pmot #pm about 1 day ago

General Project Management • Newbie needing some advice https://t.co/R3kO7SHsUv #projectsmart #pmot about 2 days ago

General Project Management • Re: Junior PM needs advice - potentially being moved to a project… https://t.co/vJMX8Atrw1 #projectsmart #pmot about 7 days ago