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.

What Should Your Agile Organization Value?

Posted by Mike Bria on Jun 17, 2009

Sections
Process & Practices
Topics
Agile ,
Adopting Agile
Tags
Principles ,
Continuous Improvement

Adopting agile is not easy. Many organizations often struggle trying to squeeze the practices of Scrum or XP into the way they work. Mike Cottmeyer offers a reminder to such organizations that placing too much value in the "how" of agile may be a misguided approach.

Cottmeyer asserts the following:

Getting straight about what we are are actually trying to accomplish with our teams will help us get past some of the dogma, methodology battles, and Scrumdamentalism that is preventing us from incrementally adopting agile practices. Is our goal to adopt Scrum or is our goal greater business agility?

Mike goes on to explain the reasons he believes its most important that teams "deliver value" while being "accountable", "predictable", and "transparent", and that they "get better". Following this, he gives his view on why each of those things is more important than teams having "Product Owners", "Scrum Masters", "Planning Rituals", and doing "Daily Standup Meetings".

He asserts that not having a similar value system could actually be your impediment to successful agility:

[Certain Scrum or XP practices] could be out of sync with your organization and actually impede your ability to adopt agile. You might need to think about what you're really trying to accomplish and come up with some situationally specific strategy to build teams... and to get teams predictable.

It might be unreasonable to ask the business to take a Product Manager and turn them into a Product Owner. It should be perfectly reasonable to ask them to make sure teams have the requirements they need to build software... requirements that accommodate change... help mitigate risk... and deliver value better and faster back to the business.

Jim Shore has previously discussed related ideas, well worth checking out after reading Mike's original post.

  • This article is part of a featured topic series on Agile
Agile Values by Brian Marick Posted
Re: Agile Values by Mike Bria Posted
“Designed Solution” vs. “Emergent Solution” by Udayan Banerjee Posted
  1. Back to top

    Agile Values

    by Brian Marick

    I gave a keynote about 8 agile values: working software, courage, fast feedback, visibility, being reactive, naivete, ease, and joy.



    Text

    Video

  2. Back to top

    Re: Agile Values

    by Mike Bria

    Thanks Brian, great addition!

  3. Back to top

    “Designed Solution” vs. “Emergent Solution”

    by Udayan Banerjee

    Scrumdamentalism - very nice term!

    However, I think not enough attentiion has been paid on the distinction between a solution that is designed and a solution that emerges. See this - setandbma.wordpress.com/2009/06/18/why-am-i-unc...

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

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.