如何實施軟件項目的過程管理

CMM過程管理體系描繪出了一個美好的軟件過程藍圖，這個藍圖就像一座壯觀的高樓大廈，但高樓大廈是一層層建造起來的，軟件開發過程也需要一步一步建立。軟件需求的快速增長推動了軟件產業的發展，也推動了軟件過程的思想。今天，軟件過程已經越來越被軟件人員所認識和追捧，國內很多的軟件企業甚至將SW-CMM當成了成功的寶典。殊不知，盡管軟件過程的先驅SW-CMM提出了作為軟件企業應該具有的過程域，但SW-CMM只提供了一個軟件企業進行過程改進、增加企業軟件成熟度的改進建議框架，而沒有告訴一個軟件企業該如何進行過程實施。換而言之，它描述了軟件過程的期望，而沒有指導企業如何實現。因此，在軟件過程上我們應該謀求一些更具體、更可操作的方法和步驟。過程管理在軟件項目中的作用人們很早就注意到，在軟件開發過程中，如果將關注點只放在最終的產品上，不關注開發過程，那么不同的開發隊伍或者開發個人可能就會采用不同的開發方式，從而導致結果無法預期，因為這時軟件產品質量的高低完全依賴于個人的素質和能力。反過來，在軟件開發過程中，如果將關注點放在項目的開發過程中，那么，不管誰來做，也不管是誰提出的需求，經過同一過程開發的軟件，產品的質量是一樣的。為了保證軟件的質量，人們很自然地開始重視軟件過程。簡而言之，軟件過程的目的是保證軟件產品具有相對穩定的質量。對于軟件企業來說，軟件過程的質量是企業能力的體現，它不應依賴于個人。也就是說，產品的質量依賴于企業的過程能力，而不依賴于個人能力。如果企業的過程不是很完善，其軟件質量可能也不是很高，但可以通過不斷完善過程，來不斷提高產品的質量。在軟件開發中的過程經驗有很多，如需求管理、設計方法以至于編碼的風格、技巧等，還有很多的項目管理過程中的技巧方法等。最初，這些成功的過程只在成功者的頭腦中的，沒有被企業內部共享和重復利用，從而使得這些本應從屬于企業的巨大財富被人們所忽視，這無形中給企業帶來了巨大的損失，特別是當人員流動時，企業的這種財富也隨之流失。如果企業將成功的過程進行有效的積累，形成可重復的過程，讓過程能夠被共享、復用，并得到持續的改進，這豈不是很好的方式!軟件過程管理可以達到這個目的。在項目管理的時候，可以通過參照過程管理來提高項目管理的質量，同時，通過實際項目管理過程中的經驗和教訓來提高過程質量，以便為將來的項目管理提供更多的經驗。軟件過程在軟件項目中的作用就相當于硬件生產的工藝一樣。在生產硬件的時候，工藝是判斷產品質量的標準。但是，目前軟件沒有這樣的惟一判斷標準，什么時候軟件過程完善到可以作為判斷軟件惟一標準的時候，那可能就是軟件發展到了一個成熟的階段了。過程管理的主要內容包括過程定義與過程改進。過程定義是對最佳實踐加以總結，以形成一套穩定的可重復的軟件過程。過程改進是根據過程的使用情況，對過程中有偏差或不夠切合實際的地方進行優化的活動。在軟件項目管理過程中，如果能很好地定義和控制軟件過程，就能很好地控制項目，從而保證軟件產品的質量。適用的軟件過程來自積累好的軟件過程能支持軟件項目的管理，而不正確的過程定義會起反作用，成為軟件開發的束縛。有的軟件企業照搬照抄某些過程標準或者照搬其他企業的過程定義，而在實施過程中這些過程定義由于不適合企業的具體項目，結果導致大量的會議和提交大量無用的文檔等無用功，而且增加了管理難度，增加了成本，最后卻沒有帶來產品質量的提高。所以，正確的軟件過程應該是適合自己企業，適合自己項目的軟件過程。目前很多的軟件企業通過了CMM的二級、三級以至于四級、五級的評估，但是其中的一些企業，它們只是給外人看的，不是給自己用的，而且無形中給自己的企業增加了很大的包袱，這些企業好像本來是穿30號鞋，現在卻給自己穿上40號鞋子的感覺一樣。CMM過程管理體系的確描繪出了一個美好的軟件過程藍圖，這個藍圖就像一座壯觀的高樓大廈，但是羅馬不是一天建成的，冰凍三尺，非一日之寒。高樓大廈是一層層建造起來的，軟件開發過程也需要一步一步建立，而不應該將別人的高樓大廈搬過來使用。過程的建立需要堅實的基礎，否則企業會勞民傷財，有付出沒有回報。筆者在實施軟件過程體系中，也遇到企業內軟件人員的層層障礙，原因之一就是過程制定得不合適。過程實施不當會限制開發人員的創造力，制約開發人員的靈活性。這樣希望提高軟件質量的過程變成束縛軟件開發的負擔。現在，有些機構或者企業也希望開發一些可以多次使用或者可以作為標準的統一過程(例如RUP)。作為一個軟件企業，開始的時候沒有足夠的過程管理積累，可以采取摸索、實踐、提煉、改進的步驟進行。第一階段，可以針對具體項目制定具體的過程，而且一定要簡單實用，然后逐步調整過程。也就是說第一步應該是針對具體項目制定過程，等積累了一定的項目管理經驗后，第二階段就可以針對企業制定相應的過程策略。最后，我們可以期望軟件行業的過程標準。所以，軟件項目過程的制定應該是循序漸進的。不一定仿照某些標準，簡單實用是最重要的。一個可以被更多人認可并行之有效的軟件過程是實踐出來的，而且軟件過程也不是枯燥的、抽象的條款，而是具體的、生動的、有實際意義的、可操作的工具。在具體進行過程定義的時候，應該是從項目級過程逐步積累到企業級過程，再由企業級過程裁剪為項目過程。如果所有的軟件企業內部都能夠做到企業級的過程管理，那么實現軟件界的過程統一就不遠了。如果軟件行業有了可以通用的統一過程標準，證明軟件發展到了一個成熟的階段了。這里還要強調一點，談到軟件過程的重要性時，常常說軟件過程可以消除依賴個人英雄主義的狀況。我們也應該看到，軟件過程不推崇個人英雄，但是并不是說軟件項目不需要具有優秀技術的個人，好的軟件過程可以加速優秀個人的成長;同理，好的軟件過程也可以加速軟件企業的成長。美國NASA的經驗在探索軟件過程管理的過程中，首先是不能盲從。比如，對等評審(PeerReview)是CMM中非常重要的一個關鍵過程域，CMM、PMBOK等項目管理體系都對走查(Walkthroughs)、審核(Inspection)等對等評審有相應的說明，但它們都沒有對如何實施這個過程明確定義操作流程。如果軟件企業沒有很好的實踐而照搬其他企業的審核或者走查等對等評審過程，那么在實施過程中可能會遇到層層的障礙，導致得不償失。只有經過實踐之后總結出來的過程，才會帶來很好的結果。又如，我們曾經在開發一個軟件項目過程中發現，有些人開發的軟件質量很高，而且效率也很高，測試中發現的缺陷很少。原來這些人在編譯前后都進行代碼走查，后來我們就要求項目組的所有開發人員都要進行自我代碼走查，編譯前進行一次，編譯之后進行一次，保證測試之前執行兩次代碼走查。結果取得了非常好的效果，軟件的質量得到了很大的提高。為此，將這個方法推薦給其他項目，其他項目在試用過程中發現如果進行交叉代碼走查，即開發人員互相進行代碼走查，效果會更好。這樣逐漸總結開發代碼的過程，經過多個項目的過程提煉可以編制企業的開發過程。在企業的代碼開發過程中，明確說明什么時間進行代碼走查，如何進行代碼走查。這樣通過有效的過程來提高軟件產品的質量。美國NASASpaceShuttleOnboard軟件項目，在實施軟件過程管理中得到了實實在在的好處。為了滿足NASA約翰空間中心關于項目高安全和高性能標準的要求，ShuttleOnboard項目必須開發出高質量的軟件。為此，項目團隊精心制作并實踐了可以提高產品質量的軟件過程，經過十幾年的努力和實驗，摸索和開發了可以精確控制的過程，最終使軟件達到零缺陷。在此期間它們參照、實驗了很多的軟件過程，包括需求管理、配置管理、對等評審、審查、測試、項目管理等。為了消除缺陷的根源，項目組成立“問題疏漏分析”組，分析諸如審核、測試、驗證等檢錯方法中疏漏缺陷的原因，也就是研究這些質量過程中存在的問題，這個提高質量過程的過程包括如下四個步驟:1.從技術上分析缺陷的原因，并且提出糾正的措施。2.標識糾錯過程中的問題，并更正過程，以消除將來采用此過程可能疏漏錯誤的可能性。3.改進糾錯過程中的具體方法程序，這些方法程序曾經讓缺陷逃過了，沒有及時捕獲缺陷。4.檢查ShuttleOnboard項目中采用此過程方法的其他部分，這些部分可能同樣遺漏了一些類似的缺陷，需要重新檢查，以便確認沒有缺陷。通過詳細的情景式