AGILE IN ACTION

Monday, 13 February 2006

Scrum ba

Posted by Simon Baker

The creation of knowledge depends on an enabling context, or ba , that is shared by people and fosters relationships among them. The knowledge created depends on the situation and the people involved. Scrum creates ba by fostering relationships and effective collaboration, and facilitating interdisciplinary activities between the scrum team , which is a self-organising and multi-disciplined organism, and the product owner representing the business.

Scrum builds a social environment that connects the product owner , the scrum team and the scrum master . In the sprint planning meeting, the process of socialisation allows the product owner and scrum team to share their tacit knowledge with a mutual exchange of ideas and viewpoints. The product owner ‘s tacit knowledge includes subjective insights and experiential wisdom about the features they desire. Whereas, the developers’ tacit knowledge includes their intuition for the product owner ’s needs and their technological know-how. Based on their collaboration to explore and understand selected user stories they create new tacit knowledge. This is converted into explicit knowledge, in the form of evolving code and emerging features, by the process of externalisation which proceeds throughout the sprint.

While the enablement of knowledge creation relies fundamentally on the emotional attachment of the people involved and their care for the organisation and their colleagues, it also includes the facilitation of the relationships and the conversations. The scrum master ’s broad responsibility is to facilitate collaboration by encouraging active communication among the scrum team and between its members and the product owner , and by channelling the energy created by their interactions to create ba .


References:
[1] Hititsubashi on Knowledge Management
[2] Ba
[3] The courage to be creative

Creative Commons Licence

Recent Posts

  1. System failure is inevitable so design for a fast recovery
  2. Delight comes as a surprise in unexpected places
  3. Help create business agility. Bake quality in
  4. Governance - Friend or Foe?
  5. 70% Forum
  6. Measuring purpose. Measuring customer delight
  7. Stop pushing features and start delighting users
  8. Lost without a goal
  9. Emotion creates the common language
  10. Five sneaky ways to kill an initiative

Archives

  1. 2012 (16)
  2. 2011 (24)
  3. 2010 (31)
  4. 2009 (41)
  5. 2008 (69)
  6. 2007 (152)
  7. 2006 (128)
    1. December (16)
    2. November (26)
    3. October (7)
    4. September (11)
    5. August (7)
    6. July (7)
    7. June (4)
    8. May (4)
    9. April (4)
    10. March (4)
    11. February (14)
      1. Don't be afraid to make mistakes
      2. APLN and collaborative leadership
      3. Scrum ba
      4. Ten-minute build, continuous integration and developer rhythm
      5. User stories part 3: Using spikes to help estimate user stories
      6. User stories part 2: Adaptive planning
      7. User stories part 1: What is a user story and who writes them?
      8. Ba
      9. Watch out for the mini-series
      10. Ideal time vs. story points
      11. Making the quality-factor visible
      12. User stories and tasks
      13. Knowing when you're done
      14. Switching pair-programming partners
    12. January (24)
  8. 2005 (63)
  9. 2004 (2)

Tags

agile (43) big visible chart (15) conference (40) culture (18) extreme programming (21) leadership (18) lean (47) people (26) planning (17) retrospective (18) scrum (41) story (19) team (30) testing (19) xpday (19)