Tag Archives: Collaboration

Office 365 collaboration – somewhere between easy and hard

The Microsoft Story around Collaboration Has Never Been a Straightforward One, with Different Styles of Collaboration from Email, through Skype and into SharePoint Each Being Supported by Their Own Microsoft Technical Team; at Times It’s definitely felt like the different teams compete rather than collaborate (and the irony is not lost on us).

With the emergence and massive growth of Office 365 the tale now has some additional subplots  in the form of OneDrive for Business, Office 365 Groups, Microsoft Teams and the still relevant  SharePoint Online. It’s not easy to unpick these different offerings and decide which to use where, especially as they share a lot of the underlying technology as each other.

Here are my summarised thoughts:

  1. OneDrive For Business
    • Think of this as effectively a file server in the cloud, but note that the assumption is that each person has their own area. With most Office 365 plans you get  1 TB of storage per person, which is a serious amount traditional  storage for your organisation. However it’s not the same as using a file server; best practice is to create a set of high-level folders within each person’s OneDrive: Personal, Team, Everyone In The Organisation, and External content. Share access of the last three appropriately. It is possible to have an admin or super user who can set their account up to provide something equivalent to departmental shares. It probably only takes a couple of days effort to implement this for a small organisation and that includes training and structuring the folders.
  2. Microsoft Teams
    • This is  both a browser-based and desktop application, which uses the Office 365 services on the backend. It’s described as conversation-centric collaboration (https://products.office.com/en-GB/Microsoft Teams/group-chat-software ); the front-end uses the chat capabilities of Skype for Business to provide the conversation element, though does have the ability to share files etc. and  includes OneNote  (you can also add other apps). The ability to configure it according to different needs is limited and there is no concept of an organisational hierarchy. It’s great for near real-time collaboration, discussion with team documents, but not so great for creating an organisational file store. Set up effort is also just a few days.
  3. Office 365 Groups
    • These are recently updated and provide email-centric collaboration, though with both simple file sharing and a full SharePoint site on the backend for each team or group (the language is starting to get difficult now, I’ll use uppercase when I’m in the product and lowercase when I don’t). ThUser experiences a bit of a mess  in that  the interface varies according to where you try to access Groups from – Outlook, Yammer, OneDrive for Business and SharePoint all provide access but the UI is different in each case). As with Microsoft Teams, there is no organisational hierarchy. Office 365 Groups are good for team collaboration and ongoing projects; also because the file store is actually in SharePoint, it does allow customisation so that libraries can have additional metadata and the full power of SharePoint; you can also create additional libraries within each Group;  however these are only  visible when you step into the SharePoint view of the Group,  not in this simplified view in Outlook etc. Our suggestion to make this really work for bigger organisations is to combine it with Cloud2’s Connect product, which will provide the hierarchy and a powerful entry portal. Individual Groups are very easy to set up, but there  is always some effort required to train users, determine best practice and extend some of the Group sites to meet organisational needs.
  4. SharePoint intranet
    • SharePoint is a huge application, highly suited for enterprise needs and with a massive range of capability to support collaboration, content management, communication, business processes and people. However this comes with complexity and the need to configure everything before it is effective (which is why Microsoft have introduced the previous three items). It will pretty much do everything that an organisation needs but a typical SharePoint Project in the corporate world takes upwards of 100 days of services. Even with digital workspace accelerators,  such as Hadron, the effort is still around 30 days, though these tend to incorporate other parts of the O365 stack such as Yammer and Skype for business. Where SharePoint really shines is for organisations with complex process needs , a requirement to govern some types of content and where the organisation itself is sophisticated with  a large amount of structure and enterprise level business needs.

 

    Clearly this isn’t a one size fits all situation and is unlikely at any one of the above will answer all the collaboration and content needs of an organisation. The right thing to do is to mix and match the technologies in the Office 365 suite in a way that suits your organisation, your strategy and budget. Whatever you do, research the tools and think hard before jumping in.

2 Comments

Filed under Intranet, Microsoft, SharePoint, UI and UX

Teams vs. Groups – Microsoft moves their vision forward a few more steps

Office 365 continues to develop, and it seems like something changes more or less every fortnight. This isn’t a bad thing, as long as Microsoft continue to make reasonable business decisions about the features and functionality; though the pace of change continues to present some challenges for partners and users alike.

One of the most recent announcements is the release of Microsoft Teams, an apparently new component in Office 365. Actually, not quite so new as this looks an awful lot like the immediate successor to Groups.

Groups was always a little odd; it started out as exactly that, pretty much a permissions group on to which Microsoft then tagged some collaborative functionality, initially as a shallow end alternative to a SharePoint collaboration or team site; this has evolved over a few iterations to now usefully include Skype-based group Conversations, Files (actually a SharePoint library, but with limited customisability), Calendar, OneNote Notebook (we really approve of that), Planner (their Trello competitor) and a related SharePoint Site. However, the Groups strategy was clearly work in progress. For example they got as far as introducing them into the Outlook online client and OneDrive for Business, though not really into SharePoint, which was odd. There are mobile apps, but no Group tile in the O365 App Launcher. Jeff Teper shared some of this thinking early in 2016 and indicated that there would be a change that would see Groups becoming Teams, removing the confusion between permissions groups and collaborative sites. It’s good to see this come to fruition.

