Re: We need a team site. Will you create one for our organization? #collaboration #governance

Robert L. Bogue

One of the challenges that I see with customers is that the more environments you have the more people tend to either 1) wonder which environment they should use for different needs and their confusion either ends in not doing anything or cross posting.  or 2) They tend to only use the environment that they’re familiar with and there by ignore other potentially helpful places.


I’m always concerned when the governance is broken up into too many groups.  It feels like there should be guiding principles that are shared across all of the platforms.  In my opinion one of the problems we as consumers of the technology have is that even internal to companies like Microsoft, there’s competition between Teams and Yammer and this results in confusion in the market.





Robert L. Bogue

O: (317) 844-5310  M: (317) 506-4977 Blog:

Are you burned out? can help you get out of it.


From: <> On Behalf Of Jan Hutter via Groups.Io
Sent: Tuesday, December 10, 2019 3:36 AM
Subject: Re: [SIKM] We need a team site. Will you create one for our organization? #kmers #sprawl #better practice


The question of scoping the "collaboration environments" (i.e. tools and structures which have been setup for collaborating within a particular scope) is a burning question for me as well. While we are using multiple collaboration tools together (typically at least Teams for communication, Confluence for most of the documentation and SharePoint for traditional document management), the question of scoping/structuring is an overarching topic as these tools together are (conceptually) forming a single collaboration environment together.

Thus - in our case - it is really a question of identifying the right (high level) information architecture (i.e. "how does the landscape of collaboration environments look like?") and governance model (i.e. "how is this landscape of collaboration environments maintained and by whom?"). There we are currently thinking in the lines of having different collaboration environments by type (e.g. project collaboration environments or community (of practice) collaboration environments) where each type is governed by separate governance bodies, e.g. the community collaboration environments are governed by the communities program which also documents the landscape of communities (and their environments).

Wonder how others are bringing structure into their collaboration landscapes where one single collaboration environment is the combination of a set of different tools...


Join to automatically receive all group messages.