【文章內容簡介】 另一個重要的控制是施工工序的質量控制。工序質量控制的目的就是要發(fā)現(xiàn)偏差和分析影響工序質量的制約因素，并消除制約因素，使工序質量控制在一定范圍內，以確保每道工序的質量。 五、注重對用戶的培訓。 培訓是項目實施的一個很重要環(huán)節(jié)，目前國內很多單位的人員素質較低，對于信息化的理解較差。所以我們在進行培訓時，應該分層次、分階段的進行培訓，不能期望一次培訓就能使客戶的人員理解 和掌握系統(tǒng)的操作。培訓應貫穿于項目的 始終，并且應做好適合用戶水平的操作手冊。在培訓的時候，一定要有耐心，不要有用戶太笨了等想法和行為的出現(xiàn)。培訓可 第 11 頁 共 25 頁 以讓客戶較好較快的掌握系統(tǒng)，減少因為對系統(tǒng)的不熟悉而導致的對系統(tǒng)的較差的評價，可以提高用戶的滿意度，減少因操作失誤對系統(tǒng)產生的危害。同時也可以減少項目的售后服務的成本。 六、做好系統(tǒng)的測試工作。 在項目實施前就應做好項目的測試計劃。在項目的實施過程中，完工一部分就應及時做完工部分的測試工作，及時發(fā)現(xiàn)存在的問題，避免小問題最后變成大問 題，甚至到最后無法解決。在系統(tǒng)完工后，應做好系統(tǒng)的系統(tǒng)測試。系統(tǒng)測試是針對系統(tǒng)進行的測試，目的是驗證系統(tǒng)是否滿足了需求，找出與需求不符或與之矛盾的地方。系統(tǒng)測試發(fā)現(xiàn)問題之后要經過調試找出錯誤原因和位置，然后進行改正。系統(tǒng)測試是基于系統(tǒng)整體需求說明書的黑盒類測試，應覆蓋系統(tǒng)所有聯(lián)合的部分。對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件系統(tǒng)。在測試前應做好測試計劃，包括人員安排、測試內容和測試方法。應做好壓力測試、容量測試、性能測試、安全測試、容錯測試、可靠性測試，應盡可能多的考慮各種特殊的情況，同時模擬 多種環(huán)境。很多項目經理不太重視測試工作，覺得只要系統(tǒng)能夠正常運行就可以了，有問題以后再解決就是了。這是一種錯誤的觀念，與其等到用戶在使用過程中遇到問題再來解決，不如在投入使用前盡可能的提前發(fā)現(xiàn)問題，并提前解決。這樣一是提高客戶對系統(tǒng)的滿意度，同時由于提前發(fā)現(xiàn)問題也會節(jié)約項目的人力和物力。 第 12 頁 共 25 頁 每一個項目完成后，項目經理都應該及時時總結經驗，提高自己的管理水平和能力，做到與時俱進。以上僅是筆者在計算機系統(tǒng)集成項目管理中的一些粗淺的體會，希望可以對大家有一些幫助和借鑒。同時，由于筆者的水平不高，肯定存在著 一些的疏漏和錯誤，希望大家予以諒解。 參考文獻： 1凱西 .施瓦爾貝著鄧世忠等譯 it項目管理機械工業(yè)出版社 2 賽寶認證中心信息產業(yè)部計算機信息系統(tǒng)集成培訓教材 3帕特麗夏 恩斯華斯 .從技術主管到項目經理［ｍ］ .王雷，譯 .北京：電子工業(yè)出版社 項目管理［ｍ］ .王金玉，譯 .北京：機械工業(yè)出版社 5 楊衛(wèi)東 .網絡系統(tǒng)集成與工程設計［ｍ］ .北京：科學出版社 6 羅德尼 特納 .項目管理手冊 ［ｍ］ .任偉，譯 .北京：清華大學出版社 第四篇：系統(tǒng)集成項目管理工程師考試心得 2024 系統(tǒng)集成項目管理工程師考試經驗傳授 系統(tǒng)集成項目管理工程應具備三方面的知識和能力。項目管理方面、信息系統(tǒng)方面和應用行業(yè)方面，還應包括相關法律法規(guī)、標準規(guī)范方面的基本知識。以下就項目管理方面中的范圍管理和 第 13 頁 共 25 頁 質量管理中談一下我的想法。 一、項目范圍管理： 范圍管理確定在項目內包括什么工作和不包括什么工作，由此界定的項目范圍在項目的全生命周期內可能因種種原因而變化，項目范圍管理也 要管理項目范圍的這種變化。對項目范圍的管理，是通過以下 5 個管理過程來實現(xiàn)的： （ 1）編制范圍管理計劃 一個項目的初期需要確定如何定義項目范圍、如何制定詳細的范圍說明說、如何定義和編制工作分解結構，以及如何驗證和控制范圍，這就需要編制范圍管理計劃，在編制的時候需要聯(lián)系實際工作，考慮公眾主要制約因素，比如準備采取的行動是否有可能違背本組織的既定方針，某些活動之間是否存在必然的聯(lián)系等。 （ 2）范圍定義 范圍定義的過程是詳細描述項目和產品的過程，并把結果寫進詳細的項目范圍說明 書中，準備一個詳細的項目范圍說明書，對項目的成功是至關重要的，這個工作基于在項目啟動階段的主要可交付物如初步的項目范圍說明書、假定以及約束上。多獲知更多的項目信息時，項目范圍被更清晰地定義和描述。為了完成項目，分析現(xiàn)存的風險、假定以及約束，同時把必要的新發(fā)現(xiàn)的風險、假定以及約束追加到詳細的項目范圍說明書中。 第 14 頁 共 25 頁 （ 3）創(chuàng)建工作分解結構 在這里主要明確了項目的工作分解結構（ wbs）的定義和意義， wbs 是管理項目范圍的基礎，詳細描述了項目所要完成的工作。工作分解的好壞是項目實施順利以及最后評估成 敗的重要因素，因為 wbs 的最底層工作單元稱為工作包，是定義工作范圍、定義項目組織、設定項目產品的質量和規(guī)格、估算和控制費用、估算時間周期和安排進度的基礎。 （ 4）范圍確認 主要就是客戶等項目干系人正式驗收并接受已完成的項目可交付物的過程。 （ 5）范圍控制 范圍控制是一個監(jiān)控和實施調整的過程，監(jiān)控變更的發(fā)生和在范圍允許內做一定的變更，防止出現(xiàn)范圍之外的變更。其中焦點問題有三個： 。 ，以確保 這些變更得到一致的認可。 ，對實際的變更進行管理。 現(xiàn)就結合我跟進的 XX縣區(qū)教育版 oa的項目談一些自己的看法： 這個項目前期工作就是因為項目開始時沒有指定一定的范 第 15 頁 共 25 頁 圍而導致工作滯后，在項目前期疲于按照學校的要求對軟件做修改，由于大量的開發(fā)需求和其他因素導致項目推進工作緩慢，客戶一直在提出個性的需求，又導致最后四所學校的系統(tǒng)版本沒有統(tǒng)一，在后期維護和更新工作造成困難。在意識到這些問題時才發(fā)現(xiàn)系統(tǒng)版本已經改的面目全非，和規(guī)范統(tǒng)一學校管理的初衷相差甚遠。盡管軟件不夠 成熟，變更一直在發(fā)生，但是現(xiàn)階段，項目加入了范圍確認和范圍控制的范 圍管理要素，客戶提出修改的需求，先通過教育局的初審，然后經過公司研發(fā)人員的二審，將審批的結果告知學校，確認之后再進行開發(fā)工作。這樣就避免了一個過于個性的需求占用大部分開發(fā)的時間而拖沓項目