對SAP專案文件的考核標準(轉)

對專案文件的考核標準

專案啟動階段
專案計劃及對計劃的調整

建議：
1、 對專案進度進行分類，定義每個階段的關鍵任務。
2、 對每個階段應形成的文件進行說明，哪類文件由誰製作，由誰籤核必須做出統一的規定。最好能提供每類文件的標準模版。
3、 定義每個階段結束的標誌，和判定結束的標誌。
4、 對於專案的進度控制可以參考專案管理方面的相關資料。在專案計劃中應特別留意對專案變更的控制。

專案調研階段
專案調研問卷
調研訪談記錄（訪談確認）
原型分析AS-IS
業務藍圖TO-BE
專案培訓文件
專案培訓記錄
培訓考試題目及成績

建議：
1、 確定調研的內容涉及到實施範圍內的所有流程。
2、 調研訪談記錄，記錄與使用者間溝通的所有關鍵內容，並由使用者確認。
3、 原型分析必須清晰的標明現有流程中控制的部分，以及需要產生哪些報表。對於各種報表建議按時間進行區分：哪些是日常性的報表，哪些是彙總報表，哪些是分析統計報表。
4、 經過相關領導簽字確認。並如實的在藍圖中反映該流程中所涉及到的各個崗位，及每個崗位處理該問題的頻率、時間。
5、 培訓文件，初期的專案培訓文件應該包括對本模組整體的內容培訓、關鍵部分的操作培訓等，並記錄每次培訓參與的人員，和考核的效果。

專案實現階段
系統配置文件
單元測試文件
整合測試文件
對整合測試的籤核
許可權設定文件

建議：
1、 系統配置文件詳細記錄了顧問在系統中做的每一個配置的動作，並有簡要的說明。
2、 配置文件應包括有基本的配置流程即配置的先後順序。
3、 單元測試文件為顧問測試本模組的配置是否正確，並對可能存在的問題進行修改。本文件非必要文件。
4、 整合測試文件以集中的方式測試業務藍圖中所涉及到的各個流程。
5、 使用者應對測試過程中產生的資料進行記錄，並對結果進行確認。所有參與測試的人員應在整合測試文件上簽字確認。
6、 在確認了使用者的權責後應對其在系統中的角色和許可權進行定義。
7、 在所有的配置完成後，顧問應督導使用者編寫使用者操作手冊。

系統切換階段（最後準備/啟動）
系統切換策略
使用者提供的原始資料
顧問匯入的模版
顧問匯入的原始資料

建議：
1、 定義系統整體的切換過程，什麼時間做什麼事情，由誰負責哪部分資料。
2、 定義每個模組切換時的注意事項，出現問題的反饋流程。
3、 顧問應提供資料匯入的模版和要求事項，由使用者保證資料的準確性。所有匯入的資料必須由相關領導簽字確認。
4、 對匯入的資料進行測試，初步檢查資料的準確性。
5、 對於所有匯入的原始資料資料均應保留，以方便事後對資料的核查。

專案上線
系統上線後的問題日誌
建議：
1、 系統上線後應該對整個上線的過程進行跟蹤，一般跟蹤的期限是1個月。
2、 記錄每個問題發生的時間、彙報的人員，負責解決問題的人員，要求的期限，處理的結果。並分清責任。

我們一般按照四步法去實施專案，實際上與其大同小異。

專案準備階段
藍圖設計階段
系統上線階段
驗收交付階段

[@more@]