Enabling knowledge sharing

Sharing knowledge among peers, colleagues, and partners enables new combinations of existing individual knowledge. How to decide when, how and to whom sharing should be performed?
Dividing stakeholders into two categories; key individuals and community; it becomes easier to separate when, how and to whom knowledge sharing should be done. Key individuals are the most important peers, colleagues and partners with whom you need to share knowledge. Community are the groups of people with whom knowledge sharing benefits both parties.
I will here outline some thoughts, guidelines and examples on using key individuals and community as means of identifying knowledge sharing requirements. As example we will use a global telecommunications company with a multi-site R&D organization with deep customer and external partner relations were to define which knowledge to be accessible to whom.

• Key individuals. Simplifies sharing efforts through being aware of the key persons enabling you to continually satisfy their needs. Identify who the key individuals are, their knowledge domains, when and how they need knowledge. Be very restrictive on whom to define as a key individual. It is advisable to have a discussion with each person to gather their personal expectations. Which knowledge, when do they need it, in which format and how to access it. 
• From the example: Identifying the key individuals among the different engineering organizations, customers and partners (in all 7 internal, 3 customers and 4 partners) opened up the opportunity to tailor communication and filtering the knowledge that was made available to each of them. Some wanted only working and verified knowledge, others wanted very early ideas. Among the engineering teams very open sharing is key to successfully build upon each others experiences. With partners knowledge regarding common projects that were patented to protect IP was shared. Through the individual attention paid to each one their interests can be met.
• Community. A broader set of people in each organization can be treated. These can be development teams,. business development, sales, support, etc. Their needs on knowledge are of course also specific, but through treating them as a community it is possible to still manage their needs. If not managing them as a community they will consume too much of your resources and benefits will not materialize. A community is a simple way of giving these organizations some special treatment without having to be personal.
• From the example: Within one engineering team in Spain they had developed a new communication and message container. The actual thoughts and technologies behind these were needed by the engineering team in China in their IPTV development. Through defining the Chinese team as a IPTV community (possible including others over time) they could easily define which knowledge was needed by IPTV and make it available to that community without thinking too much on who's on the other side. Following the agreed upon depth and timings enables the Spanish engineering team to control access and still keep efficiency.

Conclusion: Identify key individuals and communities of interested parties in the knowledge you produce and that will enable much simpler control and maintenance of knowledge sharing.