與熊共舞：軟體專案的風險管理

在讀這本書之前，我以為工作真的就是如我所見，一個專案是否賺錢端看於當時的市場環境，價格好自然沒問題，價格不好時，就怪罪於整體大環境，尤其看到其他公司陸續倒閉，似乎證實了他們所預言的。

但是就算是價格取決於市場，也一定會有能夠在這種低價下生存的廠商。
而他們是怎麼辦到的？

讀完這本書，我才發現以往所處的職場存在著這麼多的風險，但我們都只能訴諸於抱怨與無奈，從來都沒有人想過要去解決這件事。

這本書的寶貴之處在於它扮演了那個說實話的人：這件事情本身就不容易，但你真的嘗試過了嗎？
透由這本書提供的方法，我想刺激了我的思考模式，未來也不會被那些專門抱怨度日的傢伙呼弄了（當然，如同書中提供的建議，有些時候避免被打，還是要裝作被呼弄啊，千萬別強出頭啊）。

從以前就一直覺得所碰過的軟體專案，包括所耳聞或之前擔任某團隊顧問時所協助參與的（但並非我能負責，我還有老闆，由他決定作法），沒有一個會成功！ 



理由為何，因為，有太多的「怪現象」了。例如，從業務開始招攬一個數百、上千萬的案子，為了得標，老闆集公司所有菁英，不眠不休，每天有開不完的會、PM 熬夜要寫上百甚至數百頁的 「Proposal」，不斷的演練該如何在投標會議中表達取得案子的決心與能力。 



可能花了數星期、甚至數個月，案子得到了，老闆很開心、業務也很開心，PM 也跟著開心。然後呢？嗯... 投標菁英部隊撤離了，PM 負責向老闆報告評估案子完成約需幾個「人／月」，PM 與 老闆就開始討價還價，希望要多幾個或老闆希望能少幾個「人／月」。就如同菜市場一樣，媽媽們買菜向老闆希望能多「凹」幾根蔥，老闆又希望少給幾根蔥。因為，對老闆而言，「人／月」是多麼的珍貴 -- 牽涉到公司的經營成本啊。



人力決定後，也就代表資源決定好了，然後，由一個「老鳥」帶頭，帶領許多「菜鳥們」披掛上陣，讓這些「菜鳥」們從實戰中學習。做不完？加班...還是做不完？假日來！...仍然做不完，糟了，這些「菜鳥」要檢討，能力是否有問題。 



另，開發人員同時都是肩負著一個以上的專案，非常少有只專心開發一個案子的。 



更有趣的是，這些現象，不是沒有人不知道，但沒有人敢說。要嘛就昧於事實：老闆、PM 們幫專案團隊加油打氣！！你們是最優秀的，你們做得到，再加把勁，就可以完成了。絕對可以在期限內完成的。沒有不可能的事。



迫於現實：因為，太多現實因素...我需要這份工作；我是國防役，無法離開；大家都這麼做，我也只好跟著這樣做。



回到主題，現實的問題是，太多的現象，都是會造成專案無法照預期的時間所達成。這種問題，依據以往的「常識」來判斷，有 9成5 以上的機率會發生。即使，再加上 80% 的延長期限，專案仍不一定能完成。那麼，如此顯而易見的高度風險，到底，是如何採取措施來面對這種風險呢？ 



可悲的是，幾乎就沒有人願意面對這種「潛在的嚴重問題」。 



風險的評估與管理？那是悲觀主義者才會有的論調。但當這些問題發生時，不會有老闆感謝這些極少數的「悲觀主義者」，反而，認為他們「唱衰」、「不夠積極」，才會發生專案種種的問題。 



這本書就在於「赤裸裸」地告訴你軟體業的這些「見怪不怪的現象」，也教你該如何及正視這些「務實」的風險管理問題。