Skip to main content

#Stoos Looking for a Simple Framework for Applying Radical Management

"Scrum has been so successful because it is a simple framework that is easy to teach and easy to follow. A framework for general management needs this same simplicity."
This morning, fellow Scrum coach and evangelist Mischa Ramseyer and I were brainstorming on how to accelerate the transformation of management for the #Stoos Gathering. Mischa's words echoed my own long held beliefs. We have seen Scrum succeed over and over, mostly in software development contexts. What are the deeper patterns that can be applied to all management situations and how can we distill them into an easy-to-teach, easy-to-apply framework?

What would be the characteristics of this framework?
  • It would be simple. The rituals can be followed easily.
  • It would be based on the same values and principles as Agile, Scrum and Kanban. In particular trust, transparency and respect.
  • It would focus on achieving customer delight.
  • It would ensure a clear line of sight from those doing the work to those customers or users benefiting from the work.
  • It would incorporate checks and balances, so that when the organization comes under pressure, the system can correct itself.
  • It would define cadences to ensure that all important activities are performed regularly.
  • It would ensure the impediments are visible and handled effectively.
  • It would be modifiable, scalable and enhanceable to fit a wide variety of situations.
We came up with two repeating cycles, an operational cycle and a strategic cycle. Each cycle represents a time frame; shorter time frames repeat within the cycle. During the cycle various rituals take place, e.g. planing or a functional review. The operational cycle covers the monthly-daily time frames while the strategic cycle extends from quarterly to weekly time frames.

In each cycle, the customer is portrayed in the middle, together with the teams doing the work, regardless of whether the customer is physically present, because producing positive outcomes for the customer is of key importance.

The operational cycle

The operational cycle is about getting work done and creating outcomes which customers will value. It consists of three set of rituals, monthly, weekly and daily. Each is represented as a circle. A team and their customers are at the center of this cycle.
  • Monthly - for planning and measuring outcomes and results (customer delight/NPS, functional review and operational retrospective) 
  • Weekly - for ensuring the culture and relationships are alive and well 
  • Daily - rituals for organization and encouraging teamwork, such as daily stand-ups, updating the information radiators.
Information radiators (such as Kanban or Scrum boards, Impediment lists, Happiness Index) should broadcast key information, e.g. pending work, work in progress, or staff and customer satisfaction.

The organization should measure and evaluate customer delight at regular intervals. We believe integrating this in to the monthly cycle both for operational and strategic cycles will often be appropriate, but this may be context specific.

We did not really define roles, but someone must be responsible for making impediments visible and escalating them should they not get resolved. To ensure no conflicts of interest and an effective flow of information, that person should not normally be the same person who brings work to the team or who represents more powerful institutions in the organization.

We also believe that a team-based approach is more effective than mere collections of individuals. Teams work together to achieve common goals, share information with each other, and compensate each other's weaknesses, so the whole is stronger than the sum of the individuals. This is especially true in leadership roles.

The strategic cycle

The strategic cycle is about making the company an effective place to get work done and to innovate for the customer.

The strategic cycle also consists of three sets of rituals, represented on circles over a somewhat longer timescale. Together with the management team, the company's customers are again at the center of this cycle.
  • Quarterly: Each quarter the company should improve: "from version 1.0 to v1.1." Planning & Review are focused on making the company more effective, more sustainable, better loved and generally better.
  • Monthly: Ensure optimal conditions for doing work and continuous improvement. Measure and react to essential feedback (e.g. NPS, Happiness Index, Financials, unsolved impediments)
  • Weekly - like in the operational cycle, ensuring the culture and relationships with the company are alive and well

The monthly cycle is where the strategic and operational cycles overlap. The information radiators, especially the stuck-impediments list, ensure that essential information is available for all who need to see it.

How do these cycles scale? The cycle diagram itself is intended as an information radiator. What does your company need to do to be successful? The planning and review meetings, artifacts and tools that we defined should provide the basis for an effective Plan-Do-Check-Act culture, but they may not be sufficient for a particular situation. So you can move rituals from one circle to another or add additional rituals as appropriate. You can also create longer or shorter time scales and define the relationships between them.

Looking for Resonance

What is your reaction to this approach? What resonates with you? What makes you think 'this will never work!' Beyond #stoos, I will be teaching a Radical Management course with Steve Denning and would like to integrate a simple approach to doing Radical Management into the course. What would you add? What would you take away?


Popular posts from this blog

Sample Definition of Done

Why does Scrum have a Definition of Done? Simple, everyone involved in the project needs to know and understand what Done means. Furthermore, Done should be really done, as in, 'there is nothing stopping us from earning value with this function, except maybe the go-ahead from the Product Owner. Consider the alternative:
Project Manager: Is this function done?
Developer: Yes
Project Manager: So we can ship it?
Developer: Well, No. It needs to be tested, and I need to write some documentation, but the code works, really. I tested it... (pause) ...on my machine. What's wrong with this exchange? To the developer and to the project manager, "done" means something rather different. To the developer in this case, done means: "I don't have to work on this piece of code any more (unless the tester tells me something is wrong)." The project leader is looking for a statement that the code is ready to ship.

At its most basic level, a definition of Done creates a sh…

Explaining Story Points to Management

During the February Scrum Breakfast in Zurich, the question arised, "How do I explain Story Points to Management?" A good question, and in all honesty, developers can be an even more critical audience than managers.

Traditional estimates attempt to answer the question, "how long will it take to develop X?" I could ask you a similar question, "How long does it take to get the nearest train station?

The answer, measured in time, depends on two things, the distance and the speed. Depending on whether I plan to go by car, by foot, by bicycle or (my personal favorite for short distances) trottinette, the answer can vary dramatically. So it is with software development. The productivity of a developer can vary dramatically, both as a function of innate ability and whether the task at hand plays to his strong points, so the time to produce a piece of software can vary dramatically. But the complexity of the problem doesn't depend on the person solving it, just …

Money for Nothing, Changes for Free

“Money for Nothing, Changes for Free” encourages both customers and suppliers to focus on value.

A key advantage of Scrum projects is that at least once per sprint you have something that could be shipped and no work in progress. You can change direction every sprint, and you can reevaluate whether the project is a good investment or if your money could be better spent elsewhere. Abrupt cancellation is risky for the supplier.

While the concept of an early-exit penalty is not new, Jeff Sutherland gave it a unique allure with his allusion to the Dire Straits hit.
Desired Benefit Incentivize both customers and suppliers to focus on functionality that provides genuine value.
Structure This works with Agile software projects because there is little or no work in progress. After each Sprint, functionality is either complete or not started. Work is basically on a Time and Materials basis with a cost target, often with the intention that the project should not use up the entire project budge…