Forum Discussion
When to use O365 Groups - is the Intranet dead?
Our organization is struggling to get started with SPO and O365 Groups. Yes, I know there are dozens of articles and threads about 365 groups and how they work - and for shorter project teams, groups make total sense to me. However, the idea of an intranet still has validity, especially when talking about sharing department content throughout an organization. Bear with me…
We have an old SP2010 intranet with the typical problems of an intranet - poorly governed, became a file repository, low adoption, etc. We're not able to invest in a massive migration at this time, so we want to take a few teams and start working in 365. Let's say we want to get a few departments running - IT and Marketing. Now, both instances I immediately think "just create a group - you'll get everything you need". I could use the new mail address to replace the old distribution lists. Maybe use planner and onenote for the team, etc. However, there are many IT and Marketing materials that should be consumed by the entire organization (training docs, brochures, etc). I wouldn't want to give the entire organization access to the group, as that kind of defeats the purpose of the group collaboration. Plus, there is no native navigation function for browsing the groups like you would a typical intranet, which would make it difficult for someone from “Shipping” to access a training doc from “IT”.
How have others designed their 365 environments to intermingle groups, department sites, and intranet? Should divisions have both a Group and a publishing/intranet page? To me, that spreads out the docs and makes things hard to manage. We could instead just create Groups for the divisions, and use folders with adjusted permissions on the doc libraries for public consumption. But then the rest of the employees would have to consume the content through some sort of content query on a different page? Or maybe O365 Groups isn’t right for these types of departments, and we should stick with building subsites for each like the old 2010 days…. (aahhhh!!!)
Looking forward to your feedback! If you recommend O365 Groups, I’m curious if you recommend Group naming conventions to separate department groups, project groups, and cross-functional teams.
10 Replies
- Our approach has been to create private and semi-private workspaces for teams that need to get things done. And yes, some of that is creating content to share internally with other people which requires open spaces to publish that content.
Office 365 offers a lot of different tools to do that and we've applied them all in different use cases: distribution lists, open Yammer groups, SharePoint publishing sites overlaid with LiveTiles, SharePoint enterprise wiki sites, and we look forward to having the new Communication sites in the tool belt.
So using IT as an example...
IT teams communicate using a set of Yammer groups. They also have a set of open Yammer groups for community engagement. We post information and we get questions and other feedback in return. Complaints too, that's part of the business. Internal IT documentation is maintained in a wiki document library in a SharePoint site. Documentation and help articles for users are maintained in an enterprise wiki open to the community. Video content is in Office 365 channels.
Maybe we would have done some of the stuff that is in Yammer using a tool like Teams or Groups instead if they had been available when we set all this up. We're debating what, if anything, might be worth migrating. HI Eric,
This is a pretty common conversation piece I have with a range of clients: Groups, Teams, SharePoint, even Yammer - when to use what and why. So rest assured you're not alone.
Some of my team here at AvePoint put together a really neat infographic you can view https://www.avepoint.com/blog/strategy-blog/how-to-use-office-365-groups/ which covers really effectively which solution to for what and when. They do this by splitting it up into three factors: Audience, Tone and Speed before diving a bit deeper into each item.
Let me know what you think and if you have any questions. Hopefully it helps a little bit.
Thanks,
TomWe had this discussion a couple of months back on RE:Office 365, and the conclusion our panel came to was that the intranet still very much has its place - however is diminished due to Groups.
Now that we know that Communication Sites are coming to O365 as well this continues to change the game.
The "intranet" is a function - not a technology. So saying that the intranet is dead because of O365 Groups is incorrect, as organisations still need a place to share information with everyone else. We can't rely on Delve for everything.
Thank you for posting the video. Very interesting discussion about intranets. Nine months ago we went through an intranet scoping phase, and the result was going to be a $250k intranet project which we just could not stomach. It seemed like overkill for 150 person organization. The idea of Groups being formed for teams in an organic way makes sense, and then use a less robust intranet for the "source of truth" type documents. However, your point in the panel discussion about managing the "source of truth" is where I'm stuck now, and what prompted my post. A marketing team working together in a Group for a campaign, is going to create and collaborate on documents for that campaign. With the Intranet "source of truth", they are going to have to remember to copy the final versions from their Group, to the intranet for all to consume. Then any changes will be difficult to manage in both spots.
Geoffrey Bronner, I think you’re right that for groups like IT, I’m probably overthinking it. We can create separate content areas depending on the function. For instance, I can create a Group for private IT docs, and Sharepoint Site with a library for IT training docs for general consumption (I’m still not sure if I would create a site collection or a subsite on the main, but I can experiment). It is the cross functional teams like marketing that will have documents in multiple locations that worries me.
You could instantiate a link to the Group document into the Intranet.
In such a way, all updates to the document will automatically be visible in the Intranet without any additional effort...
