Scrum Methodology
Learn the Scrum Methodology
The Scrum methodology of agile software development marks a dramatic departure from waterfall management. In fact, Scrum and other agile processes were inspired by its shortcomings. The Scrum methodology emphasizes communication and collaboration, functioning software, and the flexibility to adapt to emerging business realities — all attributes that suffer in the rigidly ordered waterfall paradigm.
10th
SEP
Value Versus Velocity
Posted by admin under Agile and Scrum, Scrum Basics, Scrum Discussion
Over at InfoQ, Vikas Hazrati points out the common misconception that a team’s velocity is directly linked to the value it yields for the organization. It’s a fairly understandable mistake: If a team accomplishes more in a given sprint, then surely it’s making a larger contribution to the organization’s success, right? Well, not necessarily… A team might set records for the number of story points it completes, but that doesn’t actually mean it’ll add up to “value” for the organization. For instance, what if the product it completes sits on the shelf and is never shipped because evolving market conditions render it irrelevant? What if it is shipped, but no one buys it? It’s easy to see that, once these aspects are considered, there’s really no connection between velocity and value.
Determining what agile-specific metric is best for quantifying the actual value generated through the team’s work has been a point of ongoing frustration for many managers. The best way I’ve seen this issue dealt with is in the ScrumWorks Pro tool, which employs several metrics—Business Value and Earned Business Value—to give organizations a way to track the actual business value being created in a product.
How does your organization track this? I’d be curious to hear your strategies for this in the comments section. Thanks!
Comments Feed Reader's Comments
Leave a Reply
Newsletter Sign Up:
Recent Posts
- The Daily Scrum; It’s a Good Habit to Make
- Obstacles to Enterprise Agility
- What is Scrum?
- Can CSMs and PMPs Get Along?
- Orlando Scrum Gathering in March 2010
- Free Scrum Webinars
- ScrumMaster as Impediment
- Advice for Agile Adoption
- Share Your Story
- Free Agile Resources
- Advice for Extending the Sprint
- Danube’s New Scrum Video Blogs
- What Happens at Scrum Training?
- The CSM Exam Saga Continues…
- The CSM Exam
Categories
- Agile and Scrum (18)
- Scrum Basics (33)
- Scrum Discussion (20)
- Scrum Transitions (9)
- Uncategorized (6)
Archives
- June 2010
- April 2010
- March 2010
- February 2010
- January 2010
- December 2009
- November 2009
- October 2009
- September 2009
- August 2009
- July 2009
- June 2009
- May 2009
- April 2009
- March 2009
- February 2009
- January 2009
- December 2008
- November 2008
- October 2008
- September 2008
- August 2008
Blogroll
- Agile ALM
- Agile Methodology
- Agile Programming
- Agile Project Management
- Eric Brown
- Free Project Management Software
- IT Today
- PM Student
Danube on Twitter
- Overheard from a Twitter post by @sgamel
- Overheard from a Twitter post by @euro_latino
- Overheard from a Twitter post by @onion_soup
- Overheard from a Twitter post by @DarkSpooky
- Overheard from a Twitter post by @xiaoputi
- Overheard from a Twitter post by @jbuissing
- Overheard from a Twitter post by @andrewcmy
- Overheard from a Twitter post by @adrianoron
- Overheard from a Twitter post by @TheSoftwareGang
- Overheard from a Twitter post by @tshrinivasan

Where do we start on measuring value? Are there consultants/books/best practices for attempting to measure the value of a PBI? I find a lot of effort on the development side, but not much on the business side.