With more and more Organizations worldwide transforming into Knowledge Warehouses, there is an immediate need to handle critical data in a simpler, flexible and more efficient manner without compromising on security and data loss. Mindteck's expertise in this domain can help any organization to enhance and optimize existing assets, lower operation costs, improve performance and meet service levels with greater efficiency.
Mindteck Infrastructure team has an extensive portfolio of technical skills. The experience and skills span multiple products, technologies, vendors and platforms. Its depth of technical skills ensures that IT incidents are handled efficiently and effectively. With a well-structured escalation matrix that maps onto high level of skills, Mindteck IT team ensures high quality of service and very high levels of availability of the IT infrastructure.
Local and remote IT support services: Mindteck's standard centralized support process flow activities include call management & problem resolution activities. Mindteck has developed a Ticket Resolution process flow as part of our Incident Management System which is based on the ITIL framework. This process is based jointly upon industry best practices and our prior experience in implementing support delivery models very similar to that being proposed for this engagement. In our approach, we lay emphasis on customer satisfaction and have built in customer feedback mechanisms as part of the resolution procedure. The objective is to provide L1, L2 and L3 support to resolve issues, as reported by the user, which requires all troubleshooting and analysis of the issues reported. The support includes end user assistance with hardware, software and networks and any internal business applications.
Mindteck offers SLA based Infrastructure Management services. Our SLA based offering removes the uncertainty on service continuity and guaranteeing high uptime.
Mindteck has an in-depth understanding of IT Infrastructure and matured capability of ITIL process to handle similar kind of support on experience in design, deployment and management of enterprise infrastructure.
Service Delivery for Technical Application Management Services shall use ITIL framework and is measured and reported using the following Service Level Targets:
The Service Desk can be reached by logging a ticket in helpdesk tool and under special circumstances by phone and email by select authorized users. The function of this Service Desk is to log the call administration and escalation. Tickets and request shall be serviced according to their priority.
Tickets can only be logged by or for Authorised Callers, unless specific permission is granted by the Business Unit Manager. All interactions with Authorised Callers shall be registered in the helpdesk tool system. Users shall be notified when a ticket has been assigned, resolved and closed.
An Incident is any event which is not part of the standard operation of the service and which causes, or may cause, an interruption or a reduction of the quality of the service. Incident Management takes the necessary measures to restore normal operations as quickly as possible with the least possible impact on either the business or the user. If the incident management measures do not address the issue structurally, the issue will be taken over by the problem management process.
The table below specifies the committed response and resolution times for the various incident priorities. There is no commitment for P5, since the incidents reported in this category do not constitute a degradation or loss of service.
The Response Time is measured as the time interval between when the incident is logged and the incident starts being worked on. The incident is considered as being worked when the status changes to assigned. Response Time is measured based on tickets that are opened in the defined review period.
Priority | Description | Response Time |
---|---|---|
P1 | Critical - Service unavailable, device error or other major fault that makes user inaccessible | 15 minutes |
P2 | High - Business functionality down, cannot perform necessary tasks, possible temporary workaround | 30 minutes |
P3 | Medium - Performance impacted, possible workarounds | 1 hour |
P4 | Low - Inconvenience | 4 hours |
P5 | Very Low | 1 Day |
The Resolution time, is defined as the total of the elapsed work-in-progress time from call open to service restoration. Tickets with the status "Pending" are excluded from this SLA. Resolution Time shall be suspended (kept in Pending) in event of a disaster being declared, a database restore being declared, or Mindteck being unable to progress investigation while awaiting information or feedback from other vendor or relevant third parties. The Resolution Time is measured as the percentage of closed incidents that were resolved within target during the defined review period.
Upon providing a workaround for a higher severity issue, the incident will be downgraded in the helpdesk tool. The SLA compliance once the issue severity is downgraded will be measured against the downgraded Severity SLA compliance norms.
Priority | Resolution Time |
---|---|
P1 | 2 hours |
P2 | 4 hours |
P3 | 8 hours |
P4 | 3 Working days |
P5 | 5 Working days |
NOTE: The Response and Resolution define is generic. This can vary as per customer requirement
The Priority-Impact matrix below assists in selecting the right priority based on a certain Impact / Urgency combination. The matrix is to be used by support staff as a guide to consistently assign the correct priority level. It serves as an aid and does not override their knowledge and experience about the business. If they assess the priority to be higher than suggested by this matrix, they could change it accordingly.
Impact / Complexity | |||||||||||||||||||||||||
Critical | High | Medium | Low | ||||||||||||||||||||||
Urgency |
|
|
|
|
|
Will be used to fix frequently occurring repeat incidents by studying incident trends and carrying out a Root Cause Analysis (RCA). These typically give rise to implementing the solution through the change request management process and may involve upgrades/updates to the application and/or permanent fixes.
Service Request management is used to provide a channel for users to request and receive standard services for which a predefined approval and qualification process exists.
Response Time: Is measured as the time interval between when the request is logged in helpdesk tool and the request starts being worked on. The request is considered as being worked when the status changes to assigned. Acknowledgement Time is measured based on requests that are assigned in the defined review period.
The Resolution time: Is defined as the total of the elapsed work-in-progress time from service request open to resolve. Service requests with the status "Pending" are excluded from this SLA. Resolution Time shall be suspended (kept in Pending) in event of a disaster being declared, a database restore being declared, or support team being unable to progress investigation while awaiting information or feedback from client or relevant third parties. The Resolution Time is measured as the percentage of closed incidents that were resolved within target during the defined review period.
Response Time | 100% within 1 Days |
Resolution Time | 100% within 3 Days |
Application availability management is concerned with the ability of a system to respond predictably to requests which are mainly on SharePoint portal. The availability of a service relies on the health of a number of components, including the network and the Server computers that are hosting the service. Server dependencies such as network cards, power supplies, and hard disk drives can all affect the availability of service.
Change Management is a process to provide a standardized and structured way to exchange information on changes related to the technical and to request out-of-scope services. A Request for Change (RFC) can be triggered by portal user or Proxama Directorates.
The Change Request may be initiated due to any of the following conditions:
The change identified has to be documented and communicated between the project manager from Mindteck and the key contact person from the client, in the form of a written document like e-mail or a suitable template. Verbally communicated changes are expected to be followed by a written request.
Change Evaluation & Approval - The change will be evaluated for its impact on the project schedule/cost estimates and communicated to portal administrators.
Change Control Board (CCB) - will be set-up to manage the changes to the configuration items. All the major change requests will be directed to the CCB to evaluate its impact on the deliverables. Based on the impact analysis, CCB will decide on revisions to the schedule and effort estimates.
The Change Control Board will:
Emergency support for change request and feature enhancement will be taken based on the influx of the change requests. If required, additional resources will be allocated for change request handling.
The main tasks which comprises of Release Management are broadly classified into:
Capacity management is an ongoing process, because no implementation remains static in terms of content and usage. The Capacity Management model includes additional steps to help us to validate and tune the initial architecture, and provides a feedback loop for re-planning and optimizing the production environment until it can support design goals with optimal choices of hardware, topology, and configuration.
Capacity Management will consider the below factors:
Offshore
Offsite
Onsite
Near-Shore
BOT