【正文】 因為被利用的主要是人的體力或手腳的分工，擁有智慧的人被降低到如機器般 “ 物 ” 的層級。但是對智力產(chǎn)業(yè)如軟件產(chǎn)業(yè)來說，人才是最大的資產(chǎn)。 作家約翰 它們的癥結(jié)并不在于無法解決問題，而是根本看不見問題。我很僥幸在后來能夠 分辨 出管理學(xué)上的這個盲點。 柯維說的 “ 由上到下的共同依賴的螺 旋 ” 。我并不是說其它國家沒有用工業(yè)生產(chǎn)管理模式來管理他們的軟件生產(chǎn)。而在上個世紀 六、七十年代，在軟件產(chǎn)業(yè)的初期，許多軟件機構(gòu)的高層本來出身于硬件，因而他們著重 實體 管理， 甚至 工廠式管理。而日本的軟件科學(xué)家多認可軟件管理如同工廠的概念。但日本的軟件工廠的概念則比較清晰和明確，執(zhí)行也嚴格。日本在工業(yè)上有質(zhì)量管理的優(yōu)良傳統(tǒng)，當軟件業(yè)成 為日本計算機的主要產(chǎn)業(yè)時他們就嘗試把質(zhì)量技術(shù)與軟件工程聯(lián)系起來，這兩者結(jié)合的結(jié)果就產(chǎn)生了軟件工廠。但是其問題（以對 實體 的方式管理智力工作者）也逐漸暴露出來，這導(dǎo)致日本至今關(guān)于軟件業(yè)發(fā)展的論文在世界主流雜志上幾乎沉寂。有不少美國人稱軟件開發(fā)者為“牛仔”，并稱軟件開發(fā)是“黑法 術(shù)”。但由于美國還沒有系統(tǒng)性地解決智力協(xié)調(diào)及智力成果的管理問題，美國的軟件開發(fā)成本仍然十分高，而她大型軟件開發(fā)的失敗率在這 25 年間也居高不下。例如Halstead 與 McCabe 開始了量度軟件的質(zhì)與量，但根本上，軟件是與創(chuàng)造能力（活的）有關(guān)的，故美國在這方面發(fā)展了 20多年，所產(chǎn)生出來的技術(shù)不但沒有被廣泛采用，相反這些已采用的技術(shù)也慢慢停用。美國管理學(xué)說 :“不能量度，便不能管理”?？偫▉碚f，在這 20 多年間，由于走錯方向，美國軟件工程科技進行實驗的多，但成功的少，突破更近乎零。在 軟件工程科技的發(fā)展史上，很 多軟件科學(xué)家如 Halstead 與 McCabe 用很多心思 去研究，皆得不到成功的結(jié)果。主要分別是 Fagan 對 “ 人 ” ，而 Halstead 與 McCabe 是對 “ 物 ” 。但Halstead 的研究走錯方向，愈做愈復(fù)雜，最后也得不到成功的結(jié)果。美國大部份的軟件工程科學(xué)家，只有極少的實踐經(jīng)驗，即使有部分從事研究的科學(xué)家是出身于軟件 /IT 工業(yè)，但由于他們 15 的實際經(jīng)驗遠遠缺乏深度和廣度，所以提出的理論也不切合實際和不具代表性。如果在 20 年前美國有計劃地栽培 一批像 Frederic Brooks 那樣的科學(xué)家，情況可能會和今天不一樣，但美國政府當年沒有這樣做。由于工業(yè)時代的管理思維根深蒂固，無論是日本規(guī)范化的“軟件工廠”模式還是美國的工程開發(fā)模式，都沒有走出軟件管理的誤區(qū)，他們共同的失敗之處是陷入盲點，看不到問題所在，當然也就無法正確解決問題。 16 第二章 簡化的八類問題 工廠生產(chǎn)要很有紀律，有嚴謹?shù)墓ぷ髁鞒?，但是沒有自由發(fā)揮的成份。 17 簡化的八類管理問題 美國每年出版超過一千本有關(guān)管理學(xué)的書，但是真有那么多新的理念和新的實踐報告發(fā)表嗎？問題在于不同的管理方法在不同的環(huán)境下適應(yīng)程度不同，而效率也不同。因此，我特別選擇了八類管 理問題，有助于讀者更輕松（簡單）地理解。為了能讓讀者更清晣地透析智力活動的問題的獨特，我特別簡化了以下的問題，盡量減少它和實體的大數(shù)量等問題的混淆，以讓讀者更容易理解 : 1. 跑步競賽，一個人跑得快，主要是個人的意志及體力的成果 。 2. 工廠生產(chǎn)線管理，帶領(lǐng)工人準時、不超過預(yù)算支出 并保證質(zhì)量 地 完成生產(chǎn)，主要是團隊和生產(chǎn) 管理的成果，個人的紀律和自行管理是有但 是比較 輕微。 4. 一個人畫畫或?qū)懺?，作品?主要是個人的意志及腦力的成果，成本及期限通常都不是用來量度畫師或詩人的能力的 ，個人的紀律和自行管理是有但十分輕微，團隊及生產(chǎn)管理則近乎零。如果能及時交功課并且 得分高，主要是個人意志及腦力的成果，個人的紀律和自行管理是有的，但團隊及生產(chǎn)管理則近乎零。成功地完成此事，個人自行管理及生產(chǎn)管理同樣重要，但團隊管理則近乎零。 但這個軟件 只是為一次商業(yè)操作而寫， 寫成 后 只 須 在一個 環(huán)境來測試，完成 后無 須長期維護及繼續(xù)開發(fā)下一個版本。 8. 一軟件開發(fā)團隊包括 分析 人員 和 開發(fā)人員，他們要根據(jù)不同工作范疇的用戶組的需求來寫軟件，這些軟件寫成后還要由另一班人在不同環(huán)境來測試，完成后這個軟件還必須長期維護并繼續(xù)開發(fā)下一個版本。這類問題，最典型的是當團隊的人數(shù)達到 20人左右的時候就開始出亂子。至于 6 至 8個問題 ，我 將其 列入商用軟件帶來的新管理問題。 明白這八類問題的重要性 在學(xué)習(xí)的過程中，不論聰明人還是普通人，起初都會通過模仿來學(xué)習(xí)，但學(xué)習(xí)的結(jié)果 卻并不相同： （ 一 ） 有些人能青出于藍，甚至完全創(chuàng)新理論； （ 二 ） 有些人學(xué)的技巧嫻熟，能在不同情況下把技能施展出來，但不能完全創(chuàng)新； （ 三 ） 有些 人學(xué)到最后也只會死記死跟，根本無法領(lǐng)悟其中的道理，當環(huán)境轉(zhuǎn)變了就 不能變通，技能也施展不出來。事實上，以自已的上司 來 做學(xué)習(xí)對象是聰明的選擇，因為上司一般來說是成功的例子，下屬也比較容易觀察到他的行為及成果。只學(xué)到 表面 上的東西，在比較簡單的情況下（如各人或各小隊已經(jīng)一起運作了一段時間，他們已能各守各的崗位，而團隊中也沒有什么大的利益沖突，整個項目的時間和資源也不是十分緊張），大家只是需要一個 形式 上的協(xié)調(diào)者或領(lǐng)導(dǎo)者，這是可以的。最好笑的是有些人在大企業(yè) 中 通過模仿他們的上司而得到上司的歡心而升職，甚至 當他們 升 到 上司的位置， 仍 繼續(xù)以同樣的 方式進行管理。但當他們換到另一環(huán)境，問題便陸續(xù)浮現(xiàn)而無法解決。 為了便于讀者理解，本章采用了比較簡化的方式來形容這八類問題，但它們是極具代表性的。最重 要的是開始明白到，成果的可見性和產(chǎn)品在完成后的連續(xù) 性及改變性 19 （ 長期維護及繼續(xù)改進 ） 對管理的重大影響。我唯一想指出的是兩者互相包含的關(guān)系，體力活動包括智力活動在內(nèi)，而智力活動亦會包括體力活動在內(nèi)，當我們說“體力活動”是體力為主導(dǎo)的活動而“智力活動”是智力為主導(dǎo)的活動。舉個例子，Ａ君為甲企業(yè)構(gòu)思一個收購乙企業(yè)的計劃，這個活動會有一個智力成果 （ Ａ的構(gòu)思 ） 及一個實體成果 （ Ａ君寫的計劃書 ） ，在簡單情況下，取得Ａ君所寫的計劃書，巳經(jīng)可以執(zhí)行，因為缺少的細節(jié)及變通可以猜測出來。這就是智力成果及傳遞隱性的一面，而這隱性知識只存在于智力工作者的頭腦中。以傳遞商業(yè)應(yīng)用軟件需求為例子，除非在很簡單的情況下，一般用家都不會完全清楚自己要的是什么及所要的東西是否有真正的成本效益；即使他們能清楚自己要的是什么及所需要的東西有真正的成本效益，也不代表他們有能力把復(fù)雜的需求 清晰地表達出來；即使他們能把復(fù)雜的需求清晰地表達出來，也不代表接收者能不混亂并且完全明白；即使接收者能不混亂并且完全明白，也不代表雙方能在實踐設(shè)計之前，把全部細節(jié)都擬定出來，而這些細節(jié)是可以影響需求決定的；即使他們雙方能把全部細節(jié)都擬定，也不代表他們沒有受到腦力發(fā)揮的局限，能征服及控制這復(fù)雜的過程而令應(yīng)用軟件真正的滿足 其 需求。（二）智力成果交遞完成之后對相關(guān)活動及成果的連帶性具有影響力；如果它在成功交遞完成以后， 影響到其相關(guān)的活動及成果不成功的話，這個傳遞的成功只是一時表于形式的錯覺。 以上有關(guān)于實體傳遞及智力傳遞的定義限于 本書并適用于軟件管理。 怎樣去開始明白 基本不同的管理 20 以下的表格 ，表 21,是 以體力活動、智力活動、 實體 協(xié)調(diào) 、智力協(xié)調(diào)、團隊管理 （ 動機管理及沖突解決 ） 及生產(chǎn)管理 （ 時間、 資源、 產(chǎn)量及質(zhì)量的管理 ） 來分析了這八類問題，它主要是以 “ 重要 ” 及 “ 輕微 ” 來 區(qū)分 每一類管理問題中體力或智力活動、 實體 或智力協(xié)調(diào)、團隊管理及生產(chǎn)管理的重要性。以畫畫為例子，畫畫是智力活動，但畫家也 要把 畫紙墨放好才可畫畫 ，因而 非常輕微的 實體 協(xié)調(diào)是有的。 劃分維度 案例 體力 活動 智力 活動 實體 協(xié)調(diào) 智力 協(xié)調(diào) 團隊管理 （動機沖突） 生產(chǎn)管理 （期限成本） 跑步競賽 : 個人賽 重要 工廠生產(chǎn) 重要 重要 重要 重要 足球競賽 重要 輕微 重要 輕微 重 要 畫畫寫詩 : 一人 重要 學(xué)生軟件 : 一人作業(yè) 重要 輕微 商用軟件 : 一人開發(fā)及維護 重要 重要 輕微 重要 重要 商用軟件 : 數(shù)人需求、一人開發(fā) 、 無須維護 重要 輕微 重要 重要 重要 商用軟件 : 數(shù)人需求、團隊開發(fā)、長期維護 重要 重要 重要 重要 重要 表 21 于團隊管理及生產(chǎn)管理，難點在于人力資源的可替換性 （ 例如工人容易，發(fā)明家難 ） 、個別效率的差距 （ 例如體力可 有 幾倍 差距 ，腦力可 有 幾萬倍或更 多 ）還有 活動 成果 的可見程度或可量度程度 （ 例如大 眾消費品 高，軟件低 ） 在不同情況下差別很大，所需的管理模式都很不同。我專門舉一個低可見性實體成果的例子，讓讀者們理解不同可見性在相同體力活動的管理運作中的差別。如果你是有經(jīng)驗的主持這類比賽的人，你多數(shù)一早便 叫人在比賽前把地上的球都清除了，比賽的時候派給每一個參賽者一個可以識別的球， 以在 有爭議的時候可在地上找回有 標識 的球來量度距離。但如果比賽那天有濃霧，而規(guī) 則 是無論天氣怎樣也不可改期，你管理這個比賽 的 難度 就 突然提升了許多。因為由姿勢來決定球的遠近是很不容易的，誰有這個資格及能力來評判是一個問題，如果勝出者是評判的親友又是一個問題。然后和他們商討以決定 （ 一 ） 取消比賽，無人得獎或（ 二 ） 推舉一裁判，接受他的決定。其實在軟件活動或其它 21 智力工作中， 像 以上不容易看到成果的例子，每天都在發(fā)生。首先，當一幅畫畫完的時候，畫家以及懂得這類畫的人可以清楚 地 看到這幅畫，但軟件的可見性與畫很不同，即使看者很有經(jīng)驗，甚至是原作者自已，都不容易一目了然。畫里難看到的瑕疵 是有的 ，但絕不會隔一段時間后會跑出來破壞東西。因此，由于兩者成果的可見性及缺陷的浮現(xiàn)情況不同，所牽涉的管理 問題包括 如怎樣去看進度、怎樣去看缺點及怎樣去驗收等當然也有很大的不同。一般情況下，當畫家畫完畫簽了名后，便可和作品分開，不再需要維護這幅畫。由于軟件需要長期維護，而維護工作也需要原作者的知識，便引出以下 的管理問題 : 1. 軟件商如何管理由原作者到維護者的 知識移交，需 要什么及多少文件， 需要的時間及資源是多少，與現(xiàn)時商業(yè)的 限制 符不符合，怎樣才知道移交成功與否 （ 因為不成功是會嚴重影響客戶的 ） 。需 要什么及多少文件，需要什么形式及多少的培訓(xùn)， 需要的時間及資源是多少，與現(xiàn)時公司的限制符不符合，怎樣才知道移交成功與否 （ 因為不成功是會嚴重影 響 到 兩 人日后的工作 ） 。如果那 重要任務(wù)系統(tǒng) 是特別為顧客而造的 （ 不是大眾產(chǎn)品 ） ，在簽約 的 時候 要確定原作者會維護 一個時期或起碼做維護者的顧問等等。 5. 維 護者應(yīng)在偵查問題、提議解決方案及解訣問題 的時候，都要有一定的自律及自行管理，但在此不 詳 述 。越是成功的軟件作品，越有很多不同的用戶組加入使用，便越會有很多不同的新需求，因而不斷改進是成功軟件的重 要一環(huán)。但就算有某些產(chǎn)業(yè)或商業(yè)能接受的改動較慢、較少，也不等于他們會購買發(fā)布后便不再改進的軟件。 這 也引出對購買軟件產(chǎn)權(quán)或軟件公司的不同管理，如果你是購買一批書，你只 要找識貨的人驗明貨便可。有很大部份軟件，如果你收購到產(chǎn)品但留不住人才，那軟件會變 得無法改進 ，甚至還得不到維護。就連上段說的可見性及可量度性，第五類和第四類有些相似，而與第六類則很不相同。美國許多大學(xué)生，他們 的學(xué)期作業(yè)要 寫一個完整的操作系統(tǒng)或同等復(fù)雜的軟件 。問題并不是所培訓(xùn)的 特殊 軟件 領(lǐng)域 如 人工智能（ Artifical Intelligence） 或操作系統(tǒng)的復(fù)雜程度不足，而是 從 個人 紀律 及管理角度來說，第五 類 與第六類 （ 即使是一人寫的商用軟件 ）已 有很大 差別 。 但要明白它的成效不會很大，原因 是 它只是 針對 在明白需求以后及 反復(fù)測試 之前的 協(xié)調(diào) ，對于 怎樣 去 應(yīng)付 以下的 復(fù)雜 情況，在 理論與實踐 上 23 是 沒有教授 的 : 1. 由于需求的智力傳遞的復(fù)雜 所 帶來的管理問題； 2. 由于測試的實體協(xié)調(diào)的復(fù)雜 所 帶來的管理問題 （注 :測試也有一定復(fù)雜程度的智力協(xié)調(diào)）； 3. 由于低可見性和低可量度性 所 帶來的管理問題； 4. 由于長期維護 所 帶來的管理問題； 5. 由于軟件的高改進率及高改變性 所 帶來的管理問題。 結(jié)論 簡化的八類管理問題告訴我們， 在不同 情況下， 管理的難度有很大 差別，由此導(dǎo)致 對 管理方式的要求也會不一樣。成果可量度性的困難，需求傳遞的復(fù)雜，及長期的維護工作給大多數(shù)軟件企業(yè)的管理帶來了困擾 ， 至今仍深陷其中不知如何改進。 24 第三章 軟件戰(zhàn)場 如果足球隊不是 1