【文章內容簡介】 劃的基礎上進行，在任務和時間上不能滯后于總體計劃．無論是總體計劃和實施計劃，都要求明確各步完成的時間，要精確到哪一天，而不能用模糊的描述，比如“3 月初完成Blueprint”這樣的低描述是不充許的．為保證項日照進度進行，每周五都要召開項目會議，檢討項目的進展情況，發(fā)現(xiàn)有超期的任務，分析原因，及時解決．在進度的控制方面，還要應付突發(fā)的事件造成的影響，及時地調整計劃以適應新的情況．2003年4月一5月，由于受到“非典”的影響，外部顧問不能出差來我公司，這使項目的進度受到了很大的影響．為了把這種影響降到最低，我即時調整了項目計劃，把這段時間安排為關鍵用戶的培訓和對系統(tǒng)的熟悉。因為之前顧問已對關鍵用戶進行了一些培訓，所以用戶對SAP 系統(tǒng)有了一定的認識．通過上機的操作，更進一步了解系統(tǒng)．有問題我們通過EMail與顧問聯(lián)系。通過這種方法，把原本以后進行的用戶練習提到了前面．雖然沒有顧問的現(xiàn)場指導，但通過自己的摸索對系統(tǒng)的印象更加深刻，為之后的工作打好的基礎． 　　控制人員流失的風險 　　在實施SAP過程中，有兩種可能會導致人員的離職，一是工作繁重乏昧，壓力大；二是積累了一定的SAP經(jīng)驗后找工作相對比較容易，這時如果有其它更好的機會，員工會考慮跳槽．而項目小組人員流動將會對項目造成很大的影響，甚至導致項目的失?。匀绾慰刂七@些風險，是作為項目經(jīng)理要考慮的問題．為此，我首先與人力資源部一起，制定了一套有效的激勵機制．包括，把參加SAP項目作為年終的一個績效考核內容，因為項目需要加班加點的，公司免費提供晚餐；設立項目基金，對表現(xiàn)突出的小組成員進行物質上的獎勵；在整個公司的范圍內大力宣傳SAP，讓項目小組成員感覺到SAP 的重要性和實施項目的價值等．其次，為了避免出現(xiàn)某個項目小組成員離職導致項目不能進展的情況出現(xiàn)，我在每個模塊都安排了兩個人員負責，一個是主負責，一個是次要負責．這樣，可以減少人員流失造成的損失。在這里，我沒有采用讓項目小組成員簽合同的方法，即實施項目后要在公司工作多少年。我覺得這種方法會給小組一種壓抑的感覺，而公司主要靠企業(yè)文化來吸引員工．事實證明，我所采用的措施是有效的：在整個項目的實施過程中，沒有一個小組成員退出或是離職．在項目運行一年多來，只有兩個當時的關鍵用戶離職，而他們離職后后備人員可以馬上頂上來，對系統(tǒng)沒有造成什么影響． 　　控制系統(tǒng)的功能 　　有人戲稱SAP是“Stop All Production”，這也從一個方面反映了實施SAP的風險所在．而造成上了系統(tǒng)后停產(chǎn)的一個原因就是系統(tǒng)功能不能滿足物流和生產(chǎn)的需要，這也是我擔心的一個問題．因為切換后系統(tǒng)不能再使用，如果這時候新系統(tǒng)滿足不了需要，就真的會造成停產(chǎn)．為此，我在項目中采用了演化型的原型開發(fā)方法，用演化型的開發(fā)方法，可以讓用戶針對已配置好的原型進行測試，發(fā)現(xiàn)不能實現(xiàn)的功能及時提出來，改進后再測試，再改進．在這里，測試工作顯得很重要．為此，我強調一定要做好測試工作．在系統(tǒng)測試階段，我把所有的項目成員集中在會議室中進行系統(tǒng)測試．在測試中，我要求用真實的數(shù)據(jù)，模擬真實的環(huán)境進行．系統(tǒng)測試通過后，我還特別做了一次上線前的演習，即把所有相關的數(shù)據(jù)都導致SAP，配置一個上線后要用的系統(tǒng)，在此系統(tǒng)上進行操作．這次演習成功后，堅定了大家使用系統(tǒng)的信心．系統(tǒng)上線后也沒有出現(xiàn)什么大的問題． 　　通過以上措施，使把SAP的主要風險基本上都控制在萌芽狀態(tài)，項目沒有因為這些風險受到影響，最后項目如期上線，受到了管理層和用戶的肯定． 　　在項目進行過程中，有些風險并沒有事先預計出來．比如說顧問的問題．有的顧問水平高，但項目也多．用在我們這個項目上的時間就比較少，這給項目帶來了不利影響．為此，我通過和該項顧問所在的公司簽定合同，注明顧問在我們公司的工作時間，否則屬違約，通過這一方式使顧問的管理得到改善．信息系統(tǒng)項目管理師論文范例5：利用CMM保證軟件質量 　　【摘要】 　　本文論述了如何在一個規(guī)模較大的網(wǎng)上管理系統(tǒng)的開發(fā)中結合CMM二級的框架要求，以及軟件工程學的質量保證策略進行項目的軟件質量保證工作． 　　本項目的特點有： 　　( 1 ）開發(fā)人員多，有40人左右； 　　( 2 ）采用面向對象分析與建模技術，JAVA語言，WebLogic應用服務器等以前項目中未采用過的開發(fā)模式和技術．因此不確定性因素很多，急需采用有效的質量保證策略．公司為了提高軟件開發(fā)能力，已經(jīng)于近期全面引入了當今軟件界正在流行、且行之有效的CMM質量保證體系，并在顧問公司和主評審員的幫助下，由公司的SEPG結合公司實際，制定了初步的規(guī)范體系和模板文件，并決定將本項目作為試點項目． 　　本文詳細論述了作為SEPG 負責人之一，并且擔任本項目質量保證人員的筆者，是如何在本項目中有效推行CMM二級質量保證措施的，并指出了其中的經(jīng)驗教訓和有關的建議． 　　【正文】 　　本項目是一個面向政府管理部門，全市房地產(chǎn)企業(yè)和個人用戶的網(wǎng)上管理系統(tǒng)，它既是一個電子商務項目，又是一個電子政務項目．本系統(tǒng)采用了B / S 結構，融合了政府部門和房地產(chǎn)企業(yè)的內部網(wǎng)上管理系統(tǒng)于一身，同時作為全國建設系統(tǒng)信息化的一部分而實現(xiàn)Internet平臺上的上下集成．它還提供信息發(fā)布、房屋交易等電子商務功能。 　　本項目對系統(tǒng)的安全以及可靠性等方面有著較高要求，公司決定采用三層架構模式的J2EE環(huán)境作為運行環(huán)境．另外，本項目參與人員眾多，面臨看新技術、工期緊等影響軟件質量的不利因素，對軟件質量保證工作提出了很高的要求．本人作為公司CMM實施工作的負責人之一，以質量保證人員的角色參與到項目的開發(fā)和管理工作中，主要負責質量保證策略的建立以及實施工作． 　　一、以CMM二級理論為指導，采取措施保證開發(fā)過程與開發(fā)規(guī)范的符合性，以過程質量的提高來保證產(chǎn)品的高質量 　　建立起明確的權責制度，減少因權責不明而產(chǎn)生的混亂 　　為確保質量保證人員有獨立的途徑向公司反映開發(fā)中的問題，同時為了避免質保經(jīng)理與項目經(jīng)理、軟件配置經(jīng)理之間過分隔閡，本人在項目啟動階段，起草了《項目管理人員責任書》，并由相關人員評審通過；并提議公司設立了高級經(jīng)理交涉，以快速處理糾紛．為防止開發(fā)人員與項目管理人員在規(guī)范化開發(fā)過程中過度依賴規(guī)范而主動性不高，以及可能產(chǎn)生的相互埋怨，制定并實施了《項目開發(fā)人員守則》，由各項目級每個成員在參加項目之初進行簽名式確認，以解決開發(fā)過程中應規(guī)范滯后和實施不力而引起的混亂問題． 　　以制定的《質量保證計劃》為綱，全程監(jiān)控各開發(fā)工作的過程建立和符合性問題 　　在項目啟動階段，就依據(jù)CMM二級要求和公司發(fā)布的項目開發(fā)規(guī)范，制定并基線化《XX項目質量保證計劃書》，在計劃書中詳細地制定了質量保證工作的內容和進度安排。 　　計劃書中主要有職責、培訓工作、檢查評審及組織工作等四方面的內容． 　　職責方面詳細說明本人作為質量保證人員在項目中的全責以及主要活動，澄清了與各開發(fā)角色的關系，主要起到項目成員監(jiān)督質量保證人員的作用． 　　培訓方面指明了為有效推行CMM質量體系而進行的有關培訓，有CMM基礎理論方面的，也有本項目特色的規(guī)范方面的培訓內容。 　　檢查評審方面指出了要檢查評審的過程及提交產(chǎn)品，并列舉了相應的通過準則，即CHECKLIST．比如要評審的過程有項目規(guī)劃階段；檢查項目經(jīng)理和配置經(jīng)理是否按有關規(guī)范制定了各自的計劃書；項目組的技術評審活動是否符合評流程和規(guī)范；風險分析過程和任務分解過程是否符合規(guī)范的執(zhí)行．對提交的工作產(chǎn)品，如需求文檔和設計文檔，是否經(jīng)過了正式技術評審并基線化．這些都指明了切入時間和建議人員． 　　組織工作方面指明QA（質保人員的簡稱）在開發(fā)過程要做的組織工作，如技術評審工作、測試工作、估計和工作細分等工作．這些組織工作主要是為了協(xié)助項目經(jīng)理開展工作并能有效且及時地獲得第一手質量方面的資料． 　　對項目開發(fā)過程中的跟蹤和檢查，主要采取了現(xiàn)場參與、分析項目成員日報和周報、個別交流以及項目周例會的形式． 　　二、以RUPCN和軟件工程方面的理論為指導．制訂了行之有效的技術規(guī)范文件 　　CMM質量體系更多的關注軟件開發(fā)過程方面的事情，也就是建義由誰在什么時候做哪些工作，但沒有指明各個工作如何開展，也就是偏重于管理，偏輕于技術指導．為了避免在框架方面很有效，但應實現(xiàn)細節(jié)不明確而出現(xiàn)的“一條腿走路”的現(xiàn)象，特在項目啟動之初就制定了要建立的技術規(guī)范，如需求文檔編寫指南、界面設計規(guī)范等．這些都列入QA的計劃中了．考慮到本項目采用了面向對象的分析和設計技術，急需UML和Rose技術方面的指導性文檔，因此將與UML高度相關的RUPCN體系為主要參考，其他軟件工程理論為輔助參考，組織資源開發(fā)人員制定了各個開發(fā)階段的規(guī)范性和指導性文檔． 　　實踐證明，項目組成員有了C