Agile and Knowledge Management, part 1
At our Knowledge Worker Toronto event on January 23, 2013 our speaker, Gil Broza, spoke about the human side of Agile. Now, Agile, for those of you who don’t regularly interact with software developers, which I imagine are many of you who read this blog, is about iterative and incremental design and development of software applications. Gil was speaking about lessons that could be learned from the experience of software developers in this area and transferred to other areas of the organization. That activity in itself is a knowledge management activity: knowledge transfer of lessons learned, but I digress.
Gil spoke about 10 lessons that the rest of the organization could learn and apply:
- People are not resources
- Nurture the joy of delivering value
- Take small, safe feedback-rich steps
- Mind the physical environment
- The social environment matters too
- Want high-performance teams? Be ready to invest
- Manage less, lead more
- Collaboration rocks
- Human conduct trumps “best practices”
There was a discussion after the presentation and Q&A ended about how this talk fit in with Knowledge Workers/Knowledge Management, this is what I contributed to the discussion: these 10 lessons are about how knowledge workers like to work. In the KM consulting that I do, I often have a section in the report about knowledge workers, especially when I’m working with an organization that is hierarchical. Knowledge work and knowledge management thrives in a flatter organization model, one where sharing and working together is expected, and the silos of a hierarchy are detrimental to achieving the goals of the organization.
Anyone else have any thoughts?