Deployment Checklist
Transcript of Deployment Checklist
University of Edinburgh_______________________________________________________________________________________________________
Stage: Acceptance
Deployment Checklist
[PROJECT NAME]
[PROGRAMME NAME]
[PROJECT CODE]
[ANNUAL PLAN NUMBER]
Document Version: [x.x]
Date: [dd/mm/yy]
___________________________________________________________________________________
Information Services - Template Revised May 2009
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Contents
1 DOCUMENT MANAGEMENT..................................................................3
1.1 Contributors.....................................................................................................3
1.2 Version Control................................................................................................3
2 DEPLOYMENT.........................................................................................4
2.1 Deployment Strategy........................................................................................4
2.2 Dependencies....................................................................................................4
2.3 Communication................................................................................................4
2.4 Technical Issues................................................................................................4
2.5 Deployment Checklist......................................................................................52.5.1 Application check.......................................................................................52.5.2 Infrastructure check....................................................................................62.5.3 Support check.............................................................................................7
3 TRAINING.................................................................................................9
3.1 Delivery.............................................................................................................9
3.2 Training Materials..............................................................................................9
___________________________________________________________________________________
Page 2 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
1 Document Management
When completing this document, please mark any section that is not required as ‘N/A’. A brief description of why the section is not required should also be included.
1.1 Contributors
Please provide details of all contributors to this document.
Role Unit NameProduction Management Coordinator (Owner)
Project Manager Business Analyst
Systems Analyst Designer Technical Architect Business Area Manager
Other document contributors
1.2 Version Control
Please document all changes made to this document since initial distribution.
Date Version Author Section Amendment
___________________________________________________________________________________
Page 3 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
2 DEPLOYMENT
The deployment of a new system or enhancement to an existing one is a significant milestone in the delivery of the project. It is critical however that the deployment is achieved successfully with minimal disruption to current production services. To try to ensure this it is essential that adequate preparation take place. This Deployment Checklist highlights the key elements that need to be in place before the project deliverables can be accepted for deployment via the Acceptance Sign Off Review.
2.1 Deployment Strategy
Please include details of the deployment strategy, which could include the following:
Proposed deployment date The user groups involved, with reasoning for selection Staged rollouts – how is the system to be released to the user community Assessment of risk to existing services and measures to mitigate these Timeframes and checkpoints Use of project plans etc Post deployment actions
2.2 Dependencies
Please identify any dependencies that could impact the deployment strategy.
2.3 Communication
Please detail how the deployment will be communicated, both to participants and to the wider community – staff and students where applicable. The groups that need communicated too should be identified as part of the Deployment Strategy and the necessary communications directed to them through the options below.
Service Announcement(s) [mandatory] MyEd Announcement(s) Other Business Area communication
If the system has an impact on other applications, specific communication should be made to the affected Service Owners to highlight the level of disruption and timeframes.
2.4 Technical Issues
Please revisit the Implementation Plan and note any additional issues for deployment that may need to be addresses before sign-off is possible.
___________________________________________________________________________________
Page 4 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
2.5 Deployment Checklist
Please use this checklist to ensure that required actions have been complete. Please provide links to any relevant documentation.
2.5.1 Application Checklist
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Implementation Plan
Feedback from previous test implementations completed and successful full implementation undertaken for UAT
Y
System Support Document(SSD)
Ensure SSD completed and accurate.
Action: The SSD must be copied to the Wiki
Y
Technical Documentation
Appropriate documentation has been produced for use by staff providing technical support for the new application.
Y
Scalability/Load Testing
Adequate load testing has taken place and results recorded.
N
Performance The application has been tested against stated performance criteria. Performance has been assured by user and support staff testing.
Y
Source Code Source control must be checked out till go-live and checked-in after go live
Source code has been secured with VSS or other SCM
Y
Configuration Management Database
The relevant details regarding new or changed infrastructure components have been added to the configuration management database ( Change Control System)
Y
Change Control A change control entry has been created for the LIVE implementation. The person who reviews this Deployment Checklist will approve the change control request.
Y
___________________________________________________________________________________
Page 5 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Test Log Review A review of the test log has taken place to ensure all required actions have been completed. If this is not the case, then confirmation on criticality of outstanding issues and action plan for resolution is required.
Y
Production Management Handover
Handover to Production Management is completed and the team are in are in position to support the application post deployment.
Y
Implementation Risk Assessment
A risk assessment has been undertaken for the Implementation Plan and selected deployment dates. (e.g. roll back)
Y
Accounts Setup Read access accounts or update current read access accounts(May requires business owner approval)
Y
InfoKeep InfoKeep has been updated with all relevant account details including external supplier accounts
Y
Environment comparison
Database comparison between TEST and LIVE (might be required before and after go-live)
N
Client requirements
Does the application have specific client requirements, such as JVM/JRE versions, JInitiator?If so have these requirements been raised with Desktop servicesWiki pages to be updated:[1] https://www.wiki.ed.ac.uk/display/insite/Corporate+applications+with+client+based+requirements[2]https://www.wiki.ed.ac.uk/display/insite/Client+side+Java+requirements+for+corporate+applications
Y
Technologies Is there any new software or technologies involved?
N
___________________________________________________________________________________
Page 6 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Access outside University
By default all web based applications are accessible outside University: Wiki listIf not accessible from outside University this needs to be approved by Production Management managers.
Y
2.5.2 Infrastructure Checklist
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Technical Architecture Document(TAD)
Documentation complete and accurately reflects the environment subjected to UAT.
Action: TAD needs to be copied to Wiki
Y
Security All security requirements, e.g. SSL encryption, IP based restrictions firewall requirements have been specified, tested and implemented in LIVE
Y
Certificates All changes to certificates or new certificates for this service have to be added to the certificate master list. The certificate master list is being managed by Applications Management This includes TEST and LIVE certificates and records type of certificate and expiry dates.
Y
Patching Ensure any new or amended infrastructure is included in regular patching. Different technologies may follow different patching strategies and ensure the new infrastructure is added to any existing processes and documentsOracle, Windows, Linux
Y
Asset Register Details of any new hardware acquired as part of the project have been recorded in the Asset Register
Y
___________________________________________________________________________________
Page 7 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Infrastructure diagrams
All infrastructure diagrams are updated with newest server and infrastructure detailshttps://www.wiki.ed.ac.uk/display/insite/Server+Layout+%28Unix%29
and
https://www.wiki.ed.ac.uk/display/insite/Server+Layout+%28Windows%29
Y
Start/Stop scripts Are Server Startup/Shutdown scripts in place?Including startup procedure documented
Y
Ports Has port allocation file been updated?https://www.wiki.ed.ac.uk/display/insite/Port+Allocation+on+Unix+Servers
___________________________________________________________________________________
Page 8 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
2.5.3 Support Checklist
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Support Agreement (including any charging arrangements)
A support agreement is in place for any new applications – including any hosting or support charges.
Action: SLA moved to wiki:
https://www.wiki.ed.ac.uk/display/insite/SLA+repository+-+Applications+Management
Y
System Description Document
Documentation complete and reviewed by support group
Action: SDD needs to be copied to Wiki
Y
Time Recording Code
A Time Recording code for the application, if required, has been confirmed and set up.
Y
Backup and Recovery
All backups as noted in the TAD need to be confirmed operational. A test recovery of user data needs to be done to validate the integrity of the recovery mechanism and process.
Y
Disaster Recovery and Business Continuity
Appropriate DR/BC provision is in place and has been fully tested. Application DR/BC details have been transferred to the DR Portfolio and DR level (1, 2 or 3) has been agreed
Y
Test Environment An adequate test environment has been established for the application which may be used by support to test future changes prior to implanting these in the live environment.
Y
Hardware and Software Licensing
All required licensing is in place including maintenance/support arrangements with external suppliers.
Y
___________________________________________________________________________________
Page 9 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Browser Compatibility
Browser compatibility has been tested and compatibility information updatedSeehttp://www.ed.ac.uk/schools-departments/information-services/services/computing/application-development/application-support/supported-web-browsers/browser-application for details
Y
Portal Compatibility
Portal compatibility, where required, has been confirmed the Portals Service Owner.
Y
Help Desk The new application is recognised with the UniDesk (A business contact queue is defined where initial calls are raised with)
Y
PICCL Review Review of the PICCL has taken place to ensure that there are no outstanding issues that would affect deployment
Y
User Guide Documentation
Appropriate documentation has been produced for users of the new application.
Y
Training Material Training material, if required, has been produced and is of an appropriate standard.
N
Demonstration or Walkthrough
Demonstration or walkthrough of the new application has taken place for other stakeholder.
N
Deployment Date Agreed date has been confirmed that allows adequate time for completion of Acceptance Sign Off Review.
Y
Deployment Resources
IS and business area resources required for deployment, including those needed for post implementation checking and sign off have been secured.
Y
Deployment Ownership
Please state who (single person) manages the go-live, including:comms with service owner, ensuring go live timescales are met, managing issues araising and managing comms between teams involved in golive.
Y
___________________________________________________________________________________
Page 10 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
Area Description Mandatory[Y/N]
Reviewed (Date/Pers
on)
Actions (What/Who)
Service Announcement
A Service announcement has been raised with the agreed deployment date on the alert system:http://reports.is.ed.ac.uk/alerts/
Service announcements should be raised by Project Manager 10 days before go live, but no later than 4 days.
Y
Web Sites and Other Document Sources
External and internal web site have been reviewed to ensure that all application references are present, correct and up to date.
Y
Deployment Resources
Setup Read access accounts or update current read access accounts(requires business owner approval)
Y
___________________________________________________________________________________
Page 11 of 12
Acceptance: Deployment Plan [Project Name][Version: x.x]_______________________________________________________________________________________________________
3 TRAINING
3.1 Delivery
Please detail how the training will be delivered, including the following:
Type – Classroom, Self Trained, On-Line etc Identification of Trainer (if required) Location of training
3.2 Training Materials
Please provide details of any training materials that will be required.
E.g. User Guides, Training Booklet etc
___________________________________________________________________________________
Page 12 of 12