軟件項目經理該不該多一些人情味
有朋友最近看了《軟件項目經理新手上路》，就問我，你在寫什么啊？其實我也在思考這個問題，為什么我從一開始就否定了軟件項目管理而要寫軟件項目經理呢？最近才逐漸了解自己的想法，多點兒人味兒。我想寫的是一個活生生的項目經理，而不是剝離人味兒的項目管理。
請允許我在此引用一句名人名言。“#彼得圣吉第五項修煉# 我深信，流行的管理體系的核心問題是致力于使一切趨于平庸。它迫使人們越來越辛苦的工作，以彌補一種缺失，即人們在一起共同工作處于***狀態時所特有的精神和集體智慧的缺失。”引自《第五項修煉》，轉自@章顯洲-Arthur，5月5日。
對，這就是我想說的，多點兒人味兒。在我們身邊有太多人味兒流失的例子。
小故事：
小故事1：
技術人員王磊是一名少見的溝通能力強的開發人員，他活潑開朗，與團隊成員關系融洽。勤于思考，經常提出改進方案。從某一天開始，他被提升成項目經理。他開始學習如何做領導，要喜怒不形于顏色，城府要深。他開始學習如何做管理，PMBOK常常看，計劃、范圍、成本、度量放在嘴邊，記在心頭。為了項目目標，他開始規范團隊成員的行為，推動他們完成他的計劃。***他成了成功的項目管理者，團隊的朋友也離開了他。
小故事2：
前段時間，我去某跨國企業應聘項目經理。因為我是面精嘛，基本有面必去。結果這是我近兩年最郁悶的一次面試。面試官不斷提問，希望從我的回答中找到他期望的范圍管理、計劃管理和風險管理之類的詞匯，我卻跟他大談如何應對項目內外的人員問題，如何溝通。結果當然是雞同鴨講，后來面試官客氣地送我到門邊，問我面試感覺如何，我客氣地說如果你們找的是技術類項目經理，我可能不太適合。
小故事3：
作為一個在軟件行業摸爬滾打多年的老人。經歷過多種新概念的制造和多種新技術的發明，瀑布、軟件工廠、需求工程、模型驅動開發、ISO、CMM、UML、SOA等等，還有很多。大多數相關理論和技術都有一個傾向，能不能減少人為的因素以保證項目的成功。學好某種技術，掌握某種管理，遵循某種過程，利用某項工具，就能做好軟件。包括敏捷也是，雖然敏捷相對來講是更以人為本的，但是我們依然可以把他做成噱頭、理論、方法學、實踐和過程。
我感到疑惑，少點兒人味兒多點兒管理才是***的做法嗎？我不這么認為。其實我并不知道這是否真的適合于新手項目經理，因為這里沒有提供按部就班的步驟，沒有闡述深奧的理論。但我希望軟件項目經理是一個活生生的人，在學習技術、管理、過程和工具后依然是。他在做軟件項目經理的時候，有很多的困難，他需要自己思考和別人的幫助，他需要面對來自自己性格和外部的壓力，他需要別人的尊重也需要尊重別人，他需要事業的成功也需要做人的成功。于是就有了《軟件項目經理新手上路》，希望大家能夠喜歡。
原文鏈接：http://www.cnblogs.com/davidzhang33/archive/2011/05/08/2040167.html
【編輯推薦】
