As we are introducing MS Teams, we are planning migration of the corporate files from network shared folders and individual OneDrives to SOP/MS Teams (same SOP on the background for files storage). Our files organized sometimes by teams, sometimes by processes, sometimes by products, sometimes by events.
Migrating formal teams' files to MS Teams is a pretty good match. However, files on business processes, products, events, projects often have cross-team nature and do not fit to the team space of a team (as an organization's unit). Moreover, content owners want to keep control of their files and share them with others only in read-only mode. Creating a new MS Team per every process, product, event, etc. seems as an overkill and files segmentation will be extremely great.
Could you please share your experience on how you organised you corporate files on SOP/Teams with introduction of MS Teams?
How it changed your files organisation?
How do you make sure that staff belonging to a team (or teams) is able to communicate to staff in other teams (given the closed nature of MS Teams for members only) and have access to other teams files?
How do you differentiate between draft documents and final products? Metadata theoretically sounds great but it is practically impossible to enforce in day-today use without dedicated curation, which is not always possible.
As you descibed , there are often lots of types of documents within the organization with different purpose!
How this is done is often the MAJOR thing implementing any type of document management and setup and this always differs from organization to organization
The purpose of Teams is not the document library itself but the ability to cooperate, and more effectively work together within a team and with the documents belonging to it!
Some document types which are less modified and doesn't belong to a certain project or team may suit better in a SharePoint site where people all over the company has access, read access if desired!
Events and business processess for example sounds like an intranet scenario where the entire organization have read access. This content is rarely modified and more static, therefore not neccessarily subject to "Teams"
Teams also respect custom permissions made on the libraries
Keep in mind that Sharepoint sites can be "tabbed" to Channels in Teams aswell
On documents that are not in Teams, I often use/teach to use OneDrive for draft. Share a document to people who needs to contribute and when it's finished ->publish to SharePoint.
In teamsites/Teams when many people must contribute to the document, there is of course the conversations space to communicate around the documents. There is also various ways to deal with draft/final in Sharepoint by choosing major/minor versioning for example! This is all up to how you work in your company!
One way, if you want several teams coworking together, you can create a common SharePoint library with members from all the teams you want and tab it the every team! That way they get a common library to collaborate in.
There are many ways of doing things and this is just my point of view