Microsoft are describing it as an entirely new experience…

With the introduction of Microsoft Teams, Office 365 now has mail, social, and chat connections to SharePoint and OneDrive. When you create a team, you create or connect to an existing Office 365 group, and the group gets a SharePoint team site.

msteams

It is worth reading Dan Holmes pleasantly marketing-spin-free  description.

So with the imminent launch of Microsoft Teams (it is currently in preview) there have already been some changes. Groups appears to have disappeared from most places and Microsoft continue to tweak the positioning against full-blown SharePoint Online.

Microsoft Teams is available in preview to eligible Office 365 commercial customers beginning November 2, 2016. We expect the service to become generally available in the first quarter of calendar year 2017.

There have been some immediate refinements to the Office365 offering plans:

  • Business Essentials  explicitly  references  including Teams,  with no mention of SharePoint
  • Enterprise plans such as E1 take business essentials and adds SharePoint Online, Delve, Video Portal, Skype Broadcast, without the 300 user limit.

It’s not yet clear whether Business Essentials no longer includes SharePoint at all or whether it simply hidden away as being perceived as too complicated for simpler use cases. Whether you agree with that or not, is likely that Teams are here to stay for a while and they do provide a simpler means of creating a rich collaboration and team site than ever before.

 

 

Leave a comment

Filed under Intranet, Microsoft, SharePoint

Putting people in their place

Assuming the provocative title has piqued your interest into reading the first paragraph, then let me explain… I actually believe that people are the heart of an organisation, but organisations are more than just people.

