Nemawashi & Scrum Events
www.japanintercultural.com

Nemawashi & Scrum Events

Are you familiar with anyone of these phrases?

“Consensus-building”, “Getting people on the bandwagon”, “Obtaining buy-in”, “Sending up a trial balloon”, “Testing the waters”, “Getting everyone on the same page”, “Greasing the skids”, “Behind the scenes persuasion”, and “Lobbying”?

Then ‘Nemawashi’ shouldn’t sound odd to your ears. But none of those terms actually share the same intent as that of what Nemawashi is all about.

Borrowing text from Wikipedia,

Nemawashi (根回し) in Japanese means an informal process of quietly laying the foundation for some proposed change or project, by talking to the people concerned, gathering support and feedback, and so forth. It is considered an important element in any major change before any formal steps are taken, and successful nemawashi enables changes to be carried out with the consent of all sides.

It is considered an important element in any major change, before any formal steps are taken, and successful nemawashi enables changes to be carried out with the consent of all sides.

Nemawashi literally translates as “going around the roots”, from ne (根, root) and mawasu (回す, to go around [something]). Its original meaning was literal: digging around the roots of a tree, to prepare it for a transplant. This process involves bringing the dirt from the new location, and introducing it to the tree, before the transplant, so the tree can grow accustomed to the new environment before it gets there.

Nemawashi is often cited as an example of a Japanese word which is difficult to translate effectively because it is tied so closely to Japanese culture itself, although it is often translated as “laying the groundwork.”

When something new comes up to our mind, we start thinking of it. Then we search in Google, look for advice from other people. Now think of all these expected to happen and get fulfilled with a large team?

Definitely, that will a big mistake we might regret in the long run.

Now by applying Nemawashi, we offload re-framing a meeting’s intent, explore options, and come to consensus in more natural smaller conversations before even the meeting start.

In Japan, it’s typical for small subsets of the participants to get together prior to the meeting. This allows for more frank and vigorous discussion than is possible when everyone is together in the larger meeting.

Now how are we going to bring this concept in Scrum events?

Let us take Sprint Review for example and apply Nemawashi in practice.

Step 1 – Days prior to the event, create a focused agenda with what you will need to cover.

Step 2 – From there, identify who the key stakeholders are for each decision that needs to be made or item that needs to be discussed.

“Collecting feedback from the right people is crucial to make the right product decisions: If you invite the wrong individuals or if key people are missing, then you are unlikely to receive the feedback you need. You should therefore make sure that you invite the right individuals.

It's helpful as a Product Owner to explain to the individuals why they are asked to attend the meeting and what they are likely to see in order to encourage them to participate and to set their expectations.” – Roman Pichler, Product Management Specialist, Certified Scrum Trainer (CST), Scrum Alliance

Step 3 – When you’ve done that, call these individuals and talk through the details and, depending on the issue, take the time necessary to find consensus with them or help them see why this change is important to the organization’s vision and goals.

It's best to collect user and stakeholder feedback separately using different techniques. Sometimes its fine to split the meetings into parts to get the right synergy from respective stakeholders.

“Demoing the product increment to end users makes sense when very little functionality has been implemented. Otherwise, it tends to be more helpful to observe or measure how people actually use the product employing, for example, usability tests and early releases.

As these techniques usually require more time than the sprint review meeting offers—it may take several days to collect the relevant data after you’ve released a product increment to (selected) users—this naturally separates collecting the user data from gathering stakeholder feedback.” – Roman Pichler

Step 4 – Once you’ve finished speaking with each stakeholder, hold the meeting to discuss/announce the relevant changes or developments. Now that you have laid the foundation, the meeting should be short and fruitful.

Now that most of us are not collocated with the team or that PO / Stakeholders were busy visiting users and customers or attending a trade show or conference, the earlier mentioned steps lay the foundation for the Sprint Review meeting.

With such early and timely short conversations had by PO before the Sprint review helps the Development Team to collaborate and get feedback. And indeed getting any small direct feedback from the stakeholders is invaluable for the Scrum team.

This is not an alternate form of running Sprint Reviews/replacement to such scrum events. In fact, these earlier conversations in small groups help the participants reach a consensus which in turn means, less time in few long and draining Sprint Reviews. Also, it promotes better feedback to inspect and adapt further.

Now with you getting to hear ‘Nemawashi’, what are your plans next?

Share your views in the comments section.

KVK .

Scrum Master

4 年

Thanks Ravishankar for introducing me to novel word and showing how it is relevant in various Scrum events!

回复

要查看或添加评论,请登录

Ravishankar R的更多文章

  • Is Re-estimating a Sign of Incompetence?

    Is Re-estimating a Sign of Incompetence?

    Emerging information creates a trigger to re-estimate, but is re-estimating a sign of incompetence? Let us take a look…

    4 条评论
  • Estimation Inflation - What should we do about it?

    Estimation Inflation - What should we do about it?

    When a Product Backlog Item is estimated by a team with a relatively larger value than what they would have done for…

    1 条评论
  • Better Estimates with Empathy for the Scrum Boundaries

    Better Estimates with Empathy for the Scrum Boundaries

    What are Bumper Cars? “Bumper cars or dodgems is the generic name for a type of flat ride consisting of several small…

  • Are Story points Rules or Tactics employed by Scrum?

    Are Story points Rules or Tactics employed by Scrum?

    What are Story Points? Story Points are a unit of measure for expressing an estimate of the overall effort that will be…

  • Estimation & Amdahl's Law

    Estimation & Amdahl's Law

    Let us take this opportunity to explore a theory (involving Amdahl’s Law) one needs to be mindful of before even…

    1 条评论
  • The #1 Reason why your estimates might go?wrong

    The #1 Reason why your estimates might go?wrong

    This incident happened in November 2019 around Diwali time in Chennai. A close friend of mine travelled from Bangalore…

  • Bringing clarity on Estimate from a Commitment

    Bringing clarity on Estimate from a Commitment

    The biggest challenge for Developers* in estimating Product Backlog Items (PBIs) remains in the aftermath of providing…

  • The fallacy of Estimating the Product Backlog Items

    The fallacy of Estimating the Product Backlog Items

    What we still don’t get about estimates even after decades of executing projects and building products is – estimates…

  • Is domain knowledge a must to be a great Scrum?Master?

    Is domain knowledge a must to be a great Scrum?Master?

    I had a chance to chat with my childhood friend after a long time on WhatsApp recently. I was happy to hear about his…

    1 条评论
  • A Scrum Master and her Cameo appearance

    A Scrum Master and her Cameo appearance

    Alfred Hitchcock, a notable English film writer, director, and producer is known for his cameo appearances. Wikipedia…

社区洞察

其他会员也浏览了