專案管理，本質和軟體無關

管理軟體，本質上是對業務的一種抽象及描述，它讓商務程序能夠自動化。如果商務程序本來就沒有梳理清楚，就來開發或實施，結局往往就像國內很多流產的ERP。

管理軟體，本質上是解決一種秩序和效率，也就是說，當業務的混亂度還沒有達到一種臨界點，需要一個所謂的軟體來管理時，這時候上它，往往會帶來更低的效率。就像一個深山老林的大爺，並不需要一個鬧鐘來提醒他何時起床(作息時間管理)。

專案管理有個前提，資源稀缺，如人力、時間、資金等。比如，有一個政_府官員，有一筆撥款，於是上了一個政績項目，這類項目一般不缺資源，所以也不需要進度管理，做啥時候就啥時候，更不用專案管理軟體。如果進度拉長可以增加預算，於是得到更多灰色收入，那麼效率可能是一種負擔。我不是危言聳聽，你看中國有多少.gov的殭屍網站？

專案管理 vs 人的管理
其實，標題的意思是，專案管理過程中，關注於項目，還是關注於人。是人適應項目，還是項目適應人。

偏向於人的管理，即人本管理，我認為，對於像軟體這種思考型行業更有效。因為思考型行業的管理，本質是人腦的管理，人心的管理。人腦的管理，就是將人的智商充分發掘出來，高效率地工作；人心的管理，就是讓員工自動自發、培養其責任感和熱情。管理是因為不協調才需要約束，如果大家自動自發、有責任感，還需要把管理掛在嘴邊嗎？
最好的管理，是員工感覺不到被管理。

任何外在的手段，無非是讓其產生壓力、恐懼，如被淘汰、降薪、加班，通過這種力來推動項目。但人的效率，只有在充分自由的環境下才能夠發揮。引力(激勵)比推力更有效。《人件》比任何專案管理工具書，更能從根本上解決問題。
項目的風險，往往來源於人的風險，如溝通不暢，上下不齊心。

信任本身就是一種約束，監督會加強團隊的隔閡。
激勵比控制更容易規範員工行為。

如果說在專案管理和人的管理間找到一種關係，那就是：設定目標，然後站在執行者的角度考慮問題。
專案管理的前提，是人的管理。人的問題解決後，再來談管理項目。

專案管理，本質上是關注如何在有限的資源下，達到設定的目標。所以，它涉及到成本管理、進度管理和人力管理等資源方面，範圍管理和品質管理等目標方面，以及達成目標所需要的溝通管理和採購管理。

成本管理 打個比方，計算機可以為我們DIY電腦時省錢嗎？
人力管理和溝通管理 關鍵是處理人的關係，關注當事人的利益
範圍管理 也許寫在紙上大家也就明白了
品質管理 決定於流程和執行力度
採購管理 就看PM的商務溝通水平了

也許，專案管理軟體，最後會簡化到一個進度管理和任務分配工具，而進度管理，往往Excel甘特圖更實用。

當然，我說的是中小型項目，大型、規範的項目和團隊，可能就很依賴於專案管理軟體來做進度。

完成項目，需要一種方法，這種方法可能就依賴工具，也許工具本身就提供一種方法。工具有一定的使用環境，就如同我以前一篇文章中，談到的一段經曆：

引用Bug管理，這兩年，我們經曆了三個階段。
先說說使用環境吧，因為這是決定一管理軟體是否適合的最核心條件之一。
人員 有開發人員和不懂軟體的業務人員 問題主要是業務員提出
距離 原來一年大家在一個辦公室 後來IT部和業務部分，距離約1km
項目 旅遊電子商務網站 包括前台和後台 這類網站重業務和使用者體驗 技術上沒難度

最開始，使用的是Bug管理系統JIRA 用了約一年，基本上是推，業務人員不適應，最後我覺得反饋一個問題很煩瑣，自己主動廢棄了。
後來，使用Excel，當然這是為bug管理定製的Excel， 執行一個月就覺得不行，因為問題匯總、等不方便，簡單問題這樣彙報似乎也太累。
最後，使用Foxmail郵件 用得非常順，特別是業務部和我們分開情況下。因為郵件有三個特性很受用：抄送人，順延強制，貼圖。
有些很小並且及時的問題，直接通過QQ完成。
反正，在我們這個小團隊，最後一種方式，直到現在都覺得很適合我們。

其實，在Bug管理的背後，有一個非技術支撐：信任。我們的重點不在責任界定、責任追究等和許可權有關的事情上，我們只關注目標：問題被及時發現、及時解決，以及解決過程中的低成本協作。

開始應用一款專案管理軟體，都存在不習慣、甚至抵觸的問題。最難的是改變人的思維習慣，其次才是行為習慣。前者需要有效培訓和輔導，培訓的效果，取決於團隊成員多大程度的認同而不是會用，後者可能需要痛苦的練習。
所以，不是說軟體好，大家就會用。

專案管理 vs 過程管理
能夠將這兩個概念清晰區分的人，一般都有真正的專案管理經驗。
前面說過，專案管理，本質上是關注如何在有限的資源下，達到設定的目標。專案管理，本身和具體開發的實物無關，比如甘特圖幾乎可以描述任何項目。這就是為什麼有些項目還會有產品經理。
過程管理，本質上是實現具體實物所需的步驟或流程，而它和具體實物、以及項目團隊關係很大。

