摸著石頭過河，流的血也比別人多

很長一段時間，我都認為：「管理應該以人為本」，「人的問題」如果解決了，其他的計畫，過程，質量等等都可以順利完成。

因此一直以來我都在考慮如何解決人的問題，如何把人維繫在一起朝著乙個方向前進，所以我經常和大家一起吃飯、喝酒、聊天、唱k。通過這些我可以了解他們的想法，同時也可以把我的想法和上層的想法傳遞給他們，加強雙方的溝通和交流。對於中國人來說，吃飯是門學問啊！

只是最近的經歷讓我感覺：過去過於注重「以人為本」了。在管理，嗯，暫時細分到「專案管理」上，人只是乙個先決條件而已，在專案管理這個層面有乙個很重要的因素就是「客戶」。

如何把客戶融入這個專案中來，通過客戶來避免一些問題的重複產生，正式這些問題導致了專案不停的修改和延期。

專案管理不是單方的事情，而很多時候我們這些做it的往往一直把專案看成一種單方面的東西了：「你出錢，我辦事」。說出你的需求，我確定是否可行，然後出計畫，我這邊安排人，過一段時間給你乙個版本你現用用，有問題提出來，好，我這邊再改。

客戶只在最初和結束兩個環節知道專案的情況，然後就基本無從了解資訊，最後就產生了「馬非驢」的情況。而我們也經常用一句話來搪塞：

嗯，這個改動恐怕不好辦，這一改的話整個系統就不好辦了。

很無奈，客戶最後只能折衷接受一些東西，我們這些行為是不是很卑劣無恥呢？

最初幹什麼去了？中間幹什麼去了？結果就是這樣？

軟體是一種意識和行為。這種意識和行為的產生不在於我們，我們只是同時軟體去表達，客戶才是這些意識和行為的產生者和把握者。

而現在的真實情況往往是：我們生產出軟體，讓客戶主動來把握我們的產品，讓客戶被動來適應我們的生產。一旦有異議了,我們都是：嗯，這個，恐怕改不了！原因一大堆。

另乙個方面，就是當一些不可預料的問題產生了，如何通過對方的專案經理來把這些問題解決和轉達給各個方面。把接下來的問題解決好，避免衝突。

把客戶的負責人（專案經理），轉換成「自己人」，讓他為我所想，為我所用。不能過於把對方看成你的付款單位，引起對方的反感。

我專門去翻了一些書，發覺都是從內部把握和管理專案，避免問題的產生。沒有那本書教授我們如何同客戶互動，也沒有書告訴我們如果出了問題，如何去解決問題。這些書統統都是在告訴我們：你應該這麼走，這麼做，然後就完事ok!

p,全部都是狗p理論，我不排斥這些理論的正確性。但是理論和現實相差很多。真實的情況是「我們遇到問題，但沒有掌握如何解決問題的手段和方法

」。這就是大家的根本問題所在。

我的專案管理經驗少，因為以前一直做的是部門管理（人要學會能屈能公升），一直也沒有特別優異的人在我旁邊讓我學習，我只能摸著石頭過河，磕磕碰碰，花的時間比別人多，流的血也比別人多，偏偏俺又過於執著。