• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar

Agile Buddha

Demystifying Agile, Getting to its Core

  • Our Blog – Agile Buddha
  • Agile Workshops and Certifications
  • Agile Commune – Join Here!
  • Webinars
  • Contact
  • About Us
  • Show Search
Hide Search

Agile is Genchi-Genbutsu: Go, See and Confirm

by Avienaash Shiralige 4 Comments

Genchi-Genbutsu is the Japanese expression for a practice of finding your answers right down at the source, rather than relying on second-hand reports or charts of data to achieve true understanding. This practice emphasizes going to a place(gemba) where you watch, observe and ask “WHY” five times. I shared few posts earlier on 5 Whys.

Most of the time we are hidden in our project plans and design documents to find root causes. Traditional methods assumed that having a great plan and good documentation is the secret to project success. They alienated themselves from implementation and real world.

Agile Go See and Confirm.

Agile, on the other hand, believes in delivering some thing early on to confirm our understanding. It inherits the expression Genchi-Genbutsu.

For example:

  • Working software is a way of confirming your product
  • Sprint retrospective is a way of confirming your process.

Does it work? What is working? What we should do to make it work?

“Gemba attitude” reflects the idea that whatever reports and measures and ideas are transmitted to management, they are only an abstraction of what is actually going on in the gemba to create value.

Few anti-patterns that you see often:

  • ScrumMaster sitting in a cabin rather than sitting with the team. Not having Gemba attitude
  • Team and management working on a problem manifestation rather than finding root cause

You actually do a sprint, observe patterns and anti-patterns to find actual reasons. Curious folks will not spend time on creating a long plan or documents and sit on it for few months. They’d rather want to go and explore to find the truth by actually implementing it.

I believe we need Curious People on our Agile teams over Smart people. But, how many of us have the privilege of remaining curious after years of schooled conditioning? Take a look at the TED talk by Ken Robinson, in which he asserts that schools do not allow creativity to thrive.

I have come to understand this in my home-schooling  journey with our daugther – that Learning is NOT locked up in books (and, for that matter – in documents or in Project Plans). Why, then, do we see learning separate from living?

Agile, Scrum agile, Curious, Genchi-Genbutsu, lean, Retrospective, Sprint, Working Software

Reader Interactions

Comments

  1. Ben Linders says

    at

    Fully agree! This is the way I work with agile teams and their managers, and also what I stimulate and reward from professionals in the organizations that I work with.

    Attend a couple of agile practices, and you will see how they are doing, and be able to help them further improve. Ask them to reflect and learn, not only in retrospectives, but also during stand-ups, planning games, pair programming or any other occasions where team members collaborate.

    Reply
    • Avienaash Shiralige says

      at

      True. Every ceremony is time to reflect and learn. Learning is not limited to Retros only.

      Reply
  2. Ravi says

    at

    Fully agree with the point that curious minds would search for root cause and kill the possibility of the problem once and for all. Smart problem-solving approach may provide quick interim solutions to clear the blocks and ‘just move on’, but may not prevent the issue from cropping up again….

    Genchi-Genbutsu would provide insight into the root causes.

    Reply
  3. Tarun Sapra says

    at

    While I completely agree with the “Gemba attitude” described in the blog, but I Don’t agree with the Ken Robinson’s TED talk, his use of flattery and humor surely adds charisma to the talk but doesn’t provide clear solution to the problem at hand.
    A very accurate and strong rebuttal to Ken’s talk – http://edtechnow.net/ken-robinson-rebuttal/

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

LikeBox

Tags

5 Whys Acceptance Criteria Adoption agile Agile Culture Agile Estimation Agile Offshore Agile Teams agile testing Agile Thinking Agile Transformation Agility Appraisals ATDD Automation Backlog Grooming BDD Big Picture business analyst Capacity Planning case-study code quality Collaboration Daily Scrum DevOps distributed agile Distributed Scrum Estimation Good Practices kanban kanban-mythbusters lean Metrics Planning Poker Prioritisation product owner Scrum ScrumMaster Sprint Sprint Demo Sprint Retrospective Story Point Story Points Sustainable Pace User Story

Categories

  • Agile
  • Agile Leadership
  • Agile Testing
  • Agile Transformation
  • ATDD
  • BDD
  • Continuous Inspection
  • Culture
  • DevOps
  • Distributed Agile
  • Estimation
  • In Conversation with Tim Ottinger
  • Java
  • Jira
  • Kanban
  • Lean
  • noprojects
  • Patterns
  • Presentation
  • Product Owner
  • Scaled Agile
  • Scrum
  • Software Metrics
  • Testing
  • Testing Practices
  • User Story

Copyright © 2025 · Malonus Consulting LLP

  • Email
  • LinkedIn
  • Twitter
  • Facebook
  • Privacy Policy