Agile Community of Practice

I’m a strong believer in learning by doing. I also believe that learning will be better when supported by an agile community of practice (CoP). Communities of practice allow self-selected members to develop their “capabilities, build and exchange knowledge”. In my professional life, I am involved in several communities including larger associations such as IEEE and ACM but also more focused communities at work including on Enterprise Architecture, E-health and Agile.

Guilds and Chapters

[bibshow]

Agile communities of practice are perhaps best known through the tribes-squads-chapters-guilds meme. (Infographic)

Of course, communities of practice have been around a lot longer than that and under different names. I choose to use the more generic term Community of Practice here.

How to make an Agile Community of Practice work

Given that Agile Communities of Practice seems to be a popular concept, the question is: “How do we make them work?” Maria Paasivaara and Casper Lassenius of Aalto University have studied this at Ericsson. [bibcite key=”citeulike:13247824″] Paasivaara and Lassenius list the following success factors for software engineering communities of practice (followed by my comments):

  • Good topic. This is probably self-selecting and not really a big problem.
  • Passionate leader. I have had the privilege of working with several passionate community leaders.
  • Proper agenda. This is self-explanatory.
  • Decision making authority. I’ve never seen this as an issue. This is probably also self selecting so that communities which are “only” discussion clubs die after a while.
  • Open community. In my experience, these communities are open to all who fit the profile and are willing to contribute.
  • Supporting tools. At Capgemini, one of our main tools for supporting a Community of Practice is Yammer. [bibcite key=”citeulike:13248096,citeulike:13248099″]
  • Suitable rhythm. The communities I participate in have a monthly or bi-weekly all hands call to exchange information and collaborate.
  • Cross-site participation. All the communities I participate in are global and cross organizational boundaries.
  • A supportive athmosphere. As consultants we are expected to bring thought leadership to our customers and thus participation in CoP:s is expected and encouraged.
  • A suitable infrastructure. This is a wide concept that probably deserves its own blog post.

Discussion

Knowledge is an inter-person co-creation process. That is the main point of an Agile Community of Practice.

Knowledge is an inter-person co-creation process. That is the main point of an Agile Community of Practice.

Paasivaara’s and Lassenius’ checklist for agile community of practice success factors will be useful for anyone who wants to understand why certain CoP:s fail while others succeed. I think an important observation is that it isn’t a question of knowledge management (putting documents in repositories) [bibcite key=”citeulike:13248125″]. It is a question of knowledge co-creation between the community members [bibcite key=”citeulike:26989″].

Finally, CoPs have an importance beyond the participating individuals. They allow and enable positive change in the whole organization.

“CoPs were initially used to support the agile transformation, and as part of the distributed Scrum implementation. As the tranformation progressed, the CoPs also took on the role of supporting continuous organizational improvements. CoPs became a central mechanism behind the success of the large-scale agile implementation in the case organization that helped mitigate some of the most pressing problems of the agile transformation.” [bibcite key=”citeulike:13247824″]

References

[/bibshow]

Image sources

Research Blogging

Paasivaara, M., & Lassenius, C. (2014). Communities of practice in a large distributed agile software development organization case ericsson Information and Software Technology DOI: 10.1016/j.infsof.2014.06.008

Image sources

About Greger Wikstrand

Greger Wikstrand, Ph.D. M.Sc. is a TOGAF 9 certified enterprise architect with an interest in e-heatlh, m-health and all things agile as well as processes, methods and tools. Greger Wikstrand works as a consultant at Capgemini where he alternates between enterprise agile coaching, problem solving and designing large scale e-health services

Leave a Reply