軟件開發(fā)的殘酷的現(xiàn)實告訴我們：沒有規(guī)則的軟件開發(fā)過程帶來的只可能是無法預(yù)料的結(jié)果。我們中的大多數(shù)項目管理人員在其個人簡歷中紛紛寫到：“擁有多年的豐富的項目管理經(jīng)驗”，但在實際開發(fā)中，“豐富的”管理經(jīng)驗變成了軟件開發(fā)人員可怕的夢魘。一次次的失敗、一次次的返工，她所謂的項目管理經(jīng)驗只不過是再一次的游戲于“無間”(十八層地獄)。
一次，在與不少項目管理者的交流中，大家紛紛提到的軟件變更帶來的可怕影響。但是正如完整的法律體制不能制止犯罪，但沒有完整的法律體制犯罪會更加猖獗一樣，頻繁的軟件變更固然可怕，但是沒有一個完整的項目管理對應(yīng)機制，我們無法相像項目最終會是一個什么樣子。此外還有一次，筆者在求職時，招聘公司的技術(shù)主管(40-50歲左右)，向我吹噓公司按CMM4的過程規(guī)則來進行軟件的開發(fā)和管理。殊不知，我一問下面開發(fā)人員，她們在經(jīng)歷無數(shù)的加班后正在給已經(jīng)完成的軟件項目添加軟件概要設(shè)計書，這讓我大吃一驚。如此這樣形式主義的公司，不呆也罷。
記得一個格言曾經(jīng)說過“人類最愚蠢的行為在于忘記常識”。另外一句較為相仿的格言則是“不知道歷史的人必然會重蹈覆轍”。作為項目管理來說亦為同樣的道理。很可惜，我們中的大多數(shù)管理者口口聲聲“軟件工程”，工作時“用程序代替用戶需求”，極具政客的嘴臉。其結(jié)果必然如目前媒體“程序員生存狀況”所言，以開發(fā)人員在時間的犧牲為代價來換取項目的結(jié)束，這是再為普遍不過的現(xiàn)象，在此不再妄加評論。
如何改善我們的軟件開發(fā)管理，一條便捷之道便是“尊重常識，尊重歷史經(jīng)驗教訓(xùn)”。在軟件項目管理中，有許多的原則和經(jīng)驗可以供我們借鑒。
計劃原則
沒有計劃，你無從知道什么時候控制和變更。制定一個詳盡的計劃，以詳細到開發(fā)人員可以理解的程度為宜。計劃能夠告訴你什么時候應(yīng)該做什么。沒有計劃，你無從知道自己需要做什么。不少項目經(jīng)理告訴組員需要做什么東西后揚長而去，絲毫沒有一個相關(guān)任務(wù)(活動)之間的說明。由于沒有計劃或是計劃太粗糙、不切實際，很多項目1/3甚至1/2的時間花在返工上面。因為計劃中遺漏了某一項關(guān)鍵任務(wù)，項目就有可能宣告失敗。試想一下，制定一個周密合理的計劃需要耗費這么多的時間嗎?需要付出項目失敗的代價嗎?還有很多項目管理人員常常錯誤認為“變化比計劃快”，但實際的情況是，由于沒有計劃，你無法預(yù)測和估量變化給你的項目所帶來影響，你所面臨的將會是比面條還難以理清的“混沌”狀態(tài)。此外，對于開發(fā)人員來說，“目標導(dǎo)向(Objective Oriented)”是充分調(diào)動其工作積極性的最佳方法，每一個任務(wù)階段的成果能夠?qū)T工的工作效率維持在一個較高的水平。因為近期目標總是比遠期目標來說更容易看到和達到。為此，制定一個計劃吧，讓它符合目標導(dǎo)向(通過各個具體任務(wù)計劃促使項目總計劃的達成)。
Brooks原則
向一個已經(jīng)滯后的項目添加人員，可能會使項目更加滯后。因為作為新加入的員工來說，相關(guān)培訓(xùn)、環(huán)境熟悉和人員之間的溝通通路的增加，迫使項目的工作效率急劇下跌。工作效率下降需要加班來進行彌補，但加班造成的疲勞會再次使工作效率降低。同時工作成本卻不斷的向上攀升。不過就目前來說，項目管理人員絲毫不會理會這一點，“人多力量大”也許更能引人入勝。不少項目管理人員抱怨到時間的急迫性，須知很多項目內(nèi)時間的急迫性來自于項目管理人員不假思索和不基于常理的邀功表現(xiàn)，沒有充分考慮的開發(fā)人員能力的多樣性所致。為此，正規(guī)的企業(yè)不得不耗費大量的加班費用于加班人員的津貼，同時亦要承擔(dān)違反《勞動法》的潛在法律危險?，F(xiàn)在一種萬不得已的做法是，假設(shè)項目開發(fā)人員之間的任務(wù)的關(guān)聯(lián)性不是太大的情