項目管理之美

出版時間:2009 年4月  出版社:機械工業(yè)出版社  作者:Scott Berkun  頁數(shù):358  譯者:李桂杰,黃明軍  
Tag標簽:無  

前言

  本書是《The Art of Project Management》的修訂版?!禩he Art of Project Management》是項目管理領域的一部經(jīng)典書籍,曾獲2006年度Jolt圖書大獎,在各種暢銷書排行榜上都名列前茅,這些都從不同的側(cè)面說明了本書的份量。  在翻譯此書的過程中,我們的最大的一個感受就是本書的實用性。本書的作者在其職業(yè)生涯中,主要從事微軟公司的項目管理工作,有著十多年的項目管理經(jīng)驗,書中內(nèi)容都是來自于作者的一線實踐經(jīng)驗。本書抓住了我們平時在項目管理過程中所涉及的重點,以輕松樸實、容易理解的敘述方式告訴我們:什么是項目管理?相關管理應該做哪些事情?為什么做這些事情?怎么做這些事情?在具體的環(huán)境下應該重點關注什么?忽略什么?  我們平時看到的大多理論書籍都有著非常完備、嚴謹、系統(tǒng)的知識體系,大家對此都深有體會。這些書籍的內(nèi)容很嚴謹,不容易發(fā)現(xiàn)問題,但常常與實踐的距離太遠,使得我們不知道如何將這些理論運用到實踐中。本書則完全是從實踐出發(fā),將項目管理理論中的要點通過實踐經(jīng)驗一一道來,并將實踐中面對的問題毫不忌諱地一一呈現(xiàn)。雖然某些問題的解決方法未必是完善的,但作者敢于提出問題、面對問題、找到解決方法的態(tài)度是非常值得贊賞的。我相信,這些來自于一線的實踐經(jīng)驗對你會更有價值?! ∨c大多數(shù)項目管理的書籍相比,本書還有另外一個鮮明的特色,就是考慮了人的因素,這也使得本書提出的觀點具有很好的實踐性?! ”緯m用于與項目管理工作相關的各種行業(yè)的人士閱讀,包括軟件企業(yè)管理者、項目經(jīng)理、開發(fā)經(jīng)理、產(chǎn)品經(jīng)理、業(yè)務分析師、架構設計師、軟件工程師,測試工程師等各種相關角色。雖然作者主要經(jīng)歷的項目多為軟件開發(fā)項目,但項目管理的思路都是類似的。當然,如果你是來自于軟件開發(fā)領域,會發(fā)現(xiàn)作者所說的與你工作中所遇到的會更加的一致。

內(nèi)容概要

通過本書,你可以從一位經(jīng)驗豐富、從事多年軟件開發(fā)和Web開發(fā)的經(jīng)理那里學習如何計劃、管理和領導項目。書中的那些寶貴而有用的建議,是作者十多年經(jīng)驗的積累,從很多復雜的概念和挑戰(zhàn)中提煉而來。本書引人思考、生動有趣、坦誠直率、引人注目,是你和你的團隊在當前和未來的項目中所必備的參考。
包括如下主題:如何制定好的決策、想法以及如何處理、領導力和信任、當事情出錯時該怎么辦。
新版包括:120多道新的練習題考察你所學到的知識、用于和團隊一起使用本書的討論指南、每章都有修訂和改進的建議。

作者簡介

  SCOTT BERKUN,在微軟公司工作了10年,參與的項目包括IE、MSN和Microsoft Windows。同時,在為微軟公司卓越工程組(Engineering Excellence Group)工作的兩年中,他為開發(fā)團隊授課和提供咨詢。2007年,他寫了暢銷書The Myths Of Innovation(OReilly出版)。Scott是一位知名的演說家和培訓師,涉及的領域包括管理、創(chuàng)新思考和設計。

書籍目錄


