SharePoint Support Information Paper
Executive Summary
SharePoint is a core enterprise technology used for collaboration for the Enterprise. SharePoint is one of the largest and most successful implementations of Microsoft products. Organizations use SharePoint for critical business functions, such as sharing real-time information and quickly retrieve organizational knowledge and experience. The core enterprise technology sits side-by-side with other technologies such as MS Outlook for e-mail and SQL Server for databases to maintain organizational data. As a core enterprise technology, SharePoint Support must align with the SLAs and processes of similar platforms and technologies in the enterprise.
SharePoint develops in many organizations organically without structure and governance. In the early days of SharePoint, programs may have started SharePoint pilots with SharePoint Foundation (a free version of SharePoint provided with Windows Server OS). In many organizations, the IT department has the first rogue SharePoint installation on a server under a server admins desk. The server admin did not spend a lot of time administering SharePoint and SharePoint might have contained a list for the Change Control Board (CCB) or maintaining development artifacts, like requirements and design documents and project plans. It may include list data to track open requests or suggestions from customers. SharePoint pilots spread from IT departments with the programs implementing SharePoint as a collaboration tool. The pilots were consolidated in MOSS 2007 and SharePoint 2010 into the organization-wide provided service by the infrastructure team. The Executive Sponsor and Business Owner/Sponsor of SharePoint remains with the executive sponsor and co-chair for governance. SharePoint governance was implemented to ensure order and sustainability of platform. SharePoint suffered from performance issues and a lack of discipline for Change Control and IT service management (ITSM) best practices. To overcome performance problems and implement the discipline required for an enterprise system, the Microsoft Product Line Architecture (PLA) and SharePoint 2013 was implemented was implemented in the corporate environment. The PLA provided a platform that in the future could transition to the “cloud.”
The “cloud” is an important concept for SharePoint support. The SharePoint environment in the cloud is restrictive to prevent customers from making configuration changes to the farm. Like preventing a user downloading software from the Internet, support costs are reduced by disallowing many actions that users can take to get them in trouble. This restrictive environment is setup with scripts and the most advanced infrastructure support available. The data centers are large, hosting pods of thousands of servers where all activities are automated.
In the past year, the SharePoint Team has documented a support process. We have gone through more than three continuous improvement cycles to improve the support process. The team has undertaken the following approaches:
- We have documented to the current process
- We have shared the process with governance and site collection administrators (SCAs)
- We have defined performance metrics and objectives
- We have tried different ways of escalating issues and tracking issues with the infrastructure team
The purpose of this information paper is to highlight the challenges of SharePoint Support and begin a discussion to determine the value of SharePoint Support provides to the organization. The support role must change and value must be created for the organization with measurable outcomes. The final determination of success of SharePoint Support must be customer satisfaction. If a customer calls and only a few inquiries can be answered, customer satisfaction will suffer and our customers are dissatisfied. The collaboration SharePoint Team does not have satisfied customers and we do not help in moving issues toward resolution. In the current configuration of the SharePoint Support role, the collaboration SharePoint Team destroys value for the organization.
Problem Statement
The SharePoint Team does not create value needed for the organization.
The team recommends the following changes:
- There should be a single point-of-contact for support like any similar core enterprise technology. Support should be routed through the existing the infrastructure team Help Desk.
- The collaboration SharePoint Team has no permission in any Site Collections other than their own
- The collaboration SharePoint Team has no visibility greater than the SCA. We cannot do any activities the SCAs cannot do.
- We do not have access to SharePoint Central Administration (CA)
- We have reduced our capability to support because we no longer have development VMs to troubleshoot issues
- The the infrastructure team wants us to thoroughly investigate all issues. We work on a problem for 4-5 hours and the infrastructure team when they finally get to look into it solve the problem in 15 to 20 minutes.
- The infrastructure team wants to minimize interactions with the customer.
- The collaboration SharePoint Team has no greater permissions than the SCA. If the SCA does not have time to deal with an issue, they will automatically escalate to the collaboration SharePoint Team.
- Most of the issues we cannot do anything to resolve – it is either a development problem the developer must fix or an infrastructure problem we have no access to fix.
Current Situation
The organization has implemented Course of Action 3 is the standard option of continuing to do what we do today, but we will design improvements and do better. The capability to support the programs requires that calls coming to the collaboration SharePoint Team are issues that we can triage and a meaningful allotment of issues that we can resolve. The following represent some actions that can be taken to increase our support of the programs.
- The collaboration SharePoint Team need an Enterprise SharePoint 2013 environment that is similar enough to the production environment to test problems
- The collaboration SharePoint Team needs a complete list of SharePoint settings in Production. This can be screenshots of Central Administration to prevent the possibility of changing settings
- The collaboration SharePoint Team may need more than 4 hours we are currently allocating to each problem before escalation to the infrastructure team
- The collaboration SharePoint Team cannot follow-up on tickets escalated to the infrastructure team
- Need better criteria on issues that should be escalated to the the infrastructure team
- The infrastructure team Team must communicate the resolution to the collaboration SharePoint Team
- The infrastructure team must communicate with the programs their problem domain
- A SharePoint Support application that collects information required for support and sends to the correct resource and opens a Help Desk Ticket for tracking
- Customer satisfaction surveys for our customers are performed annually
Recommendations
This information paper was developed to highlight the current situation to SharePoint and provide and a path forward. The continued course of action does not provide value to the organization and the SharePoint community.
Course of Action 1: Move to Greater Self- Help and Autonomy by Programs
Course of Action 3 is the standard option of continuing to do what we do today, but we will design improvements and do better. The capability to support the programs requires that calls coming to the collaboration SharePoint Team are issues that we can triage and a meaningful allotment of issues that we can resolve. The following represent some actions that can be taken to increase our support of the programs.
- The collaboration SharePoint Team need an Enterprise SharePoint 2013 environment that is similar enough to the production environment to test problems
- The collaboration SharePoint Team needs a complete list of SharePoint settings in Production. This can be screenshots of Central Administration to prevent the possibility of changing settings
- The collaboration SharePoint Team may need more than 4 hours we are currently allocating to each problem before escalation to the infrastructure team
- The collaboration SharePoint Team cannot follow-up on tickets escalated to the infrastructure team
- Need better criteria on issues that should be escalated to the infrastructure team
- The infrastructure team must communicate the resolution to the collaboration SharePoint Team
- The infrastructure team must communicate with the programs their problem domain
- A SharePoint Support application that collects information required for support and sends to the correct resource and opens a Help Desk Ticket for tracking
- Customer satisfaction surveys for our customers annually
Course of Action 2: Provide infrastructure support team with a Support Analyst and All Support Goes to the Help Desk
Course of Action 3 is the standard option of continuing to do what we do today, but we will design improvements and do better. The capability to support the programs requires that calls coming to SharePoint Team are issues that we can triage and a meaningful allotment of issues that we can resolve. The following represent some actions that can be taken to increase our support of the programs.
- The collaboration SharePoint Team need an Enterprise SharePoint 2013 environment that is similar enough to the production environment to test problems
- The collaboration SharePoint Team SharePoint Team needs a complete list of SharePoint settings in Production. This can be screenshots of Central Administration to prevent the possibility of changing settings
- The collaboration SharePoint Team may need more than 4 hours we are currently allocating to each problem before escalation to infrastructure support team.
- The collaboration SharePoint Team cannot follow-up on tickets escalated to the infrastructure team
- Need better criteria on issues that should be escalated to the infrastructure support team.
- The infrastructure support team. must communicate the resolution to the collaboration SharePoint Team
- The infrastructure support team. must communicate with the programs their problem domain
- A SharePoint Support application that collects information required for support and sends to the correct resource and opens a Help Desk Ticket for tracking
- Customer satisfaction surveys for our customers annually
Course of Action 3: Provide SharePoint Team the Capability to Support the Programs
Course of Action 3 is the standard option of continuing to do what we do today, but we will design improvements and do better. The capability to support the programs requires that calls coming to the SharePoint Team are issues that we can triage and a meaningful allotment of issues that we can resolve. The following represent some actions that can be taken to increase our support of the programs.
- The collaboration SharePoint Team need an Enterprise SharePoint 2013 environment that is similar enough to the production environment to test problems
- The collaboration SharePoint Team needs a complete list of SharePoint settings in Production. This can be screenshots of Central Administration to prevent the possibility of changing settings
- The collaboration SharePoint Team may need more than 4 hours we are currently allocating to each problem before escalation to infrastructure support team.
- The collaboration SharePoint Team cannot follow-up on tickets escalated to the infrastructure team
- Need better criteria on issues that should be escalated to the infrastructure support team.
- The infrastructure support team must communicate the resolution to the collaboration SharePoint Team Team
- The infrastructure support team must communicate with the programs their problem domain
- A SharePoint Support application that collects information required for support and sends to the correct resource and opens a Help Desk Ticket for tracking
- Customer satisfaction surveys for our customers annually