Implement
Identify services and assets Identify risks and threats Make contingency plans Document recovery plan
Service Continuity Management is a process that may evolve over time.  Its implementation is not necessarily an end-to-end task that must be finished to have any value.  It is something that can be developed over time.  It is better to have a vague outline of what to do in the event of a disaster than to have no idea at all.

Identify services and assets
Know what your services and assets are. Assets are the main components of services. 

Service
Assets
Printing
Printer
Word processing
Computer, software
Internet
Computer, software, LAN/WAN, communications link, contract with internet service provider (ISP)
Shared data storage
File server, hard disk, software, LAN/WAN
Technical support
Procedures, staff, third-party maintenance contract

Most of this information is gathered in other FITS processes.
  • Implement FITS Service Level Management to understand what your services are and what the order of criticality is.
  • Implement FITS Configuration Management to get a picture of what your main assets are.

Service continuity also encompasses the human element of ICT by taking into account the continuity of skills, so you will need to add to the above some understanding of the contribution that ICT and user staff make to the success of ICT services.  A Becta project called 'ICT Technical Support Training and Accreditation' aims to help schools to assess and develop their technical skills and competencies.  Watch the Becta website for new developments and launch details.
Go back to Implement
Identify risks and threats
Before you can know what the risks and threats are to your ICT services and assets, you must first identify services and assets.  When you have done this, you must consider what might happen to them (risks) and what could cause them to happen (threats).  Here is a core list, but you may want to add to it.

Risks
Threats
Loss of internal ICT services and/or assets
Fire, flood, vandalism, weather damage, power failure, power surge, virus, accidental damage, environmental damage
Loss of external ICT services
All of the above, overload of external communications links, bankruptcy of service provider?
Loss of data
Technical failure, virus, accidental damage, human error
Unavailability of key technical and support staff
Sickness/injury, transport problems, resignation, denial of access to premises
Failure of service providers
Bankruptcy, unavailability of key staff, failure to meet contractual service levels, loss of service provider's own systems or data

Go back to Implement
Make contingency plans
Contingency plans are like insurance policies.  They can be simple and cheap but cover you for minimal risk, or they can be complex and expensive and cover you for more risk.  As with insurance policies, it all comes down to the level of risk you are taking and the threat of that risk actually happening.  It is a judgement decision that you make based on what you know.

If you think it is necessary and worth the expenditure, your contingency plan can be all encompassing and very fast to invoke and implement.  For example, you might have a spare set of all hardware, software and back-up data in a workable space offsite, set up and ready to use, or you might buy into a commercial scheme that provides this.  Obviously this would not be cheap.  Whether you choose to do it or not depends on the potential cost of the loss in the long term and whether or not you think it is worth the risk.

At this stage, you should be starting to think about contingency plans.  To help you, we have compiled a list of suggestions for contingency plans that cost little, if any, money.  Remember that something is better than nothing, however small.

Go back to Implement
Suggestions for contingency plans
Prioritise
Now that you know what your ICT services are and what the order of criticality is, draw up a 'pecking order' of which services to restore first.  This will help you prioritise your efforts and make best use of limited contingency facilities.
Reciprocal arrangements
Work with another school or schools to agree a mutual plan to use each other's equipment and premises in the event of a major failure or disaster that prevents access to your own premises. 
You won't be able simply to transfer everyone from your school to another school, because there won't be enough space, so you will need to scope your requirements and agree what can be done.  Use your 'pecking order' of priorities to decide what is essential to start with.
When you have done this, you will need to document the plan and make sure that key staff in both schools are aware of it.
Store back-up tapes off site
Agree a mutual arrangement with another school or your LEA to store regular back-up tapes on their premises so that you can access them if your on- site store is damaged.
Share spares
Purchase a spare file server jointly with other schools in your area.  This would need careful consideration to make sure that the server was suitable for all schools in the syndicate.  You would also need to arrange for it to be stored by a third party (perhaps the supplier).
Store copies of key documentation off site
Make sure that you can access procedures, copies of software licences and key contact information (teachers, suppliers and so on).  Make a couple of folders and store them separately. Keep one at home (if this is appropriate) or make a mutual arrangement with another school or a supplier, or give one to a colleague to store off site.
Document manual systems
If you can resort to the manual methods you used before ICT, make sure instructions are documented for quick implementation.  This may include use of fax machines instead of email or making sure that learning materials are also available in printed form (and stored off site).

Document recovery plan
We don't expect you to suddenly produce a sophisticated contingency and recovery plan. However, you might be starting to consider who the key people are and what services you would want to recover first, or be in a position to open discussions with another school about reciprocal arrangements.  Don't put off documenting your thoughts until you have time to prepare your plan all at once: write things down as you go along.  In an emergency even just a list of key contacts and telephone numbers would be better than nothing.

Circulate your draft plan to key staff and keep them updated with changes as it develops.  You should at least include the headteacher in this.  A copy should also be given to anyone on the recovery team. Of course, it is vital that a copy of this document is stored offsite so that you can access it even if you cannot get into the school building.

We have prepared a simple service continuity recovery plan template for you to use as a starting point to record the basic information that you may require. See also the service continuity recovery plan example.

Go back to Implement