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