, 10 tweets, 2 min read Read on Twitter
Yesterday, @chethendrickson and I were talking about the new framework we're not creating, temporarily called Twelve™ at deliver:Agile (ronjeffries.com/articles/019-0…).

1/10
Chet said it should be called One, because what we're trying to do is get a team to be as effective as a single individual working alone on something they know all about.

Or maybe Two, trying to get a team to be as effective as a really great pair, like we sometimes are.

2/10
We spoke of mobbing, which is an attempt to get a whole group all working together smoothly. (It is reasonable to be concerned over when this is, and is not, efficient, of course.)

3/10
All this was in the context of /roles/, such as Product Owner, Customer, ScrumMaster, Tech Lead, and the like. Roles seem almost always to become embodied in an individual. The PO, the SM, the Lead.

4/10
When a really great small team is working well, it rarely seems that there are roles in play. Yes, sure, I may mostly play forward and you mostly back. I may handle most of the database things, and you most of the UI. But not always and not by designation.

5/10
Instead, we pass the ball around freely. No one stops the play action and calls it back because you typed some SQL or I created a button.

6/10
We've mentioned before that the customer / developer split in XP, the PO / dev team split in Scrum seem to be a flaw that at the time no one knew how to get rid of.

Today, we see more and more that we should refer to Skills on the team, not to Roles within it.

7/10
This may particularly apply to the role of ScrumMaster. Strong rumor has it that this role was created solely to serve as a target market for Scrum training and certification. Be that as it may, the role certainly designates some individual as keeper of the Scrum flame.

8/10
The inevitable conclusion too often is that no one else has to be the keeper of the flame. This is the problem with all designated roles: I am the Grand Poobah AND YOU AREN'T.

9/10
Self-organization is at the core of good development, according to Agile principles. Roles inevitably push back against self organization. They are always questionable and quite possibly never really necessary.

10/10
Missing some Tweet in this thread?
You can try to force a refresh.

Like this thread? Get email updates or save it to PDF!

Subscribe to Ron Jeffries
Profile picture

Get real-time email alerts when new unrolls are available from this author!

This content may be removed anytime!

Twitter may remove this content at anytime, convert it as a PDF, save and print for later use!

Try unrolling a thread yourself!

how to unroll video

1) Follow Thread Reader App on Twitter so you can easily mention us!

2) Go to a Twitter thread (series of Tweets by the same owner) and mention us with a keyword "unroll" @threadreaderapp unroll

You can practice here first or read more on our help page!

Follow Us on Twitter!

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just three indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3.00/month or $30.00/year) and get exclusive features!

Become Premium

Too expensive? Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal Become our Patreon

Thank you for your support!