管理一個(ge) IT 係統實施項目的關(guan) 鍵在於(yu) 管理人的行為(wei) ，他們(men) 的行為(wei) 在很大程度上受到以下兩(liang) 大方麵的影響：

1.項目的利益相關(guan) 者看事情是否清晰有條理

2.項目的利益相關(guan) 者對待項目的緊迫感

項目的實施成果會(hui) 深受項目規模大小和項目時間安排的影響，其基本的道理是：

• 項目越大，就越難準確地列出所有需要完成的活動，就會產生越多模糊甚至漏掉的活動在其計劃中
• 項目時間越長，團隊感覺期限越遠，其緊迫感就越弱
• 項目依賴越多（如越多 A 依賴 B 而 B 依賴 C，C 又依賴 A），就會使越多人員錯誤地以為他們並不在項目的關鍵路徑上
• 項目決策越遲疑不決，項目團隊的緊迫感就越低
• 項目越大或時間越長，人們就會認為項目還有很多的時間和資源可用，就越難控製項目範圍
• 項目時間越長，就越容易發生業務，組織、人員及想法的變化

由此可見，規模越大時間越長的項目往往容易使項目計劃的前因後果不清晰，時間與(yu) 精力更難以集中，項目團隊的緊迫感也更低。IT 係統實施項目成功的關(guan) 鍵在於(yu) 懂得把一個(ge) 大型的項目巧妙地分解成若幹個(ge) 行之有效的增量項目或迭代，並合理地把龐大的項目團隊分成幾個(ge) 小團隊，這樣每個(ge) 小團隊可以在給定的時間更好更快地集中精力完成一個(ge) 小項目。

對於(yu) 每個(ge) 大小可控的係統實施項目，增量或迭代，qmchashi 實施方法論基於(yu) 以下 5 大原則去降低複雜性，提高透明度和可洞察性以及有效地監控執行：

• 需求就緒分析與控製
• 高層次地理解全局及總工作量以及增量的理解細節和必要的權衡
• 采用係統的方法分析架構與功能
• 迭代式及短時間的活動計劃
• 采用係統的方法去執行及追蹤執行結果

管理係統實時項目最關(guan) 鍵的是管理其需求就緒。有些人錯誤地認為(wei) 項目需求十有八九會(hui) 被改變所以需求就緒分析無關(guan) 緊要。任何係統實施項目的需求在其開始之初都不會(hui) 100% 準備就緒甚至 90% 都很少，但是如果項目需求達不到 30% 準備就緒，那麽(me) 其項目無異於(yu) 一個(ge) 隨意的項目。需求就緒分析是係統實施項目最重要的風險分析。

需求就緒分析需要係統實施團隊把項目需求分成以下類別並向項目利益相關(guan) 者評估每個(ge) 功能的重要性：

a) 正式書(shu) 麵簽署何時需要完成的功能：用戶組與(yu) 係統實施團隊雙方已同意的
b) 口頭承諾何時需要完成的功能：用戶組與(yu) 係統實施團隊雙方已同意的
c) 正式書(shu) 麵簽署何時需要完成的功能：用戶組與(yu) 係統實施團隊雙方將會(hui) 同意的
d) 口頭承諾何時需要完成的功能：用戶組與(yu) 係統實施團隊雙方將會(hui) 同意的
e) 用戶組需要但無法清晰描述的功能
f) 用戶組認為(wei) 最好能實現但無法清晰描述的功能
g) 某些用戶組成員希望能實現但未提出的功能

係統實施團隊需要有意識地洞悉與(yu) 分析上述的（d），（e），（f）和（g）這幾大類型的需求，因為(wei) 這些需求在實施項目開始的時候通常是隱藏不可見的。 係統實施團隊能越早地洞悉這些需求就越能更好地想出方法來應對這些需求帶來的風險。

如果（d），（e），（f）和（g）的重要性大於(yu) （a），（b）和（c），那麽(me) 項目在實施過程中就很容易失控。

架構分析需要把現實工作的結構映射和重組到係統結構中，主要包含以下幾大方麵的映射和重組：

架構分析與(yu) 設計對企業(ye) 係統實施至關(guan) 重要，是保障實施後係統的完整性，有效性以及靈活性的關(guan) 鍵。先進的加拿大28官网开奖记录要做到可以根據組織架構設定規則與(yu) 監控工作，數據可以從(cong) 最低層級結構自動實時更新並匯總到頂層結構，這樣高層級的企業(ye) 監控功能（例如：實時業(ye) 務視圖，工作概覽）就可以為(wei) 管理者提供適當有效的視圖。

qmchashi 實施方法論要求高級架構師評估與(yu) 反饋架構設計以確保架構映射與(yu) 重設計的穩健性與(yu) 適用性。

功能分析需要把現實工作的規則與(yu) 流程映射與(yu) 重組到係統流程以及係統輸入-處理-輸出的架構中，主要包含以下幾大方麵：

功能分析與(yu) 設計對於(yu) 流程的適用性和功能的完整性非常重要。如果功能映射與(yu) 設計能夠覆蓋組織架構絕大部分的重要流程，實施後的係統就能更好地支持企業(ye) 的業(ye) 務與(yu) 運作流程。如果功能映射與(yu) 設計能注重並考慮到人的操作行為(wei) 與(yu) 細節，實施後的係統就能更快更容易被用戶所接受並使用。

qmchashi 實施方法論要求按需預定義(yi) 好功能分析的覆蓋範圍，從(cong) 源頭開始做好充足適當的準備。

開始係統實施項目計劃之前需要做的第一件事是確保需要預先完成的各項活動（例如：新業(ye) 務模式，流程分析，業(ye) 務流程重組等）在係統實施項目啟動前已全部完成。如果剛提到的需預先完成的各項活動與(yu) 係統實施活動相互混合進行，係統實施項目將會(hui) 產(chan) 生很多完全無法預知的後果甚至會(hui) 完全失控。如果企業(ye) 有意識地讓這項活動混合進行，那麽(me) 就沒辦法指望係統實施項目是可控可預測的。

第二件事是確保上述章節提到的需求就緒活動已妥當地完成。

第三件事是確保項目在可控的大小範圍。如果項目太大，就需要把它分解成幾個(ge) 可控的增量或迭代。

確保了上述三個(ge) 方麵的事情後，項目團隊可以開始工作分解結構（WBS）工作，需要包含以下重要的係統實施階段：

實施項目計劃需要經過所有項目利益相關(guan) 者的檢查與(yu) 同意並且需要把計劃變更考慮在內(nei) ，以防萬(wan) 一。

qmchashi 實施方法論要求實施團隊使用 qmchashi PM (項目管理工具）實時追蹤係統實施活動的執行與(yu) 結果。qmchashi PM 提供的實時和透明的信息讓實施團隊更容易更及時發現項目的問題，找到問題的原因以及確定問題的責任人。若信息能實時精準地呈現給企業(ye) 所有利益相關(guan) 者，人們(men) 將會(hui) 更加認真負責，而不會(hui) 找借口推卸責任。

qmchashi 實施方法論要求係統實施項目計劃嚴(yan) 格控製變更，並如下圖所示的方法處理與(yu) 監控變更。qmchashi 變更管理工具可以追蹤每個(ge) 變更對項目的影響，並且可以實時匯總所有變更對整個(ge) 項目的影響，讓項目團隊及時地了解變更的具體(ti) 情況並作出準確的決(jue) 策。