Of course there are all the elements of WHAT an organisation does, HOW it does it and a whole bunch of very important stuff about principles, culture, purpose – the WHY of an organisation (see the excellent talk by Simon Sinek: http://www.ted.com/talks/simon_sinek_how_great_leaders_inspire_action).

However organisations are also shaped by more physical considerations WHERE they are and how their departmental STRUCTURE manifests itself and these interact strongly with people. In short it is important to address people, place and department. As we become more flexible in our working habits, as we collaborate more commonly outside our immediate colleagues and with boundaries of our working locations becoming fuzzy this sense of people, place and team is increasingly important; it impacts the logistics of our working days and it affects our tendency to collaborate effectively within the culture of our organisations.

We have seen may attempts at staff directories, from the horrendous paper versions of old to digital directories, whether provided through Outlook, web portals, CRM etc. However, almost without exception, there has been little effort to link people to the teams and departments they work in and the places they are most likely to be found. There is an interesting blog by Phil Crofts on the subject of creating and maintain directories here

Even small organisations have this need – in my ~20 person company we identified 8 distinct locations, 15 functional teams. In larger organisations these run to dozens or hundreds. Small or large, knowing about the physical ‘shape’ of the organisation and how their colleagues are placed in that shape is an important part of the sense of community; it’s also handy when planning meetings or making travel plans.

Hadron Connect - places

Although traditional staff directories often list departments and even have location addresses, these do little to actively connect the dots, showing how People are part of teams and work in places; how Places host Departments and are clustered or distant from each other on a map; how Departments are concentrated or diffused around their team members and office locations.

Who we are and what we do may not be defined by where we are and who we are with, but these certainly have a strong influence. Perhaps we should be treating it seriously, surfacing this information in our organisations beyond the scope of a simple directory and reflecting on what it means for our What, How and Why…

1 Comment

Filed under Intranet

Extending the perimeter – thoughts on establishing Collaboration in cloud vs on-premise

Understanding the file sharing collaborative products available from Microsoft

We tend to split file sharing and collaboration into 2 categories, real-time and non-real-time.

Microsoft’s core real-time tool is a Lync which is available both online and on premise. Lync users are able to is to message each other, people’s availability via real-time presence linked to their Exchange Server calendar and elevate discussions from text to voice over IP with supporting video and/or screen sharing. Lync is a great tool for meetings, team briefings and small groups working together on activities in real-time.

For off-line use the traditional way would be to store documents on file servers and, due to limitation of file servers, distribute documents and other content that needs to be worked on or approved via email. The new approach utilises a combination of SharePoint and OneDrive for Business (which actually also uses SharePoint under the hood). SharePoint allows Microsoft Office documents and other types of file to be stored in libraries and worked on by multiple users at the same time. Some key features include genuine multi-author editing in many cases (up to 16 authors can have the same Word document open for editing simultaneously); support for sophisticated metadata including document status (e.g. draft, awaiting review, published, expired); version control and approvals; the ability to send a link to the document via email without sending the whole document. Collaboration extends to other kinds of content, such as lists of information rather than documents, and can include other things such as shared calendars, tasks and more.

Generally, SharePoint is used for formal corporate collaboration, internal processes and team collaboration. It is possible to include an extranet solution within SharePoint to allow collaboration with people outside the organisation. Recommended best practice is for this to be a separate set of sites within a separate site collection. For this to work with an on premise SharePoint farm there needs to be a route to the SharePoint environment from the Internet through the organisation’s firewalls.

OneDrive for Business can be used to support collaboration with external parties or for informal collaboration activities and is a cloud solution only.

The other core collaboration technology, in our opinion, is OneNote. Our best practice recommendation is to have multiple OneNote notebooks, and to store these in SharePoint or OneDrive. We find that one notebook per collaboration site works very well and provides a real-time information capture, note taking and semi-structured knowledge capture tool.

Understanding the ease of deployment of an internal HyperV cloud based solution,

Although organisations talk about internal clouds or private clouds, the reality is that the crowd benefits don’t really manifest themselves until organisations have large farms running where the individual HyperV servers can take on or switch roles according to the load on the farm as a whole. We rarely see this for farms under about 12 servers, which is substantially more infrastructure and is required for this kind of deployment.

Nevertheless, installing SharePoint on-site requires a considerable amount of investment. Key steps are:

  • design farm architecture
  • provision Windows servers on HyperV
  • source SharePoint Server licenses
  • Install SharePoint Server on HyperV servers
  • configure SharePoint server instances, including permissions, site collections, templates etc.
  • source SharePoint Client Access Licenses and allocate

Only the last 2 items would be required using the Office 365 platform

Once installed, and on premise farm requires around 20% of an FTE to provide ongoing admin for the farm and the application.

Understating the security functionality / configurability in both the HyperV cloud solution vs Office 365 cloud options.

SharePoint security is a massive discussion in its own right. The summary version is as follows:

SharePoint maintains a sophisticated internal security model that provides granular access based on permission groups (which may be tied to or interact with Active Directory groups), supports security trimming (which prevents users seeing any content to which they have no access) and assigns different rights (such as view, edit, approve) to different roles and allows different roles to be assigned to different artefacts (sites, lists, libraries etc.) throughout the application.

Access to SharePoint is via a standard logon process. For on premise solutions this is usually based on the users Active Directory/Windows credentials, providing single sign-on. For cloud solutions there is an option to synchronise these credentials or to employ full Active Directory Federation which gives the same single sign-on option.

On premise solutions (e.g. a HyperV farm) are protected from the outside world by the organisation’s standard perimeter security, i.e. firewalls, threat protection and prevention. While this is often considered to be secure, the issue with this is that any content that needs to be accessed remotely or shared with 3rd parties have to circumvent this perimeter protection and this sharing rarely have strong governance; the extranet option referred to above requires holes to be created in the firewall etc. which can present a risk not only to the SharePoint farm and content but conceivably to other applications as well if not managed correctly.

Cloud solutions, including Office 365, generally has a much more sophisticated perimeter security solution. Furthermore the physical security of the server farm is far greater than can be easily achieved by most organisations with an on premise solution. Communication with the cloud solution is encrypted via SSL certificates (https:) and there is an option to enable encryption of the database. There is also an option to employ 2 factor authentication, which is achieved using a one-time code delivered via text message or using an authenticator app on a smart phone. We recommend using this sparingly as is option interferes with the ease of access to information for users, who will typically revert to less secure methods in response. The cloud solution includes an option to enable external sharing without compromising any of the organisations applications; Best practice still needs to be adhered to to protect the content within the SharePoint environment as noted above.

Security within the SharePoint application is, to all intents and purposes, the same whether on premise or in the cloud. In most cases an Office 365 environment is as secure as an on premise environment; while it is exposed to more potential threats from the intranet this is balanced by more sophisticated threat prevention built into the environment. In cases where the solution is only required for internal, on premise collaboration an argument could be made that an on premise solution can be made more secure; however when external sharing is required Solution has the benefit of segregating itself from other business applications, reducing the threat surface and avoiding compromise to the organisations network perimeter while enabling external collaboration and remote working.

This position is backed up by a number of security certifications for Office 365 and other cloud solutions. This includes an announcement from the EU in April 2014 that Microsoft’s cloud contracts and infrastructure comply with EU privacy laws and the UK data protection act across all of their infrastructure (data centres in the US and Singapore are treated as being within Europe for these purposes under this clarification). Details can be found here: http://blogs.microsoft.com/blog/2014/04/10/privacy-authorities-across-europe-approve-microsofts-cloud-commitments/

Organisations are wise to do appropriate diligence and research on the security capabilities of cloud offerings. However cloud services have matured over the last 5 years and the Microsoft ones are considered to be particularly strong. There are few reasons to reject cloud solutions out of hand on the basis of security; many financial institutions, multinationals and other organisations with commercially or legally sensitive information are committing their content to the cloud, with appropriate safeguards (which can include tools such as AvePoint’s compliance Guardian which can monitor what is being uploaded).

In reality most organisations employee local security and network security that is, at best, no better than cloud solutions. As ever the single greatest threat is the action of staff, and this needs to be addressed equally strongly regardless of the location of the application.

Leave a comment

Filed under Cloud, SharePoint