Scrum But Replaced by Scrum And

Five years ago, the term, “Scrum-But” became popular. This phrase pointed out the gap between just using Scrum-and building great products with Scrum. I would ask someone if they were using Scrum. They would respond, “We use Scrum, but we can’t always complete all the regression testing within a Sprint, so we often have regression testing spill over into the next Sprint.” Or, they might say, “Yes, we use Scrum, but we are a dispersed team, so we have the Daily Scrum whenever it works best, and often that is only several times a week.”

I’d like to change this phrase from Scrum But to Scrum And.  The new wording might be, “We use Scrum and we are continuously building, testing and deploying our increments every Sprint,” or “We use Scrum and we are collaborating and brainstorming within the Scrum Team to increase Value every Sprint.”

We are developing a Scrum-And framework  At the most basic level, the question is: Are you using Scrum or not (as defined in the Scrum Guide (www.scrum.org/guides). Scrum And is then a path of continuous improvement in software development beyond the basic use of Scrum. Equating the Scrum framework with the framework for chess, this is determining how good a product development organization you are just like determining how good of a chess player you are.

In Software in Thirty Days (Jeff and my new book), we map ways in which Scrum can be deployed. These are:

The Scrum And framework is mapped onto this deployment mapping as follows

 Starting with the Stacey graph, four threads of improvement beyond the framework are Scrum,Technology, People, and Business (domain). Organizations would probably improve in each thread at a different pace. Improvement in an organization’s skills in each thread would drive them from the basic Scrum usage to further stages. We expect that metrics such as productivity, quality, value, ROI, and total cost of ownership could be measured at each level.

Work is just beginning in Scrum.org and with its partners. When this is done, it should significantly supplement our Implementation Playbook. It should provide a guide for organizations that want to know how to start and how to improve their product and software development skills. This fits with Scrum.org’s mission, “Improving the profession of software development.”.

We will let you know when usable sets of this framework are available.

Ken

20 thoughts on “Scrum But Replaced by Scrum And

  1. Well done Ken. I sometimes use Scrum–, Scrum-, Scrum, Scrum+ and Scrum++ to think of Scrum teams in terms of evaluating them against the Framework. Anyone doing ScrumBut(with a significant But of course) has a minus, and anyone who is doing Scrum but also adding good technical practices has a plus.

    Funny, the difference between my way of thinking is more from my development background, and you have wisely chosen to cater to your audience — managers. Good work!

    (Note that I’m not in any way suggesting a different “plus” system than what Ken has written about above — just sharing a personal observation/comment.)

  2. Hi Ken,

    Congratulations to you and Jeff for another excellent book. I can’t wait to read it in the coming days and discuss it with our Agile Vietnamese Community.

    Regarding the new phrase, “Scrum And”, I also think about, “We use Scrum And we also combine it with other …”, because Scrum in short is “AWESOME”, but depending on the project, I believe it can also be combined with other Agile practices (e.g. elements from Kanban, etc..) to maximize business value, etc.. An example of that is WIKISPEED (www.wikispeed.com); at WIKISPEED we use Scrum combined with Lean and other Agile practices such as XP to manufacturer affordable road-legal vehicles. I think one of many great examples of combining “Scrum And”… something else :).

    Looking forward to your next series of discussions about the new Scrum-And framework.

    Sincerely and best regards,

    Alex Rosales

  3. I am facing a lot of but as we are a system integrator with always fixed cost projects and very rigid functional roles, also there is a big experience gap between team members that requires someone to for example write the SRS alone then work with another team working in parallel sprint, what do u suggest?

  4. The backlog clearly lasts for the life of the product. There is a reasonable assumption that a product owner will own a product throughout its lifetime (or at least through several releases). Is there a similar assumption about the rest of the development team, that the same team (or largely the same team) would continue to work future releases? Certainly ScrumMasters could (perhaps should) move from team to team to cross-pollinate. In a matrixed project style, sometimes the entire team is new for each project. Different features may require diferent skills. Should the Product Owner generally try to retain the team?

  5. The same development team(s) with the relationship and trust of the product owner would be greatly effective. Switching people, teams, and trust loses a lot, even though it is frequently done.
    Best,
    Ken

  6. Pingback: Ken Schwaber, an Agile Avenger Fighting Against Waterfall « Indie Code

  7. Pingback: Minimum Requirements for Agile | Development Block

  8. Nice post, Ken.
    I’ve read your book Software in Thirty Days and it’s awesome. Anyway – the concept of Studio looks for me very similar to the concept of PMO (Project Management Office). Providing policies, templates, coaching etc.
    Am I right or missed anything?

  9. Hi Ken. The Scrum-And concept is just what I was looking for – because there are some regulations that can`t be met by pure scrum (i.e.: independence of quality assurance).Better to build a Scrum-And than to leave those poor projects to waterfall. I would love to contribute to your work.
    Still, I don`t think that Scrum-But is really replaced by Scrum-And. Many Scrum-Buts change Scrum so much that it looses its agile spirit.

    Regards,

    Markus

  10. I think “scrum, and” has some value but I wouldn’t say you’re replacing, as there is rampant “Scrum, but” meaning the “cherry picking” of concepts that are convenient and palatable. I use a cooking metaphor – you know what lobster bisque is, and if you don’t have a dash of sherry, it’s still lobster bisque. But if we use skim milk, is it bisque? What is we sub crab-flavored white fish? At some point it ain’t lobster bisque anymore regardless of perception

    • This is the point of Agility. It is supposed to allow cherry picking.

      Scrum Agile.

      Agile = “At regular intervals, the team reflects on how to become more effective, then tunes and adjusts
      its behavior accordingly.”

      and:

      “Individuals and interactions over processes and tools”

      and:

      “Responding to change over following a plan”

      A great idea (a truth) has been commercialized.

      My wife makes Reubens with tuna. Always has. Grew up that way. Doesnt know any different. I don’t call that a Reuben, but why do I need to fear her doing so?

  11. Pingback: Scrum Plus: Agile Heresy No More! » Agile Scout

  12. Pingback: ‘Scrum And’ term coined | Content Presenter

  13. Pingback: Blasphemy! They Call It Scrum! » Agile Trail

  14. Pingback: Scrum . . .A Simple Framework: Barnacles | Software Process and Measurement

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s