前言
第1章 項目管理簡史
第1部分 規(guī)劃
第2章 關于進度表的原理
第3章 如何知道該做什么
第4章 編寫好的遠景文檔
第5章 想法從何而來
第6章 有了想法之后做什么
第2部分 技巧
第7章 撰寫優(yōu)秀的規(guī)格說明書
第8章 如何制定好的決策
第9章 溝通和人際關系
第10章 怎樣才能不惹惱別人:流程、電子郵件和會議
第11章 事情出錯時該做什么
第3部分 管理
第12章 為什么領導力以信任為基礎
第13章 如何讓事情發(fā)生
第14章 中盤戰(zhàn)略
第15章 終盤戰(zhàn)略
第16章 政治與權力
附錄 討論組指導
參考資料
致謝
照片來源

章節(jié)摘錄

  第1章 項目管理簡史  在很多組織中,帶領項目的人員并沒有“項目經(jīng)理”(project manager)這一職位。但這沒什么影響。實際上,無論是獨自工作還是帶領一個團隊,每個人在日常工作中都在管理項目。這里,我們暫不關心這些差別。我的目的是獲取如下信息:是什么使項目成功?成功帶領項目的人員是怎樣做的?實際上,這些原則并不限于特殊的階層、工作職位或方法。因此,如果你正在參與一個項目,并且對項目結果承擔一定的責任,那么下面的內(nèi)容將適用于您。如果您的名片上恰好印著“項目經(jīng)理”,那么您將受益更多。    的作用通過如下三種方式體現(xiàn):作為主題明確的短文合集,作為長篇連續(xù)故事,作為常見問題的參考手冊。每一章將關注一個高級任務,提供一個基本的框架,并提供成功完成該任務的方法。但是,本章有些不同:為了便于講述本書后面的內(nèi)容,我們下面提出三個更廣泛的主題?! 〉谝粋€主題是項目簡史以及為什么我們應該從他人的做法中學習。第二個主題是關于各種項目管理風格的背景,包括我在微軟工作時積累的經(jīng)驗。第三個主題是探索項目管理領域的挑戰(zhàn),以及如何應對這些挑戰(zhàn)。雖然這些內(nèi)容在后面將非常有用,但是對于我們理解本書后面各章,這些不是必需的。因此,如果您覺得本章內(nèi)容太寬泛了,您可以立刻翻到第2章,進入本書的核心內(nèi)容?! ∈褂脷v史  項目管理作為一種思想,可以追溯到很久之前。如果考慮一下人類文明歷史上曾建立的所有事物,可以供我們學習的項目經(jīng)驗已經(jīng)有數(shù)千年的歷史了。對于我們現(xiàn)在的軟件開發(fā)人員畫出的虛線,如果向前回顧,埃及金字塔的建造者和羅馬溝渠的設計師在當時就是這樣使用的。無論是古代還是現(xiàn)代,項目管理者都扮演著類似的角色,將技術用在各自時代關心的問題上。但是,直到今天,當很多人想要改善Web開發(fā)和軟件開發(fā)的項目管理時,卻很少會去注意過去的歷史教訓。在項目管理知識發(fā)展的時間軸中,今天與古代相比進步不大,這實在是不應該?! 」こ添椖康臍v史說明大多數(shù)的項目都非常類似。它們都涉及需求、設計和限制。它們都依賴于溝通、作決策、創(chuàng)新思維和邏輯思維的結合。項目一般都包括進度、預算和客戶。最重要的是,項目的中心任務是將不同人的工作結合起來,形成單一完整的、對人類或客戶有價值的產(chǎn)物。對于構建項目,無論是通過HTML、c++,還是水泥和鋼鐵,都存在一套不可否認的、大多數(shù)項目所共享的核心概念?! 榱颂綄ьIWeb開發(fā)和軟件開發(fā)項目的更好方式,我花費了大量的精力。我研究了其他領域,以了解它們是怎樣解決項目中的關鍵問題。我想知道像哈勃太空望遠鏡和波音777這些項目是如何設計和構建的?是否可以復用這些項目中復雜的規(guī)格說明和計劃過程?或者,當在紐約建造克萊斯勒大廈以及在雅典建造帕臺農(nóng)神殿時,項目領導者計劃和評估項目的方式是否和我們軟件開發(fā)者一樣?有哪些顯著差異?通過研究這些差異,我們可以獲取什么?  對于報紙的編輯們,在實現(xiàn)網(wǎng)絡出版夢想前的很長一段時間內(nèi),都需要進行多媒體(圖片和文字)內(nèi)容創(chuàng)作工作,他們是如何組織和計劃每天的信息產(chǎn)品的?故事片電影是如何生產(chǎn)的?阿波羅13是如何發(fā)射的?通過研究這些問題,我了解了帶領項目組的新方法?! 〉?,這些調(diào)查并不總是能夠提供明顯的答案。我不能保證您立刻領會,或者立刻作出完美的計劃,因為本書提供的建議將受很多因素的影響。我發(fā)現(xiàn),當我從其他環(huán)境回到軟件世界中,所采用的過程和工具已經(jīng)完全不同了。概括來說,我發(fā)現(xiàn),在我大學計算機科學研究過程中,我已經(jīng)不再提及那些過去有益的方法和比喻。無論是技術會議,還是為商業(yè)雜志編寫的材料,都不再討論它們了?! ⊥ㄟ^對過去歷史的調(diào)查,我得出如下三項關鍵的收獲:  1.項目管理和軟件開發(fā)不是神秘的藝術。對于漫長的造物史而言,任何現(xiàn)代的工程項目都是一種新的出現(xiàn)。技術和技能可能會改變,但那些造成工程難題的關鍵挑戰(zhàn)依然存在。無論是編程語言,還是開發(fā)方法,它們在某些方面是獨一無二的,而在其他方面則是從其他事物衍生而來的。但是,如果我們想要盡可能多地復用已有的知識,在與過去進行比較時,必須以開放的態(tài)度來考慮知識的唯一性和衍生性?! ?.對于您所做的事情了解得越少,您就有越多的精力去完成它。如果我們對工作有一個簡單的了解,我們就能夠從制造其他身邊已有事物的過程中發(fā)現(xiàn)有益的類比。歷史上曾有很多的例子和教訓,可以供現(xiàn)代工業(yè)來借鑒、比較和對照。這類似于日語單詞shoshin所表述的概念,即習武規(guī)則的最重要之處——初學者態(tài)度或開放態(tài)度。保持求知和開放的態(tài)度才能取得進步,同時還需要實踐來維持這種心態(tài)。只要不斷學習,我們就可以避免走入歧途,安全地考慮我們所做的事情?! ?.簡單并不等于容易。優(yōu)秀的運動員、作家、程序員以及經(jīng)理人都有這種認識,認為他們所做的事在本質(zhì)上很簡單,但同時也非常困難。要記住,簡單并不等于容易。例如,跑馬拉松是個簡單的事。你開始跑,跑了26.2英里后就停下來。有什么比這更簡單的?跑完馬拉松很困難這個事實并無損其簡單性。領導力和管理也很困難,但其本質(zhì)是很簡單的,就是以特定方式朝特定目標把事情做好?! ∥以诤芏嗾鹿?jié)中都會提到這些概念。所以,如果我的比喻超出了軟件開發(fā)的范疇,希望你能了解我這么做的理由。此外,當我提到?jīng)Q策和進度控制是簡單的管理工作時,我會假定你知道這些事并不容易做到。  從失敗中學習  “人類是萬物之靈,有能力學習他人的經(jīng)驗,卻也最容易對他人經(jīng)驗視若無睹?!薄  狣ouglas Adams  當研究項目歷史時,會引發(fā)一個簡單的問題:既然我們可以避免,為什么還有人愿意去經(jīng)歷錯誤和失望?如果古代及現(xiàn)代工程史都是公開的,而且無論靈感來自何處,我們也因做些聰明的事而領取薪水,為什么很少有組織獎賞那些從過去獲取經(jīng)驗的人?每天都有項目完成或取消,但很少有人從中吸取經(jīng)驗。大多數(shù)組織中的經(jīng)理人似乎很少獎賞那些尋找這類知識的人。也許是害怕他們找出來的東西(害怕必須為此負責),或者也可能對此缺乏興趣。當我們花費時間來開展新項目時,沒有人愿意回顧痛苦或令人沮喪的經(jīng)驗?! enry Petroski在其《To Engineer Is Humman:The Role of Failure is Successful Design》(Vintage Books出版,1992年)一書中提及:許多工程的突破都來源于失敗的結果。產(chǎn)生這種現(xiàn)象的部分原因在于,失敗會使我們集中注意力,重新檢查我們忘卻的假設(當原型出現(xiàn)問題時,很難假裝一切正常)。正如Karl Popper所說的,只存在兩種理論:錯誤的理論和不完整的理論。如果沒有失敗,我們就會變得驕傲,忘記了我們對事物的了解實際上并不像我們所想像的那樣周全?! ∫虼?,竅門就是盡可能從他人的失敗中學習。我們應該利用他人的經(jīng)驗來應對未來的挑戰(zhàn)。雖然失敗的表象對于不同項目有很大的差異,但引發(fā)這些問題的根本原因或團隊行動也許可以借鑒(并且是可避免的)。即使是我們自己的項目,也要避免逃避失敗的習慣。相反,我們應該視之為學習機會。失敗的因素是什么?哪些因素可能很容易減少或消除?根據(jù)Petroski的說法,只要我們有勇氣仔細檢查發(fā)生過的事情,從實際失敗中學得的實踐知識將是我們?nèi)〉眠M步的最有力的源泉。  也許這就是為什么波音公司——全球最大的飛機設計和制造公司之一,會留著一本黑皮書,來記載從過去的設計和制造失敗中獲取的經(jīng)驗教訓。自從波音公司成立之后,就一直保存著這份文件,用來幫助現(xiàn)代設計師,從過去的經(jīng)歷中吸取經(jīng)驗。任何這樣做的組織,都可以增加項目成功的幾率,同時也有助于建立一種可以公開討論、面對失敗的環(huán)境,而非否認和隱藏失敗??雌饋?,軟件開發(fā)人員也需要保存他們自己的黑皮書?! eb開發(fā)、廚房及急診室  歷史的一個問題就是并不總是能和現(xiàn)實產(chǎn)生關聯(lián)。要把幾十年前的經(jīng)驗用到如今差別似乎很大的事情上,又要維持同理性,的確很難。另一種做法是,對當代幾種有趣的項目進行比較。雖然沒有工程史的莊嚴感,不過,卻讓人可以親身體驗和觀察。通常,親眼所見是能給人充分信息的唯一辦法,只有通過這些信息,才能在眾多概念間建立聯(lián)系。例如,我知道有位Web開發(fā)人員,他認為自己的工作和宇宙史上的任何事物都不一樣。他之所以會這么覺得,是因為Web開發(fā)需要他作復雜的工程決策,其中包括各種設計和協(xié)調(diào)工作,以及在幾個小時甚至幾分鐘內(nèi)就得完成的驗證修改是否正確、然后就對世界發(fā)布的工作。因此,他認為他的項目及任務管理不同于以前看到的事物。對那些他所精通的CSS、XHTML、Flash、Java以及其他技術朗朗上口,他覺得很自豪,認為自己強過50年前那些最聰明的人。我確信,在你的經(jīng)歷中一定遇到過這樣的人。或者,你曾經(jīng)在這樣的環(huán)境下工作,好像宇宙中任何人都沒有能力來處理像你現(xiàn)在正在解決的、如此復雜的問題。

