項目經理 與 敏捷開發

項目第一階段結束，各個組員也在本身學習相應的知識，沒有人催促他們去學習，也沒有人上網聊天看電影之類的，這樣一個氛圍的造成，和項目組中項目經理有很大的關係。我本人也是敏捷的擁護者，剛好今早看博客園時看到兩篇文章：有些感慨很想寫下來與各位分享一下。

第一篇：敏捷中的溝通與故事點

第二篇：親愛的項目經理，我恨你

第二篇是今天的推薦新聞，笑點不少也很讓人沉思

1、項目經理在項目中到底是什麼角色

國內的氛圍是「學而優則仕」，放到軟件開發領域也是同樣，很多開發人員嚮往管理崗位，一是以爲技術領域突飛猛進，學習上感受吃力；二是長江後浪推前浪，前浪死在沙灘上，技術上新人更有一股狠勁，而年紀大了的開發人員面臨婚姻、子女、父母的諸多問題難以拼命了，身體也大不如前；三是幾千年的文化造成要作人上人，必須管理人的觀念。

上述三個方面沒有對錯，我只想說若是你對技術沒有持續的熱忱，你想向項目經理或管理領域發展時，就要明白項目經理這四個字背後的含義。

一、 項目經理的心態

永遠不要將本身作爲一個傳統意義上的管理者（決斷、控制、平衡），傳統領導力在IT企業裏是玩不轉的，一羣高智商的員工廣泛有着本身的驕傲和尊嚴，你的能力再突出，能比得上全部你的小組成員的累加值嗎？

項目經理永遠在內心要告訴本身「我是一個服務者」，認識到在IT企業裏，員工須要的是新的領導力（決策、協商、服務）。

講個小故事，有點偏頗不常見，但也許能讓你們有一些共鳴：

之前有個加、美、印和離岸外包地（中國）的合做項目，加國派來一個需求分析師，米國派來的是個協調人員（你們能夠當作項目助理吧），阿三國派來的是個架構師。帝國本部選一個「技而仕」的項目經理來主持這個項目。加國是個大漢，語速快手勢多，米國是個大叔，精幹語少但經常關鍵時候發炮攻擊，阿三比較隨和但經常有些莫名其妙的優越感，對反對意見徹底聽不進去。四方開會的時候，讓我想起了我如今團隊裏一個兄弟愛玩的四國軍棋，充滿了地雷和詭計，經常一個會幾個小時下來，各方都沒有達成一致。加國大漢憤怒地寫了好幾封公開郵件指責團隊效率低下影射攻擊項目經理，米國人看不起阿三，在技術上攻擊不了阿三隻好說這個團隊徹底不知道業務，阿三指責團隊合做力不足。總之是一團亂帳，可憐的項目經理徹底沒見過這陣勢，本身團隊精心提出的架構，阿三老是挑鼻子瞪眼，需求更是徹底沒有邊界，不知道加國大漢是想要什麼，米國人到是清閒反正他是表明甲方的，一副看好戲的樣子。公司沒辦法，項目經理搞得想辭職，團隊成員更是被激起了憤青的情緒。最後迫於無奈，公司把一個副總委派下來直接擔任項目經理，原項目經理做爲該項目的技術經理。

這個副總一下來，在團隊會議上沒有指責任何人，只是笑眯眯地說「兄弟我是門外漢，對技術一竊不通，各位都是專家，個人主要職責就是服務好你們」。會後，這個副總搞了幾回聯誼會，帶着你們搞野餐、郊遊、親子聚會，工做時竭盡全力的安排你們的後勤，天天下班前都會問你們次日的茶點和水果安排。私下裏呢，和米國人的上司溝通了幾回，對項目中的風險進行了分析，要求米方更多地對需求進行干涉和確認。沒過一週，團隊的氛圍正常了，加國大漢發現本身的奇思妙想的需求被米國人攔了幾回後也放棄那些不着邊的想象力了，米國人也收到了上司的郵件要求他確實的擔負起需求確認的責任，阿三在副總的幾回遊山玩水和推心置腹後，也老實了，對於架構的事也沒那麼吹毛求疵了，項目組間的溝通基本上正常了，項目總算正常推進了。最後項目結束的時候，這三個老外懷着感激之心離開，連連說還要再來偉大美麗的中國。

這個項目裏，項目經理徹底不懂技術，他的理念裏只有「服務」這一個詞，項目的進度固然是他關心的，但項目的質量和成本他徹底放手給項目組成員去作。

關於項目經理需不須要懂技術，見仁見智，但我以爲項目經理懂技術不是壞事，特別是國內目前中小型項目居多的狀況下，項目經理徹底不懂技術很危險。

新的領導力，核心就是一句話「我能爲您們作什麼？我還能爲您們作什麼？我有什麼能夠幫助您們的嗎」，在中國，領導天然而然地就會有一些威嚴，你只要時不時的嚴肅一下，你們會知道你的威嚴，但這個「信」字就不是這麼容易創建了。若是你不把本身當一個服務者，而是一個控制者，試問誰喜歡在這樣的領導手下作事，IT本就是一個講究創造力的行業，守着一個只想流水線生產代碼的領導，工做有樂趣麼，我的有成就感麼。很差聽地說，這叫死氣沉沉。

