為什么不禁止這種事情的發(fā)生呢？還記得我們提到的跳蚤的故事嗎？我聽到過這樣一種說法——非專家的意見往往比專家的意見更接近真理。
有一位老總，做了一個實驗。他帶來了他的弟弟，然后問一群人，“我弟弟的體重是多少？”一群人紛紛給出了答案。他把這些答案按照一個算法做了計算，同時他自己也寫了一個數(shù)字。結(jié)果，一群人給出的結(jié)果比自己的數(shù)字更接近于他弟弟的體重。
于是，他得出了一個結(jié)論。“在我弟弟的體重問題上，我是一個專家。可是結(jié)果你們的答案更接近實際。所以，有時候，非專家的意見比專家的意見更接近真理”。
我想這位老總的本意可能另有所指。但是，下面的大連手機簽到管理軟件人員引申了這個結(jié)論。于是，在這個 公司所有大連手機簽到管理軟件項目的工作量評估中，任何人都可以給出一個數(shù)字，無論是猜測也好，還是根據(jù)以往的經(jīng)驗也好，工作量就這樣定下來了。
問題在哪里呢？其實很簡單。關(guān)于體重的問題，每個觀察者都有這方面的領(lǐng)域知識。這種領(lǐng)域知識，與被觀察者 的接觸程度無關(guān)，或者關(guān)系不大。換句話說，在這個問題上，接觸密切與否不是評判是否是專家的依據(jù)。
憑空猜測的工作量，可以作為工作量估計的依據(jù)?？赡軉幔窟@太不可思議了。
把項目管理和軟件開發(fā)工作清晰地分開，是一種最佳的實踐。
致遠服軟認為：http://www.soft8.com.cn/項目管理關(guān)注的應(yīng)該是項目進行過程中的各種信息，需要進行管理的也是這些信息，通過信息的管理來間接影響技術(shù)工作，而不是直接干涉技術(shù)工作本身。另外，那些信息是經(jīng)過項目管理人員設(shè)計的“傳感器”獲得的，而不是強制軟件開發(fā)人員停下本職工作來進行整理和匯報而獲得。
“傳感器”的做法，是基于服務(wù)的思想，而“停下本職工作來匯報”的做法，是基于控制的思想。我們遇到的經(jīng)常是基于控制的思想。這種管理方式，主要的工作目標是為了大連固定資產(chǎn)管理軟件項目的可視性和安撫項目管理人員的擔憂，而不是為軟件開發(fā)提供支持。它使原本簡單的技術(shù)工作加入了很多復(fù)雜的非技術(shù)因素。
支持“管理即服務(wù)”這條新思路的第二個理由是，在大連手機簽到管理軟件開發(fā)過程中，項目管理可以被作為一個獨立的工作體系。這個體系的工作內(nèi)容包括：項目信息（規(guī)模、成本、風險、質(zhì)量）采集、統(tǒng)計和分析、資源協(xié)調(diào)、商務(wù)溝通、項目進展反饋等，而不包括技術(shù)相關(guān)的工作計劃、技術(shù)決策、技術(shù)人員安排、技術(shù)問題跟蹤等。后面的幾項工作可以而且也應(yīng)該由大連手機簽到管理軟件開發(fā)人員（架構(gòu)工程師）來完成。