媒體關注與評論

  “該書涵蓋了從實踐方法到確保工作按質(zhì)按時完成的所有方面內(nèi)容,讓你創(chuàng)新思考,使你成為了不起的領導,激勵你的團隊全力以赴地工作。閱讀本書就像閱讀微軟公司關于如何管理最好項目的宏偉藍圖……我希望大家能把書中的經(jīng)驗付諸于行動!”  ——Joe Belfiore,Microsoft E-home部門VP  “Berkun寫了一本節(jié)奏輕快、沒有術語且詼諧的指南……本書是一本了不起的原理介紹。無論是經(jīng)驗豐富的管理者,還是新手經(jīng)理,都能從作者的觀點中受益匪淺!”  ——Joe Mirza,Director,CNET Networks(Cnet.com)  “大多數(shù)以‘項目管理’為標題的書都很枯燥厚重。如果這也是你對Berkun的書的期待,那么你將收獲愉悅的驚喜。當然,這是關于項目管理方面的好書。然而,這也是關于創(chuàng)新、情景問題解決和領導力的一本書。不管你是一名團隊成員、項目經(jīng)理或是非技術的相關人員,Berkun都會為你提供很多實用的工具和技術,毫無疑問,這將確保你的成功?!  狟ill Bliss,產(chǎn)品和客戶體驗高級VP,Expedia.com

