談軟件公司的技術管理
馬映冰 (21CMM)
多年在IT行業摸趴滾打，有成功的喜悅，也有失敗的辛酸。很多同業人現在都在大談軟件的項目管理，我也在思考。寫出來，與同行共同探討，以期把今后的工作做得更好，共同推進中國軟件的發展。因為近期組織管理類項目較多，文章中也就不自覺地多了管理類軟件項目管理的色彩。
1． 目標
�。�1）
建立項目開發的質量保證體系，使項目開發有序化、文檔化，有計劃性、具可追溯性；
�。�2） 調動技術人員的工作積極性、主動性、創造性；
�。�3） 保證項目的按計劃實施，保證項目的完成質量；
�。�4） 為客戶提供及時、周到、滿意的服務；
�。�5）
做好公司內部軟件資源的管理，提高軟件資源的可重用性；
�。�6）
做好技術人員的管理工作，增強歸宿感，做到敬業樂群；
�。�7） 做好技術儲備和探索性研究，做好梯隊建設。
2． 現狀
國內軟件行業的發展很快，而成規模的又鳳毛麟角，絕大多數軟件公司人數在50人以下，占到軟件公司總數的55%以上，這部分公司整日忙于生計，主要靠公司幾個技術“高手”支撐，公司的命運與這幾個“高手”息息相關，這幾個“高手”也是整天在扮演“救火隊員”的角色，整天價忙得不可開交，壓力很大，無法解脫。其實，一些國內著名的軟件公司也是在這樣拼殺。1997年金山推出WPS97名震四方，就有媒體披露靠的是“十來個人七八條槍”，靠的是求伯君賣了房子賣了車，那時，求伯君也講，中國有中國的國情，無法按國外的開發方法組織，那樣成本太高。這就標志著還處在“軟件英雄”時代，還沒有進入產業時代。也是在1997年，用友首先在國內軟件行業通過ISO9000認證，開了先河，也是在這一年，“軟件工廠”的概念被媒體炒得火熱，很多業內的有識之士在思考，軟件公司該如何管理、組織，也是在這一年，我到電子部出差的時候，知道了有一個東西叫CMM，那是國外評價軟件公司和軟件承包商成熟度的一個標準，國內以后大型項目招標可能會引用。
前段時間，見到一份資料，講的是CSCMM，即中國軟件的CMM，稱這項研究開始于四年以前，是CMM與中國國情結合的產物。這就是說，四年前從電子部了解到的那個消息現在有了“研究成果”，另一個信號就是，國外對軟件承包商成熟度的評估辦法也快要引進來了，做“外包”，需要有CMM，做大型的“內包”，也快要要求CSCMM了。發展是歷史的必然，機會與挑戰同在是我們常誦的格言。迎上去，海闊天空，等下去，山窮水盡。
WTO，已經是不遠的現實，軟件產業化也是不爭的現實。作坊式的生產、英雄式的產業終經不起大浪淘沙。
3． 組織
以項目組作為一個描述單位。
A．系統分析員，通�？梢該雾椖拷浝�，全面對該項目的質量和進度負責，整個項目的組織者和直接領導者。是用戶需求調查的主要負責人，與用戶溝通的主要協調人。與系統設計師組成系統分析小組，執筆起草用戶需求報告（按道理這份報告應該用戶撰寫，但通常情況下都要軟件開發商代勞）、系統可行性分析報告、系統需求說明和設計任務書等，制定系統開發計劃，制定系統測試方案，制定系統試運行計劃。
B．系統設計師（原來習慣稱高級程序員），參加系統分析小組，參加用戶需求調查，分別著重于服務器端或客戶端或中間層協助系統分析員進行可行性分析，協助系統分析員完成各項系統分析報告。用戶需求報告和需求說明獲得用戶評審通過后，分別著重于服務器端或客戶端或中間層制定詳細的設計任務書，制定程序設計風格，制定軟件界面風格，指定參考資料，確定可引用的軟件資源，指導程序員的工作。
C．D．程序員，在系統設計師的直接指導下開展工作，嚴格按照設計任務書的要求進行設計，不許追求個人風格，強調溝通與協作，培養務實求精的工作作風。
E．檔案控制員，可以一個項目配置一個，同時兼做部分測試員的工作，也可以幾個項目配置一個專職的檔案控制員。檔案控制員負責保管好項目每一個階段的文檔，編好號，建好索引，方便查閱，又要保證檔案的完整、安全和保密。另一個職責是做好軟件的版本控制工作，每次正式發布的軟件或階段性的軟件程序員必須將源代碼和相關的說明書交給檔案控制員統一打包、編譯、建檔。保留好軟件的每一個版本，每一個版本升級的詳細不同都要有詳細記載。重點文檔要重點保護，如用戶需求報告和需求變化的階段記載，項目進展過程中的每次會議紀要，階段性的測試報告，每次評審的問題清單，開發過程中遇到的主要技術障礙和解決途徑等。
F．系統測試員，直接接受項目經理的指導，嚴格執行項目經理制定的測試方案，有條件時系統測試員可以深入用戶實際工作環境，了解用戶的實際工作情況，收集來源于實際的測試試例，做好測試記錄，做好測試報告，做好與程序員和系統設計師的溝通，跟蹤問題的解決。測試報告和測試卡要交檔案控制員歸檔。
公司成立技術委員會，由主管技術的副總或總工程師、技術部經理、各項目負責人等組成，確定公司技術工作的發展方向，參與研究公司的產品發展方向，研究各項目組的協調問題，重大項目的聯合公關，研究人員配置，軟件配置和管理，研究項目間的資源共享問題。
4． 人力資源管理
人是最為寶貴的財富。軟件行業就更是這樣。使用人必須先信任人，培養人，給他一個發展的空間，讓他看到一個希望，讓他感到工作的過程同時也是一個自身價值升值的過程。需要建立一個祥和、友善、互助、向上的企業文化氛圍。相互間的技術保密、妒忌是軟件公司的大忌。首先，技術管理人員要有一個平常心，不要太多被名利所左右，公司先解決好技術管理層的問題，公司制定提升和獎勵政策如何，也會在這方面起一個引導作用。工作的安排要合適，任務要明確，多協作，少沖突，避免在同一領域展開員工間不必要的競爭，需要多人完成一項工作時要新老結合，高低結合。每周安排一個固定的時間舉辦技術沙龍，互相交流學習。
人的提升有多種途徑，當官只是微不足道的一種狹義的提升，這種提升對熱衷于技術的人并不很重要，在用人的過程中，根據每個人不同的喜好和性格設計不同的發展路徑，必要的時候可以和當事人交流，將公司對他的期望和他本人的努力統一起來。人的"提升"感重在于自身價值在集體中被承認，被認同，被同仁接受。技術路線的升級是一條路，從程序員到系統設計師再到系統分析員、項目經理，性格外向的又可轉去負責一個行業的市場和客戶服務，做事認真仔細的可以向項目測試師培養，負責大項目的總體測試，甚至擔任類似"總QC"的角色，在國內普遍重開發輕測試，但在微軟等一些大公司，能做到一定級別的測試師也是令人向往的，這需要公司文化的引導。還可以讓程序員發展成為公司內不同領域的"專家"，他們也會自覺欣慰。
5． 項目管理
項目進度的控制、文檔的管理很重要，是項目管理的重中之重。
用戶需求的管理是關鍵一環。一定要履行需求評審的手續，這一工作要能得到用戶的理解和認同，讓用戶充分認識這一工作的必要性�，F在有些大的軟件公司出現了"ERP實施顧問"的職位，由具有大中型企業管理經驗和ERP實施經驗的人擔當，從另一個方面說明在需求調查和需求確認過程中工作的重要性和復雜性。實現ERP的過程，是一個改善管理的過程，改善的途徑和改革以后的作業方式必須在這一階段與客戶達成共識。"失之毫厘，差之千里"，是一個簡單的道理，但有的時候軟件開發商的認識程度也不夠高，用戶的認識就更是淡漠，"你先做吧，做做再看。"孰不知這"做做"的代價有多大。有些項目成為"爛尾"項目，有些項目余款鬧得收不回來，各說各有理，有些項目打官司打出了名堂，多數都是雙方在需求分析階段沒有把應該固定的固定下來。其實，在用戶決定實施ERP時，多數用戶對ERP是什么東西并不是十分理解，因此，在簽定合同前后帶客戶參觀一下ERP實施好的單位，給用戶組織幾次關于ERP的講座都是必要的，通過這些活動讓用戶認識到，實施ERP不是簡單地把現在的工作搬到電腦里去做，也不是簡單地把現在的工作"無紙化"、"自動化"，而是要結合當今信息技術的最新發展、結合管理科學的最新發展、結合用戶業務實際，探討一種既簡捷，又充分發揮IT優勢，具有可擴展性，甚至要考慮到業務過程的可重組性，而且提供數據分析和決策支持的工作方式，這種工作方式可能是在過去工作方式上的提煉，也可能會有較大的變化，通過這些活動要讓用戶有興趣和我們共同探討先進IT技術背景下有效的作業方式，讓用戶的主管以上領導對由ERP引來的作業方式的改變有思想上的準備，并愿意接受這種轉變。軟件是一種文化，管理軟件就更是文化，軟件的本身就蘊涵著管理文化。在用戶需求討論的過程中要做好與用戶的管理文化的交流，掌握用戶的管理傾向是重要的。用戶的需求文件一旦通過了雙方的評審，對雙方都要有約束力。首先，軟件開發商要從思想上非常重視這份文件。
計劃的制定要恰如其分。軟件開發的計劃往往是以交貨的時間倒推來制定的，這是一份經不起推敲的計劃書。軟件開發計劃要真正以用戶的需求為出發點，以可利用資源為基礎，以過往相似的項目為參考，結合現有人員的水平和素質，均衡每個人的工作，制定切實可行的計劃，人員不足要在計劃中提出來，要把雙方溝通、評審的時間在計劃中預留出來。有了計劃就要切實執行，一層一層監督檢查計劃的執行情況。發現問題要正視問題的存在，及時解決，如人員不足或實力不夠要及早抽調和補充。遇到問題情緒化或者過多地責怪都不是一個好的工作方法。要培養員工工作的計劃性，培養員工的大局利益。通常?quot;周"為單位制定計劃和檢查計劃的執行情況，每一周或兩周再以8小時作為一個計劃單位作出個人的詳細計劃。每個員工都必須將他的詳細計劃上交他的直接上司，并且每天下班時以電子郵件的形式向他的上司匯報當天計劃的執行情況和遇到的困難。
階段性的檢查、評審和歸檔是必須做的。這是軟件工程所要求的，也是保證軟件質量的有效手段。有了完整的軟件開發文檔和階段性的評審，才能將項目進展過程中人員流動的損失降到最低。
發揮系統測試員的積極作用，項目經理把好兩個頭，一個是用戶的需求調查和分析，一個是交付用戶前的完整測試，項目進展過程中項目經理就要做好系統的測試方案和試運行方案。測試員要做好編譯錯誤記錄和數據測試錯誤記錄，進行項目的分類統計，并將統計結果及時反饋程序員。項目經理至少每周要關心一次測試報告、測試報告的跟蹤情況和測試錯誤的分類統計，針對這些情況對設計和測試給出相應的意見。
用戶培訓是不可或缺的一個環節。這個環節擔負著向用戶全面灌輸軟件中管理思想的職責，不能簡單理解成軟件使用方法的培訓。講清了管理思想，用戶自然容易明白為什么要這樣做，自然容易理解該怎么做。只有這樣，用戶才能結合實際創造性地使用軟件。"軟件培訓"的過程是一個全面提升用戶管理水平和管理文化的過程。
6． 軟件資源管理
軟件資源可重用的程度是CMM衡量的一個重要指標。眾所周知，提高軟件的重用度也是每一家軟件公司所追求的。
首先要搞清楚自己的家底。把各個項目組的負責人召集在一起，把有重用價值的軟件模塊或控件收集起來，再把相關的資料組織在一起，標注說明，建立索引，由專人負責管理，可重用模塊的升級和完善都要建立完整的檔案資料，在升級檔案中要記錄升級前后的主要區別。為重用模塊作出貢獻的個人都要入冊記載。
一個項目在做系統設計任務書時，就要考慮有哪些以往的軟件資源可以利用亂宦值目⒂心切┕δ蕓梢宰齔煽芍賾媚？欏?/p>
7． 引進ISO9000/CMM
這一兩年，ISO9000的名聲在國內有點不太好了，因為太多了，濫了，什么人什么企業都可以過ISO9000，這樣一來，ISO9000在人們心目中就不那么高貴了。
但過來人還是說，過和不過大不一樣，搞和不搞大不一樣。
尤其，軟件企業想要進入國際競爭圈，讓國外的公司認同你的開發能力，通過ISO9000認證還是大有意義。中國的軟件企業最讓人放心不過的就是開發過程，就是完善的文檔，通過ISO9000認證正能在這方面給世人一個信心。ISO9000本來源于制造業，對每一個質量控制點都有嚴格的要求，過去普遍被人們認為執行ISO9000既煩瑣又機械�，F在，ISO9000執行2000版，2000版與過去執行的1994版有了比較大的區別，不是每一個要素都強制執行，不同行業不同企業可以
根據自己的實際情況選擇必須要控制的控制點，制定自己的ISO9000執行文件，也可以實行電腦化管理的ISO9000，這樣更切合軟件公司的實際，ISO9000重在于建立質量管理和保證的體系，而不在于形式。ISO9000與CMM有異曲同工的作用。ISO9000的"入門費"要比CMM低很多，小的軟件公司也容易承受，可以作為實施CMM的演習。
CMM對軟件企業劃分了五個等級，分別是：1-初始級，2-可重復級，3-已定義級，4-定量管理級，5-優化級。CSCMM根據中國軟件業實際，管理水平比較低，劃分了六個等級：0-初始級，1-基本級，2-可重復級，3-已定義級，4-定量管理級，5-優化級。有分析說，不少處于CMM-1級的公司已經獲得了ISO9000的認證，但真正貫徹ISO9000的精神，應該已經達到或超過CMM-2的要求。CMM是針對軟件業的標準，有更強的可操作性，達到一個級別后，他會指出為達到下一個級別需要做的關鍵工作。
引進ISO9000可以一次到位，逐步實施。引進ISO9000要緊緊結合行業實際，結合公司實際，結合CMM的要求，在引進ISO9000的過程中再對全體員工進行一次軟件工程的教育，進行一次CMM的宣傳，進行一次ISO9000的宣貫，做到全員重視。通過引進ISO9000，健全公司質量保證體系，標準化各種文檔的格式，規范化各種工作，責任到崗到人。用推行ISO9000的這樣一場"運動"來強行規范員工的行為。制度和規范一步到位，宣貫全面進行，具體實施可以根據當時的實際情況，先在新開始的項目組實施，已經在運作的項目組還按原來的做法繼續，大家逐步在習慣，習慣之后就不會覺得是一種負擔，這樣一個組一個組地展開。
從開始準備到取得認證，順利的情況下需要半年，全面推開見到成效大約要一年時間。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
