Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Document No.:
Release Draft/Final
Date:
Author:
Project
Director:
Project
Champion:
Accountable
Body:
Revision History
PURPOSE
The purpose of this document is to assist a smooth handover for a new or upgraded system into
support services. This document should refer to technical support guides and implementation
documents as appropriate.
CONTENTS
This document should accompany any technical support documents on the new or upgraded
system.
Provide the Service Name (the name by which the ‘users’ will call the system):
(This can be in the Marval format of: <High level descriptor><Service Name><Sub-category> Or simply a descriptive name)
Existing
SERVICE DETAILS
If the service is new then describe in detail using the following sub-headings, if this is an upgrade
then describe the new functionality in context to the existing service.
Purpose of Service
Describe….
User Information
User Group Estimated No of Users Internal or External
i.e. staff, students, postgrads i.e. <10, <100, 100-1000, 1000+ i.e. important to understand if
non-College members will be
seeking assistance
These will be service-specific questions which you would like checked prior to being asked to
further investigate an issue.
KNOWN ISSUES
Provide details of Known Issues and standard resolutions/workarounds (or link to web document)
Outstanding Bugs
Workarounds In Place
DEFAULT PRIORITY
Suggest default priority for jobs logged against this service (4 is standard), mention critical times
when you would like the priority raised for example..
List dependencies, e.g. other services on which this service is particularly dependent. Do
not include universal dependencies e.g. network.
Normally 1st line help will attempt to resolve issues logged at time of call by referring to the
above information. Where this is unsuccessful, jobs will be assigned to local support teams (2nd
line) or in some cases directly to specialist support teams (3rd line).
Please indicate:
a. 3rd line specialist support team for this application, and
b. Should support calls for this service bypass 2nd line and go direct to 3rd line (default is
NO).
RELEASE PLAN
Support Handover
Deploy to PRD Environment
Sanity PRD Testing
PRD Sign-off
User Access
What should the support team do if a critical incident occurs within x weeks post go live?
For example:
- If a data issue, assemble the project team to assess options; present options to xxx
Where is the back-out plan stored – did it get handed across to Support and PRD?
Who would be the key decision makers?
TECHNICAL DOCUMENTATION
Please add any further information relevant to supporting this service, eg URL for support
documentation, specific training requirements etc.
Document Name Status Handed to Support
Technical Support Guide Yes / No
User Training Guide Yes / No
Implementation Document
Project Security Requirements
Project Network Requirements
Project Platform Requirements
Data Model document
Etc……
ATTACHMENTS