編輯推薦

  《項目管理之美》抓住了我們平時在項目管理過程中所涉及的重點,以輕松樸實、容易理解的敘述方式告訴我們:什么是項目管理?相關管理應該做哪些事情?為什么做這些事情?怎么做這些事情?在具體的環(huán)境下應該重點關注什么?忽略什么?

圖書封面

圖書標簽Tags

評論、評分、閱讀與下載


    項目管理之美 PDF格式下載


用戶評論 (總計44條)

 
 

  •   該書不是一般的項目管理教科書,而是作者將自己做了十幾年的項目經(jīng)驗所積累而成的書,里面有很多的問題處理實例很值得我參考。
  •   這不是教科書的《項目管理》!
    是一本在完全主導一個項目后,適合看的書,其中的感悟,可能是你在項目中親身經(jīng)歷、感受、體驗過的,有的是惺惺相惜,有的是扼腕嘆息,有的是想見恨晚,有的是欣慰一笑。
  •   側(cè)重于項目進度控制,以及解決項目進度中的問題方法總結.有這些方面需求的可以自己看看.總結的不錯,而且跳出軟件行業(yè),從通用的角度講解,他山之石,可以攻玉.
  •   端午前一天下的單,端午后上班第一天收到的書,速度贊一個!很多人不懂得如何開始去做事和如何做好事,是因為沒有經(jīng)歷過。這本書比較好的地方就是不拘于理論,把作者的經(jīng)歷分享給讀者,這對沒有相應經(jīng)歷的人來說是十分重要的。
  •   很適合實際應用,在工作當中,時時拿出來看看,對照思考工作中的問題,還是很有啟發(fā)的
  •   至少到現(xiàn)在,為止,我認為作者的語言還是非常能吸引我的。國外書籍的書寫思路和流程真的不錯,但是也有垃圾的,這本書非常的棒。簡單易懂。另外翻譯這本書的作者也挺專業(yè)的。贊一個。
  •   沒有介紹什么理論體系和概念,都是一些指導原則和操作方法,很有幫助。
  •   經(jīng)典書就是要細細品味,反復琢磨。好書
  •   很經(jīng)典 The Art of PM
  •   項目管理的例子更重要,系統(tǒng)的項目管理的知識我不怎么關注。項目管理的魅力在具體的過程中,參與者的具體因素很重要。一個生動的例子給人的啟示會更多。
  •   剛購,讀了前言和序不是在講述項目管理的五大過程,九大領域。而是在抒發(fā)作者對項目管理的獨到見解及感情!
  •   書應該不錯,只是不太符合自己需要,針對性不是特強,估計搞計算機項目管理的可以看看
  •   基本上通讀了一遍,書確實是很好的書,作者并沒喲將很多的理論,而是從實際的項目實踐出發(fā)來講一些實際的問題和措施,獲益匪淺。

    但是,正像前面的朋友說的,翻譯確實不怎么樣。前半部的翻譯略好于后半部,但總體上而言都不是很好。有很多語句不通順,還是英語的思維,有些翻譯感覺根本就不正確。
  •   內(nèi)容很全面,從頭開始,知道如何開始一個項目,并會知道其中的一些關鍵地方。
  •   很美好的管理想法和程序,可惜不是適應與任何企業(yè)、單位,可能也不適用于不同國家。。。
  •   翻譯的一般,但還可以吧

    如果英文可以,建議購買英文原版的。
  •   沒有看,只是朋友說挺有用的
  •   翻譯過來的,語言讀起來不是很符合中國人的習慣。剛剛讀完了第一章。
  •   不是一本一口氣能讀完的書,慢慢看,聯(lián)系實際你會有收獲的。是本工具書,不是教科書。
  •   這書拿到手里已經(jīng)有不短的時間,但是一直都沒有靜下心來去仔細的看過,最近就是那么浮躁,呵呵!等看完了再給個仔細的評論吧!
  •   還沒來得及看呢,不過看著內(nèi)容還可以
  •   簡單的看了下,還不錯
  •   這本書整體來說,只是教科書式的范本,對項目管理的本質(zhì)很少觸及,雖然書很厚,但是沒必要細細品讀,僅一目十行一遍便可,總得來說還是寫的太空泛了,項目管理的本質(zhì)是什么?很多書籍都談論到成功的項目管理,溝通能力占到了40%,其實通過一段時間的工作,我深切的體會到真正成功的項目管理——99%靠細心、考慮全面、長遠的項目經(jīng)理+1%細心、熟練的員工配合。而項目成功的本質(zhì)則是真誠,真誠的以滿足用戶需求為立項直本,真誠的溝通、真誠的工作、真誠的付出!
    最有效的項目管理是負責人要對所從事工作的全面、深入理解,保證項目團隊信息的充分對稱,同時使得項目的完成為后期服務提供支持或至少是接口,表述工具的使用是項目管理的基本功(甘特圖、時間軸、excel表格、數(shù)據(jù)分析、word、ppt、axure等)。
    這本書不推薦購買,推薦一本書《最后期限》 美 湯姆 迪馬克寫的,項目管理通俗讀物,通過故事深刻的理解項目管理!
  •   買了一個看了一下,翻譯的不好,中文看起來磕磕絆絆的,有的地方都直接用英語的倒裝,看起來和別扭,有的地方都看不明白啥意思。在China-Pub上,看到清華某實驗室的什么主管推薦說翻譯得很好,翻譯為原文增色不少,哎,看來我智商太低了,連母語都看不懂了,丟人
  •   該書可讀性極差,真不知道為什么這樣的書還能獲獎,也不知道為什么要把這樣的書翻譯資源。純屬浪費。
  •   不知道你們是怎么郵遞的,我很相信你們,接書的時候根本就沒打開包裝!等到家打開包裝一看,那真叫一慘,已經(jīng)破損的不像樣子了!
  •     項目管理&PMP千人交流群:21096167,快來找組織吧
      項目管理&PMP千人交流群:21096167,快來找組織吧
      項目管理&PMP千人交流群:21096167,快來找組織吧
      項目管理&PMP千人交流群:21096167,快來找組織吧
      項目管理&PMP千人交流群:21096167,快來找組織吧
  •     作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。作為工程管理的入門書還是挺好,比如用來指導軟件項目的管理。
  •     翻譯的比較差,封面說是“O'reilly 臺灣編譯”,我表示懷疑。
      雖然部分內(nèi)容有可取之處,但總的來說,這本書還是嫌太累贅了,表達的不是很流暢明了。
  •     由于新工作上的需要,我看了這本書。
      從本質(zhì)上來說想要大概了解下整個項目管理的思想和方法。
      看完后很難定義本書的標簽:管理,藝術,心理,哲學,決策。
      可以說是包羅許多要素的一本工具書。
      作者是微軟的PM,帶過IE,MSN等項目,可謂經(jīng)驗豐富。
      從項目初期一直寫到項目終盤,你可以各取所需。
      更有意思的是當你在項目中遇到實際困難后,直接查閱可以得到一些啟發(fā)性的建議和做法。
      他照亮了你前方的道路,很大程度上來講避免你走進項目的風險區(qū)域。
      這本書并非是針對項目經(jīng)理專制的書籍,即使你身為一名架構師或設計師或程序員亦或者是測試員,你依然可以從書中找到自己對應的角色。
      這本書并非是針對IT領域?qū)V频臅瑐€人感覺更是一種包含作者豐富工作經(jīng)驗的手冊,蘊含得是一種思考方法。
      因為是老美寫的書,或多或少是美國人的一套企業(yè)文化和職業(yè)風格,可能不適用于自己目前所處的環(huán)境。
      最后想說的是,一本好說真的可以從目錄上就看清楚~~
  •     這本書中沒有深奧的理論闡述,沒有復雜的流程,文檔介紹。作者更像一位敦厚的長者,
      在夕陽西下的黃昏,手搖著一把蒲扇,與你做在老槐樹下悠閑地聊著家常。
      書的內(nèi)容樸實,確值得回味。很多道理似乎不難理解,但真正能在工作中起來,確實不易。
      知易行難呀。
      
  •     更多的從管理開發(fā)的角度來說項目管理
      可能對單純從事與項目管理的人來說不太適用
      但全書都是從一些簡單的案例來介紹項目管理的經(jīng)驗,可以學習
  •     我買了一本影印版的,很不錯的書,寫的也生動幽默,但是,感覺實踐起來其實有很多前提的,這種項目管理適合在非常正規(guī)的企業(yè),大家都是很Professional地做事才行,不像在我們的國企,私企,內(nèi)耗和其他一些東西對項目的影響太大。。。。個人感覺。。。。
  •     這本書得到過很多贊譽。它是2006 Jolt Award 在 Book General 這一類里的Productivity Award Winners (就是第二名的意思)。它的頭幾頁附上了很多業(yè)界人士對它的褒獎,不過說實話我對他的評價一般。我覺得作者把書名叫成”The Art of Project Management”實在太高抬自己了。
      
      首先,最根本的原因是,這本書對于項目管理的介紹沒有什么特別的地方,描述的都是一些大家都熟知的東西,比如溝通很重要啊,信任最關鍵啊,好的Relationship能使工作更好的進行,等等。都是一些最基本的常識,尤其是在敏捷開發(fā)大行其道的現(xiàn)在。而它的描述也沒有什么突破的地方(不像一些Agile process的經(jīng)典書籍,對這些內(nèi)容的敘述有讓人耳目一新的感覺)。
      
      其次,作者對于選材和章節(jié)編排的能力也有待提高。先說選材,對于項目管理來說,很重要的一部分是Risk Management,可是本書幾乎對此幾乎沒有什么涉及,僅有的一個章節(jié)叫”What to do when things go wrong”,而這一章節(jié)提供的建議無非是冷靜下來,勇于承擔責任,做Damage Control等等常識。其二,執(zhí)行力是項目管理又一重要因素,本書同樣也只用了一章”How to make things happen”來描述,它強調(diào)prioritize things and say no when needed,這當然是不錯,可是也同樣沒什么新意。其三,作者用了3章來描述如何對待idea。但他們基本上是針對design 階段的idea, 我不明白為什么一本項目管理的書這么重視design phase,而把coding, testing, QA漏過呢。其四,我在讀每個章節(jié)的時候,常常覺得章節(jié)的內(nèi)容沒有能緊扣這個章節(jié)的中心思想,選材過于發(fā)散。
      
      對于章節(jié)的編排同樣也不足的地方。本書章節(jié)的安排基本上按照一個項目從頭到尾的順序推進。作者自己也說了” the book does roughly follow the chronological order of most projects.” 但給人感覺章節(jié)之間的銜接順序不夠連貫。作者把整本書分成Plan, Skill, Management 這三大塊我感覺不太妥當,個人覺得分成plan, execution, conclusion & review應該更好些。實際上在Skill & Management 他確實都提到了執(zhí)行,但分散在兩大塊中顯得推理演繹不自然。再講一個跟細的例子,在講關于如何對待idea三章節(jié), Chapter 5: “Where ideas come from” , Chapter 6: What to do with ideas once you have them。而Chapter 7: Writing good specifications(i.e. write the idea down)這樣本已可以結束,卻又跟著Chapter 8: How to make good decisions (when facing several ideas)讀起來顯得很不連貫。第八章其實完全可以和第六章結合在一起,或放在第六章之后。
      
      當然也不是說這本書就一無是處,有些章節(jié)提到東西還是不錯,比如說需求分析應該從problem statement 開始,以vision statement 結束;PM寫的給組員的email,盡量不要寫成敘述故事來龍去脈,解釋前因后果的冗長文章。而是簡單明了的分配任務,讓大家知道下一步干什么。只是這樣有益的建議不多,又常常淹沒在一堆很羅嗦的段落里。
      
      讀這本書的過程中,給我的另一個感覺是作者應該年紀不大。因為書中經(jīng)常穿插的一些冷笑話讓我覺得不怎么好笑。后來查閱作者的網(wǎng)頁發(fā)現(xiàn)果然如此。而他網(wǎng)站上的一些文章更是給年輕人的建議,比如當你才思枯竭的時候,需要適時的放松一下自己,Go for a run, have sex… (#56 - Creative thinking hacks);當你有太多想法一時理不清頭緒的時候也要放松Go swimming. Have more/better sex(#33 - How to survive creative burnout);當你到了一個新的組,需要觀察這個組的People & Moral的時候也是注意Who likes who? Who hates who? Who is having sex, wants to have sex, or had sex with who? (#52 - Advice for new managers: part 2)查閱他的網(wǎng)站我還注意到的一點事,作者已經(jīng)在2007出了這本書的第二版,而且把書名改成”Making Things Happen: Mastering Project Management” ,這比叫什么The Art of Project Management好多了。”The Art of “ 這樣的詞怎么能隨便叫呢。
      
      說了這么多,我覺得如果用一句話來概括這本書就是如果實在有閑或是做PM的工作時間不長可以看看,不然不如看看關于Agile process方面的書。
      
  •     my first time to buy a book through the website of dangdang ,but only to find that this book is out of store,it's really ridiculous..
  •     不只是介紹理論、流程,更主要介紹的是如何實踐,這是一本告訴你項目管理該做什么,為什么做,以及怎么做的好書!
  •   受君換工作了?干爸爹~
  •   有電子版的不
  •   那你推薦一本?
  •   "讀這本書的過程中,給我的另一個感覺是作者應該年紀不大"
    說話要有根據(jù),看書前邊的作者介紹,已經(jīng)在微軟工作10年了,還年輕嗎,請問你多大了?還有,不要隨便用年齡要說話。
  •   You can find the e version @ Google Book Search.
  •   R U good at English?
  •   the second edition of the book is publishing that named 項目管理之美
  •   是out of stock吧。。
    汗,一抬頭發(fā)現(xiàn)是2007年的。
 

250萬本中文圖書簡介、評論、評分,PDF格式免費下載。 第一圖書網(wǎng) 手機版

京ICP備13047387號-7