Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Collegiate Sports Paging System

Risk List

Version 1.0

Revision History

DateVersionDescriptionAuthor
October 4, 19991.0Initial versionContext Integration

Table of Contents

Topics

Introduction

Purpose

This document describes the risks known to the Collegiate Sports Paging System project.

Scope

This risk lists addresses the entire Collegiate Sports Paging System project.

Definitions, Acronyms and Abbreviations

See Glossary document.

References

None.

Overview

The risks known at the publication date of this document are listed below, along with mitigation strategies for each risk.

Risks

Technical Risk : Capacity and Capability

Risk Magnitude: Most Damaging
Description
Areas of risk include the inability to deliver a solution that meets capacity requirements or to issue a page to a paging device. While the technology to provide such capability exists, the ability to send as many as 500,000 pages within 5 minutes will need to be proven.
Impacts
System not functional, probably resulting in loss of subscribers.
Indicators
Failed or delayed delivery of messages within established time frame of 5 minutes.
Mitigation Strategy
Context has provided similar pager capability for other projects, therefore this area of technical risk is relatively low. Context Integration must provide an estimate of time required to process and push information to subscribers based on average and maximum projected workloads, which are currently 200,000 to 500,000 subscribers. Context Integration will develop a scalable system. will provide hardware resources necessary to meet processing requirements. Context can not guarantee the ability of each paging gateway service to deliver service levels within the desired specifications.
Contingency Plan
Attempt to locate a service that can, at peak processing time, accept and send up to 500,000 page requests.

Scheduling Risk: Deployment of System Delayed Beyond March, 2000

Risk Magnitude: Most Damaging
Description
WebNewsOnline’s failure to deploy its system within the established schedule is considered by the management as failure and can result in cancellation of the project.
Impacts
Project will be cancelled.
Indicators
Failure to deploy before March, 2000.
Mitigation strategy
The project timeline must be carefully calculated and, if time-constrained, the deliverable schedule shall drive the reduction of scope or scale (as an example, WebNewsOnLine may elect not to implement some of the defined functionality in the first release in order to achieve the target delivery date).
Contingency plan
None.

Technical Risk: Interoperability with existing Platform

Risk Magnitude
Low
Description
WebNewsOnline’s existing web site is IIS-based; it will be necessary to provide a means of immediately capturing each newly published article and transferring it to the for parsing and evaluation of targeted subscribers.
Impacts
The amount of coding to provide interfaces could increase.
Mitigation Strategy
Context Integration will need to work with the technical staff to determine the level of integration that is available with the existing content editing system.
Contingency plan
Develop an NT-based process that detects newly published IIS-resident documents and transfers them to the server.