如何用項目管理方法建一艘船？

        我曾經上過一門《項目管理》課程，學過如何將項目細分下去，保證項目過程中人財物到位，責任、期限、完成標準都很明確。這是很多年前的事了，我 記得各種項目管理的文書，弄得我們頭大，但是結果我們都做了一遍。最大的收獲，是一種項目管理的思維，亦即如何將大事切分下去，變成一件件可執行的小事。 這里面學問很大，比如資源的調配，各種前提假設的預先明確，財務的安排，等等。

        項目管理思維非常管用，但是如果教條地使用其方法，則未必能達成特定結果。

        近日，一同事要用甘特圖和項目細分表等等項目管理工具，規劃我們接下來的一個大的項目，明確規定什么事件什么時候由什么人完成，項目完成的關鍵路徑是什么，等等。

        但是我發現有一個問題，這樣嚴格按照項目管理設置的細分表，涉及到不是我們管轄下的其他部門。你將他人的工作分配，有無讓其本人和上司同意，假 如對方不配合怎么辦？不是所有人都能圍繞你的優先事務來轉。誠然，這些“風險”你可以在事先的風險里列舉出來，但是這只會造成更多問題，因為很多問題是心 照不宣的，是不能明說的。一些協調和配合，需要的不是項目合作，而需要對人性的認知，和相應的工作。你規定甲完成A工作，必須基于乙完成B工作，表面上一 環套一環很嚴謹，責任分明，可是如果執行得不好，扯皮會更多，甲可以說他沒有完成，全因為乙沒有完成他的工作，這樣反而造成很多不快。或者你圍繞項目制造 了一大堆文件，事情卻沒有做好。

        我建議，不如保留關鍵里程碑（milestones)和責任人（和其他部分協調制定）， 但是具體怎么達到這些關鍵里程碑，你讓責任人自己去負責。你只要告訴他們我們要去哪里，至于他是開車去，走路去，還是騎自行車去你不要規定得那么死。只有 這樣，才能充分調動他人的積極性。我極其推崇（也多次引用）《小王子》作者安托萬·德·圣-埃克蘇佩里的這句話："如果你想建一艘船，不要告訴手下人如何 鋸木頭，如何縫帆船，如何準備工具，如何組織工作，而是讓他們渴盼遠方，迫不及待地要楊帆出發。"

        不是嗎？工頭帶人做事，會規定得非常細致，這是必要的，但一個真正的領導者，往往是首先在不確定的未來，幻想出一個明確的未來。可是倘若沒有訓練有素的想像力，你憑什么去看見未來？

        當然，人盡其才，什么人做什么事，圣-埃克蘇佩里自己去修的船，估計我也是不敢坐的。

</div>