Adatis BI Blogs

MS Teams–Teams or Channels?

When planning your MS Teams rollout and how to structure your teams there are some simple points to bear in mind. Teams is for Teams… As the name suggests, MS Teams is about, well, teams really. Thanks for that fantastic nugget of genius Captain Stating-The-Obvious, what would we do without you? Therefore if you have teams of people already organised for projects, then creating an MS Teams team for each of these makes logical sense. Should you have information that is only for this team, it can be contained within the privacy of the team, as team boundaries are the only point at which access can be enforced. There are no private channels (although this may be something coming down the release pipe though no real indication of as and when). Teams is Flat You may not realise this at first, but there are no real hierarchies within MS Teams other than Teams being the parents of Channels, which in my book doesn’t really count. So, no ‘Sub-Teams’. And no ‘Sub-Channels’ either. You will need to think about naming conventions to enable some logical sorting of your teams if you are to avoid a jumbled mess on the UI. Channels within Teams can be collapsed within the Desktop App, but not within the mobile apps. To make mobile users’ lives a little more tedious, the search functionality does not extend to actual team and channel names, so you’ll be whipping your finger frantically up and down the screen to find that team or channel you are interested in. You can ‘favourite’ channels but not teams to help with this, but there is still lots of room for improvement in this area of the application. By organising into teams at least you can manage membership and people will only see those teams and channels they are members of, in addition to any channels they have explicitly chosen to ‘follow’. Teams and Channels are Hard to Move Bear in mind that once created, it is not easy to move chat and other team content that is stored outside of SharePoint Online to another team. Don’t assume you can fix things up as your (flat) ‘topology’ develops.This is not something you really want to have to try, and even if you did your options for relocating are limited as things are, well, flat. If you are thinking of having a lot of channels within a team and then reorganising into other teams when the number of channels starts to become overwhelming or a better structure presents itself, this isn’t really going to be easy. Microsoft have not really provided any provision for reorganising your content. The assumption appears to be that users know what their teams are going to look like and what these teams will contain, and that isn’t likely to change, so why add this functionality. I’m sure as the adoption of the service picks up Microsoft will realise that this isn’t really going to cut it in large organisations, where restructuring is sometimes a quarterly activity (“What do you mean we’re moving desks again? My bonsai is only just getting acclimatised!”). For now however best to exercise some forethought and try and avoid this painful exercise. A well thought out demarcation for your teams will avoid a whole world of pain in the not too distant future. Below is a simple suggestion for how you may start to structure teams for client projects and R&D within a medium sized organisation. You may want to have a team that is purely for ‘global’ client stuff outside of projects, in addition to the Project-focused teams. Within each team the various channels allow the team members to structure their communications in a focussed manner, for the attention of the members of that team only. As you can see, once you start segregating your topics into channels, these project teams are going to be getting rather busy on the channel listing, as this hypothetical project alleviates to. Bunch all of the Client 1 channels into a single team and you can see how things will soon become difficult to manage.  The same thinking applies of course for non-client work structuring, such as for our R&D endeavours. You could of course have opted for bundling everything for Client 1 into its own team, or likewise for R & D, with an increased list of channels therein. With each additional project you will have more channels for your larger audience within the team (as they now contain members for and increased remit) to have to wade through, which over time is probably going to become unmanageable unless you are only looking at a small number of projects. This way there may well be monsters, or at least swamps, quicksand and other things you’ll probably wish you’d avoided…

Microsoft Teams

At Adatis we have been investigating using Microsoft Teams for collaboration and communication within client projects and across the Company. When working on project teams, big or small, these aspects of daily work can really have an impact on productivity and that sense of being part of the team, especially when some team members are not always co-located. With MS Teams only recently going to GA, we have also used Slack for similar uses cases, which, being the main competitor in this space has a lot to offer. I won’t go into too much detail regarding the functionality of each product as there are plenty of articles relating to this already. You can find details regarding the two products at the links below: So What is MS Teams? MS Teams is a service available through Office 365, free of charge. It leverages various existing Office 365 products to assist with document collaboration, chat, meetings, conference calls etc. as required within a team. Team membership is however limited to those people within your Office 365 domain, which does mean that those teams requiring a mix of internal and external resources may not find the service suitable for their needs. Teams and Channels Teams can be public or private. Public teams are available for anyone within your domain to join and leave as they see fit, whereas private teams have their membership managed by a team owner. All content within the team can be seen by all members, except for one-to-one conversations. Each team hosts one or more channels which are essentially containers for conversations and documents regarding the various subjects of interest to the team. Members can follow channels that they are interested in, receiving notifications when items are posted on the channels. All this is pretty standard stuff, and something that Slack does very well. The main strength of MS Teams is in the use of the Office 365 services for collaboration. Each team has a SharePoint Online site with all the usual functionality, and each channel has a top level document folder within the document library for hosting the various documents used by the team. Further integration with OneDrive allows rapid sharing of information within the team and a robust document store to be created, all from within the MS Teams application. Each channel has a number of tabs that can be used for browsing a variety of Office 365 or external website content. Documents of interest can be edited within a tab, meaning that collaborating on a document is as easy as if using SharePoint Online (which is exactly what you are doing of course). Using MS Teams In order to benefit from the full functionality offered by MS Teams it is best to download the MS Teams Desktop application, which is available to download for Windows 32bit/64 bit, and Mac OSX 10.10+ here. The application is also available for mobile (Android, Windows Phone and iOS) at the usual online app stores, and a web version of the app is also available from the Office 365 landing page, which offers the same functionality as the Desktop app. Mobile clients do offer a reduced level of functionality, missing some of the additional Office 365 service integration and administration functionality such as for creating new teams and channels and managing membership. If, however, keeping abreast of chat and limited editing of documents (using the official Office 365 mobile apps only) are all you need on the go, then the mobile app should suffice for most people until back at your desk. Having this all available in a single place together with ongoing conversations with colleagues using the chat functionality does give a more focused approach to working. All this does promise to streamline all that project activity that can sometimes get rather disjointed and muddled as a result of the various methods that may be employed for communicating on projects, such as email, SharePoint/CMS Skype For Business chat etc. So How Does it Really Measure Up? MS Teams looks very promising for all those day to day tasks relating to collaboration and communication within a project team. It is still however a rather v0.9 product in some areas however, with some key functionality still going wanting. There are various comparisons made between MS Teams and Slack which is the current front runner in this space. Slack is a more mature product that is generally adopted for teams that do not subscribe to the Office 365 platform, such as those within the Open Source community and those who do not to use Microsoft products for development. Key areas for improvement are the lack of real integration with TFS, (although VSTS is slightly better catered for) and lack of private channels within teams, although the latter is understood to be on the list for H1 2017. In my view the main points of interest for comparison can be summarised below: MS Teams allows easy integration with SharePoint content, OneDrive and Office365 domain membership. For Microsoft Office 365-based organisations this will be a big advantage for collaboration needs. Slack provides External account access for those members outside of the domain. This is presumably possible due to the lack of reliance on Office365 group membership and less integration with the underlying infrastructure (SharePoint Online etc.) Slack provides private channels within teams. This removes the need to create a separate team to provide a private communications channel. MS Teams is free to all Office 365 users. Slack requires a chargeable plan for functionality such as conference calling that is available for free within MS Teams. Slack provides more external application connectivity and integration than MS Teams. Slack provides additional authentication providers such as OAuth via Google. In my view the centralised nature of document collaboration and communication make MS Teams really worth considering. Here at Adatis we look forward to using this service across new projects to further improve on our Agile approach to BI delivery.