風險等級/ 強度 |
風險說明
& 影響 |
減輕策略和(或)應變計劃 |
8 |
1999 年 3 月 27 日新增風險:
系統將不會符合效能和時間安排需求。這是一個重大的問題,因為當系統滿載了登錄的學生時,適當的回應時間是必要的。
對「架構原型」及「測試版」所執行的效能和負載測試並未符合指定的需求。
|
重新指派系統工程師返回專案,以進一步評估效能及載入問題。
每週監視這個風險的進度。
動作:Rick Bell
|
7 |
R1 和 R2 版可能出現疏失,無法在 1999 年 9 月(「登錄期間」開始)之前問世。
1999 年 3 月 27 日更新:「C2 反覆」開始日期誤差了 3 週,因此必須持續密切監視這個風險。
|
針對排程 & 里程碑監視進度。
定期更新要完成的工作以及要完成的時間。
1999 年 3 月 27 日更新:專案將會帶進一位額外的開發人員,以協助縮減「C3 反覆」的時間範圍。動作:Risk Bell。
|
4 |
舊版系統面臨重大的 Y2K 風險。如果舊版「帳單結算系統」及「課程登錄資料庫系統」未順應 Y2K,則這些舊系統的失效可能會影響「課程登錄系統」的運作。
|
寄信給 Wylie College Head Office,指出有關在現有的系統上進行 Y2K 審核的必要性。
(更新:1999 年 2 月 10 日寄出信件。1999 年 2 月 12 日時沒有回應)
1999 年 3 月 27 日更新:Wylie College 已正式回應,載明「帳單結算系統」已通過獨立的 Y2K 審核。「課程型錄資料庫」的 Y2K 審核正在進行中,預期四月底會發表結果。動作:Rick Bell 負責監視。
|
3 |
還有一個開發人員職位尚未補進。如果在「建構階段」開始前仍未補進,排程可能會誤差高達 5 週。
|
與當地聘雇代理人員聯絡。動作:Rick Bell。
1999 年 3 月 27 日更新:已補進開發人員職位,現在空出一位額外的開發人員職位。動作:Rick Bell 負責聘雇。
|