qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          做好軟件項目驗收管理4步走

           在前面的幾篇文章中,我們了解軟件項目驗收管理在軟件質量保障中的重要性以及工作內容,怎樣做好軟件項目驗收管理工作是本文的重點,山東省軟件評測中心根據多年驗收管理經驗,總結了做好軟件項目驗收管理的一些方法,希望能給大家帶來幫助。

            1、在軟件項目實施過程中注重里程碑的確定,制定階段性目標

            如果要做好一個軟件項目,完成項目的驗收條件,主要還是以業務是否可用作為衡量的。不是一定得實現所有用戶的需求(這里指的是口頭上的需求,如果落實到文字上的還是要實現的),也不是只有將一些所謂的技術難點解決用戶就會同意驗收,而是可以完成一定的階段應用業務目標。

            進行需求調研的時候就要主動控制項目的邊界,將一個一個業務流根據客戶方的實際情況合理組織實施順序,形成軟件項目實施計劃中的里程碑點,明確達到里程碑點的條件,并得到雙方一致正式認可。

            沒有雙方高度達成一致的里程碑認可,也就是沒有項目目標約定,沒有目標約定的項目實施計劃一定會經常變更內容、變更初始設定目標,導致計劃不可控制,更談不上驗收。

            很多人希望通過詳細的系統需求規格說明書來定義項目要實現的內容和業務目標,這是很有必要的,但需求規格說明書得到認可并非是通過用戶審核就可以的結果,應該想辦法讓用戶一起參與到需求規格說明書的制定過程中來,變成用戶自己推導出來的業務實施目標,未來才不容易變形。

            2、積極主動地與客戶進行溝通

            項目中一定要有溝通策略,和高管如何匯報工作進展,取得支持?和中層如何就業務目標不斷確認,逐步清晰?和基層如何就項目應用操作模式達成一致,持續改進?都需要通過溝通反饋完成。

            溝通的作用對于高管是讓他們清楚項目一直按照目標前進,每個階段工作進展是否順利,影響項目正常運做原因是什么,需要哪些資源幫助。和高管溝通比較多的話,第一個好處是高管經常聽匯報就知道項目進展程度,可以安排反饋檢查,看是否具備項目所說的進展,這樣一旦認可了各個階段目標后,最終要求高管簽字確認也就順理成章了。

            給高管匯報技巧就是簡潔明了,真實客觀,有理有據分析問題,提出對策建議請其決策即可。

            中層往往是項目主要的推動力量和實際執行者,也往往是對具體業務需求最主要的要求者,他們對企業實際運做過程最清楚,提出要求最具體,而且項目驗收與否沒有中層的同意往往也是不太容易做到的。

            往往通過前期業務調研只能對企業項目目標有一個大的,宏觀的認識,但如何細化并最終落實并非是一步到位的過程。因此在整個項目過程中,雙方項目組要不斷溝通,特別是企業中層溝通,才能逐步認識越來越深刻,最終達成一致。

            和基層的溝通主要體現對最終用戶的關懷,定期主動和最終用戶溝通,消除一些怨氣,讓用戶能堅持用下去,這個時候往往發現很多用戶真的是非常好相處,盡管軟件還有很多值得改進的地方,但他們一旦認可團隊,反而會盡心盡力幫助推動項目的進行。

            目前一般要求每個項目經理在項目進行中都要填寫詳盡的項目月報,反映項目的進度,與計劃的偏差,完成的項目內容,投入人力,目前項目存在的問題,以及預計項目下月的進度等等。將進度月報交部門負責人、項目管理中心、總經辦審閱。

            類似地也要制定針對客戶的月報甚至是周報,將相關的信息反應到客戶方的負責人,及相關高層。可以先發郵件,然后還要電話落實收到并口頭簡要匯報,特別是高管層,千萬不要以為發了就等于別人會去看,一定要口頭跟進匯報一次,保證客戶各方面負責人對項目進展做到心中有數。

            在項目的過程中,也需要注意平時做人的積累,比如要做到講誠信,講原則。主要是三條:1)做不到的事情千萬別隨意承諾;2)承諾的事情一定要努力做到;3)每次做到的事情都進步一點點。按這三條做事,即使在系統的使用過程中總會有這樣或那樣的一些不方便,用戶也會慢慢接受稍微長一點的響應周期,也會用更多積極性眼光看現在的問題,也相信問題一定有人響應,也一定可以得到解決。進而使賣方和客戶之間形成一種較為和諧的關系。

            3、寫好備忘錄和問題跟蹤記錄

            在一個漫長項目周期中,很多工作做了也就做了,認可了也就認可了,時間一長也就忘記了很多承諾和約定,到了驗收的時候就可能重新翻出來,這種事情很多人可能都經歷過,明明說可以先不做的內容最終驗收的時候又成了必要條件。

            每次備忘錄要口頭交流認可后才打印簽字確定階段性工作成果。下次工作則根據前次備忘錄的雙方約定繼續進行,保障項目在每次工作基礎上不斷前進,并用備忘錄約束雙方的行為。

            同時建議在收集項目出現的各種問題時,采用問題跟蹤記錄表的形式,這樣可以一目了然地顯示出曾經收集到的各種問題,目前的解決情況,以及還有什么問題沒有解決,準備什么時候解決。這樣客戶和賣方都會對目前的情況非常了解,通過不斷地解決出現的問題,來收斂可能出現的問題,當存在的問題越來越少時,也就表示系統已經在接近驗收的標準了。

            4、驗收階段的準備工作及注意事項

            當系統經過一段試運行,具備驗收的各項條件之后,就需要著手驗收階段的準備工作了。首先需要把到目前為止完成的工作進行一個總結,列出已經完成的各項目工作成果、各類文檔,對合同以及各類約定的技術文檔中的相關內容進行自查,要徹底了解系統目前完成的情況如何,是否已經完成了與客戶方達成的各項書面約定以及口頭約定,沒有完成的,如果是書面約定,準備采取什么策略去進一步完成。

            做一個詳細的驗收計劃是非常必要的,可以用來作為驗收階段的工作指導。這就需要與客戶進行詳細的溝通,再次明確驗收前需要完成的工作,盡量避免客戶方在此階段提出過多的更改需求,這是極為重要的。驗收計劃中不光要有需要繼續完成的工作,還需要有一個相對固定的工期,使雙方都繼續朝著這個方向去努力,防止無限制的拖延。

            項目驗收對任何一個項目管理者都是一個極大的挑戰,即使已經采取本文提到的幾種手段,也不能保證項目能夠順利驗收,本文中提出的這些建議,是希望能夠起到拋磚引玉的效果,希望各位同仁可以提出更多更好的方法來促進項目如期驗收。

          版權聲明:本文出自山東省軟件評測中心 張凱麗,51Testing軟件測試網原創出品,未經明確的書面許可,任何人或單位不得對本文進行復制、轉載或鏡像,否則將追究法律責任。

          http://www.51testing.com

          posted on 2012-12-17 10:04 順其自然EVO 閱讀(1390) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2012年12月>
          2526272829301
          2345678
          9101112131415
          16171819202122
          23242526272829
          303112345

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 孟连| 个旧市| 德令哈市| 涿鹿县| 福州市| 南乐县| 双鸭山市| 南宫市| 通山县| 晋州市| 临汾市| 阿克苏市| 松滋市| 巩留县| 逊克县| 浦东新区| 谷城县| 来安县| 通许县| 新蔡县| 乃东县| 玛沁县| 泾阳县| 柘城县| 扬中市| 河东区| 洞口县| 资溪县| 嘉荫县| 花莲县| 醴陵市| 太和县| 白朗县| 闻喜县| 伊宁县| 鄂托克前旗| 平泉县| 吉水县| 莎车县| 土默特右旗| 广州市|