我將兩者拿出來比較，主要是因為，我覺得項目的成功與否，與採用的過程關係很大，而這在專案管理軟體中很難體現。比如開發公司資訊系統，要建立資料庫：
如果是大項目，可能有專門的DBA負責建庫，不需要和誰一個個欄位確認。
如果是中小項目，可能是PM或PL負責建庫，也不需要其他人確認。最混亂的情況是，各模組開發人員自己建表。
如果是偏產品，小團隊，比如我建立過一個流程，對我們很實用：

引用1、專案經理先和某開發人員溝通需求及業務欄位
2、開發人員在一個規範的Excel表格中建表
3、告知經理，review一下欄位命名及類型等，微調
4、開發人員在開發資料庫中建表
5、建完後告知經理，再次review

這樣，把本來建庫的繁瑣工作授權給開發人員，解放了經理，也提升了他，還保證了品質。過程其實非常敏捷。

專案管理軟體及市場
開發管理軟體，最核心是有一批精通業務的人，而不是技術。專案管理，本身也是一種業務。如果自己從來沒有做過專案管理，或者只是作為旁觀者，開發的專案管理軟體，往往是一堆毫無價值的代碼。

可能有人說，我也帶過項目呀？如果你帶的一批人，一開始都和你關係不錯，直到項目結束，你可能並沒有接觸到真正棘手的管理。當你的項目組，都是一批有個性、工作性質不同的人，你這時候才會深刻體會到，溝通、協作有多大的挑戰，如果再加上一個項目期限，我姑且拋開項目本身的業務複雜性。比如，技術牛人，往往很有個性，喜歡自己來一套，不遵守團隊規範，並且不太喜歡主動反饋，因為自我感覺都OK。如果強推規範和流程，往往會埋沒一位人才。

還有一種情況，就是大公司的“資深”專案經理，這類人往往受公司高層支撐，比較強勢。如果遇到項目組某成員不服管，往往是，要麼打入冷宮，要麼驅逐出隊，而不是站在員工角度，和他溝通。這種行為可以理解，因為找刺頭溝通很煩，再說替換他毫不費力。這樣的資深的專案經理，往往並沒有多少管理經驗(管理=管人+管事)，因為權力並不是領導力，權力並不會帶來真正高效的的管理：員工主動性、責任心。再說，他並沒有利用好資源。如果該隊員是他帶入的，這樣做，是一種對己對人都不負責的行為。對於專案經理的他，選擇即責任。

上面的兩個例子，說的是管理經驗的誤解。
如果你真的理解專案管理，那麼還有考慮一個問題：我的專案管理經驗，或是我的專案管理軟體，針對的是哪一類使用者。難道它也適用橋樑工程的專案管理？即使是在軟體專案管理領域，也有企業軟體和互連網軟體、嵌入式軟體的差別。
在管理領域，軟體越通用，往往越沒用。

上面說到管理軟體應用的臨界點，其實，在管理軟體市場，也存在一個臨界點問題，也就是時機。就像有人說，創新，快一步就是先烈，剛好才是先驅。大家可能看到有很多開源軟體活得很滋潤，但一定要明白，那是歐美，很成熟的市場。很多行業，業務還沒有從混沌走到秩序，管理軟體可能都不是很重視，何況軟體開發本身的管理。所以，開啟這個市場很難。

當前，很多軟體企業還停留想辦法如何拉客戶賺錢，而不是省錢。對於專案管理軟體這類解決效率的工具，可能興趣並不大。任何產品，只有給客戶帶來真正可見的價值，才容易推廣，才可能在這個市場中持久生存。

其實，在任何產品得到市場認可前，都有一個觀念更新的過程，也就是市場培育期。比如，保健品市場，什麼90%的男性有不同程度的腎虛，當男性開始懷疑自己某方面功能，覺得真有那麼回事時，什麼丸什麼丹就好賣了。再比如，IBM智慧的地球，成都機場有它的巨幅廣告，可能別人想做中國十幾年後的生意。

在專案管理軟體領域，當前最需要做的，就是普及專案管理理念及方法，而不是編寫軟體安裝、使用文檔。

專案管理軟體的細分 一個創業型公司，在資源有限情況下，做好一個一站式的專案管理軟體，不是很現實。即使是IBM的Rational套裝，我們當初也只是用其中一塊ClearCase/ClearQuest，並且只是在需求階段，在開發階段，還是用CVS和Eclipse整合。專案管理那個甘特圖軟體，或是後期測試階段的Bug Tracker，是兩個完全不同的情境。如果還在軟體裡面整合溝通工具、績效管理，簡直就是造孽。

溝通最講究的就是效率，在專案管理軟體裡面溝通不太現實，因為這種軟體一天可能只開啟兩次，而溝通需要及時、方便。方便決定於習慣。為了一個項目而培養一種習慣很難。最大的問題是，要撬動所有人的習慣。你在工具上提個問，別人兩天后才給你回覆，估計熱情一下就降下來了。

績效管理，也就是填寫甘特圖的工時。它是一個和利益掛鈎的東西，如果領導用它就是計算工錢，而不是改進工作效率，大家怎麼可能有熱情配合，不抵觸都很難。

管理工具，越簡單越好。告訴團隊，翻過這座山(改變使用者習慣)，我們就解放了；問題是，翻得過嗎？

題後記
本人主要是看到JavaEye一篇文章《禪道專案管理軟體發布1.1版本》，有感而發。
對於像wwccss，這些國產開源軟體的開拓者，讓人敬佩，也讓人擔憂。理想是美好的，但我不希望它影響你的生活，特別是你的家庭。

本人感覺，此文甚佳，故在博文轉載！！

原貼：http://www.javaeye.com/topic/713034

星燭網 CRM