InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Casestudy: Effects of Scrum, 9 months later

Posted by Floyd Marinescu on Nov 07, 2006

Sections
Process & Practices,
Architecture & Design
Topics
Methodologies ,
Change ,
Agile
Tags
Scrum ,
Casestudy
Richard Banks wrote back in February about his failed attempt to successfully introduce Scrum into his organization, concluding that "if you are planning on implementing Scrum you need to do it treat it as an all-or-nothing change." Richard had introduced parts of Scrum but didn't follow the rules. He "allowed ad-hoc requests to be actioned, allowed staff to be pulled off for other non development work and as a result failed to get the team to own the process and to own the delivery of results." He also held the roles of ProductOwner and ScrumMaster which "led to conflicts of interest over what was best for the company over what was best for the team."

Since then Richard started from scratch and tried to implement it properly. 9 months later, Richard reports that Scrum is "not only well implemented in product development but the principles of scrum are starting to filter through to other areas of the business."  Richard's blog summarizes the key areas that he's noticed Scrum cause positive change in his organization, summarized here:
  • More Ownership. The team implements quality from the beginning and has developed a culture of teamwork and responsibility.
  • Less Centralised Management. The team is self-organizing; they do their own estimates and task allocation and rarely escalate problems that could be solved internally.
  • More Planning. Stake holders and product owners are more involved in the dev process, more thought being put into the priority and order of tasks.  Less scope creep/ad-hoc requests are occuring because of strict rules about cancelling the sprint if resources are re-assigned, making requestors more careful or risk negatively impacting the business in very clear ways.
  • Less Staff Turnover. Working at a sustainable pace, feeling ownership over their work, having clear achievable goals has dramatically cut turnover. According to Richard "Even if Scrum didn't bring all the changes listed here then this alone would have made it worthwhile."
  • More Customer Focus. Customers are more invovled in planning, prioritization, feedback, useability testing, etc. The risk of producing software the client doesn't need is reduced.
  • A Better Product. "The things we have added to the product are what customers are asking for and so our value proposition for the customer is improved."
  • Organisational Change. The company morale and teamwork are improved, as is the ability for the organization deliver value to their customers.
Richard concludes with some advice:
If you wish to implement scrum (or another agile process) in your organisation remember that it's the people that make it work. Scrum is not a magic bullet that will solve all your problems, bring about world peace and get you on the Rich 100 list. It's just a framework to refocus you on what's important - delivery to the customer & improving your team.
  • This article is part of a featured topic series on Agile

No comments

Watch Thread Reply

Educational Content

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.

Interview: Software Systems Architecture: Working With Stakeholders Using Viewpoints and Perspectives

InfoQ spoke to the authors of Software Systems Architecture on a couple of new topics, the System Context viewpoint and Agile, which have been added to the second edition.