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