二、 項目經理的意識中要有決策而不是決斷

項目經理永遠是一個指導者而不是皇帝。

今早園子裏的敏捷中的溝通點與故事點中有這麼一段話

首先，任務分配這件事情是我一手包辦了，我和團隊成員之間仍然是分配與被分配的關係，這和敏捷的自組織相抵觸。其次，我分配出來的任務迫於時間的壓力，欠描述，和敏捷提倡的故事點有距離，一般就一句話或一張圖片。團隊成員要處理這些任務，有時還要和我進行進一步的溝通。固然，這個過程還算有效，畢竟我已經用這種方式成功地完成了數不清，各類規模的項目了。

說實話，這種方式培養不了優秀的開發人員，只能培養沒有主動思考的代碼機器。好的方式是，哪怕你和客戶談個普通優先級的需求，你也須要把你的關鍵組員帶着去，一方面可讓你們集思廣益瞭解需求，一方面能夠鍛鍊你的組員的溝通，一方面可讓客戶與小組的關係更融洽。

在親愛的項目經理，我恨你也有這麼一段話，我本人很認同：

你是一個信息黑洞

你更善於積極跟你的上級管理者交流溝通，而不是跟你管理的團隊。結果，重要的項目信息根本存不到你腦子裏，只有在一些特殊時期，一般是上線最後期限的前幾天，你纔會關注。上級管理者和開發人員之間出現了一堵牆，你就是阻擋信息流通的那堵牆。

要知道你領導着一羣渴望成長、渴望成就的員工，他們是你的支撐是你的財富，金錢都有個槓桿效應更況且活生生的人，你不能發揮他們，這些人早晚會離開你。錢要發揮效應必須會投資，人要發揮能力必需要讓他們嘗試和主動。而若是你作的事是想像流水線的富士康同樣的工人，那你的團隊必然是一羣呆頭鴨。

項目經理要作的事是和團隊一塊兒決策而不是獨自判斷，你甚至要學會受權在細節上讓團隊擁有充分選擇的權力，在可有可無的技術細節上你考慮的越多，你給他們的限制就越多，你只要對架構、高優先級需求、質量和進度多加關注就好了。準確的說，項目經理是團隊的「核心交換機」，你這裏的傳遞的信息量越大，項目和團隊的受益纔會越大。

2、項目經理與客戶的關係

既然是核心交換機，項目經理與客戶那裏更多的就象是一個防火牆，防止需求越界，防止客戶的攻擊傳遞到團隊內部，軟件開發團隊的士氣很容易受打擊，開發人員也有生理週期，一個有趣的現象是，呆得越久的團隊，其生理低潮也越同步。

項目經理和客戶的負責人，應該是合做的關係，你們利益一致是要項目經理時時保證和提醒對方的，畢竟對方也是人，也想在企業內樹立政績，保不許頭腦發熱提出一些天馬行空的想法，這些想法不要急着去否認，按事實一條條分析，按技術一條條陳述。實在不行，出來吃個飯，洗個腳，坦誠相對一下（先說我很討厭聲色犬馬那套，我和客戶通常就是吃個飯喝個灑），不少問題在感情因素的影響下會得到一個平衡。

要明白，你和甲方的負責人永遠不是博弈，而是利益的共同體，一榮俱榮，一損俱損。

而項目組內部，你這個防火牆要傳遞的是客觀的需求和評價甚至批評，甚至你要把你內部那些組員帶出來到防火牆外測試一下，經受一下客戶的考驗，回來後他們會更理解客戶（人）而不是軟件（代碼），軟件是給人用的，不是給機器用的。

3、項目經理與公司的關係

項目經理是公司的爲將者，爲將者對公司要服從大局，多站在老闆的角度考慮，固然爲將者，也要有將在外，君令有所不授的覺悟。項目經理不要倫爲馬屁精，那樣與項目沒有半點好處。要學會常常彙報，學會爭取資源，學會向老闆提出問題並根據問題拿出A、B、C幾套解決方案供他選擇。學會時不時的參政（不要議政）。

好了，大體上個人感慨發完了。

項目經理不是傳統意義上的管理者，他是教練是指導者，他的做用在於發揮成員的能力，與客戶作好溝通，把握項目風險及時預警和解決。

項目經理對進度、成本、質量負首要責任，但你要學會受權。

項目經理適當地要掌握技術，保持coding everyday的習慣。

項目經理是團隊的靈魂，要學會給團隊成員打氣和招魂。

項目經理是孤獨的，團隊成員不可能成爲你真正的朋友，公司高層也不能。

項目經理這條路不是終點，前方的路還很長。

原文連接：http://www.cnblogs.com/georgehu/p/3360976.html