最後期限：專案管理101個成功法則(20週年紀念版)-FindBook 找書網 ISBN:9786267195666

內容簡介

專業推薦

姚詩豪大人學共同創辦人

詹文男數位轉型學院共同創辦人暨院長

楊亨利政治大學資訊管理系兼任教授

盧鄭麟兵法管理顧問有限公司創辦人

本書是難得一見的專案管理小說！

　湯普金斯是一名資深的專案經理，但不幸被公司裁員了。有人出高價「請」他到一個海上小國，負責6個軟體產品的開發專案。資金、人員、設備都已齊備，湯普金斯以為可以大顯身手，甚至進行一次難得的專案管理實驗——將所有人分成18個團隊，也就是每個產品成立3個大小不同的團隊彼此競爭，藉此觀察不同的人數、工作方法對專案有何影響。但是他漸漸發現，事情沒有那麼簡單，各種問題紛紛出現，時間越來越少，眼看著「最後期限」即將來臨……

　　本書用一則虛構的故事，闡述了真實世界中專案管理的一般原則。它將專案管理的條列式知識，以生動的場景、淺顯易懂的方式來呈現，一掃專案管理書籍的枯燥之感，讓您在輕鬆閱讀小說的同時受益良多。每一章以主角的日記結尾，並歸納出101個成功管理專案的法則，這些是本書作者——軟體界的權威湯姆‧狄馬克累積數十年實務經驗，所得到的經驗與智慧，可以幫助你在下一個專案中無往不利！

書中提到一些重要的管理觀念，例如：

‧管理的四大要素：

1. 選擇對的人

2. 為他們分配對的工作

3. 讓他們保持積極

4. 維持團隊的凝聚力

‧管理者要：

1. 用心來領導

2. 相信你的預感

3. 建立起團隊的靈魂

4. 能夠嗅出謊言

‧壓力下的人思考不會變快

‧憤怒＝恐懼。隨便對屬下發怒的經理一定是因為恐懼才會這麼做。

‧只要在開發過程中有多個參與者，就一定會有衝突存在。

‧規格文件中的含糊，意味著不同的系統參與者之間存在著未解決的衝突。

‧有無數種方法可以浪費一天的時間......但是沒有任何方法可以拿回一天的時間。

【國外好評】

這是一本令人回味無窮、愛不釋手的管理書。《最後期限》的故事兼具創新及趣味性，在每一章結尾還附有對於團隊專案管理非常有用的實務法則。——John Sculley，蘋果公司前執行長

這是一部故事性很強的技術管理書籍。它涵蓋了許多主題，從專案評估到選擇度量單位，從解決衝突到處理含混不清的規格說明……盡情揮灑的管理智慧已使本書物超所值……《最後期限》就像呆伯特的漫畫一樣有趣，但是不那麼諷刺。更重要的是，書中蘊含許多深刻的智慧，可以幫助你在面對下一個「最後期限」時能增加成功的機會。我強烈推薦這本書。——Edward Yourdon，軟體業知名顧問、《約耳趣談軟體》作者

作者介紹

作者簡介

湯姆‧狄馬克Tom DeMarco
大西洋系統協會(Atlantic Systems Guild, www.atlsysguild.com)的主持人之一。他從1979年起，就針對專案評估、生產力、管理、企業文化等主題授課、撰述與提供顧問服務，因而享譽國際；他也是卡特聯盟（Cutter Consortium）的成員。1986年，他因「對資訊科學的終身貢獻」獲頒J.-D. Warnier獎；1999年，因「對軟體工程方法的終身貢獻」獲頒韋因．史帝文斯獎（Wayne Stevens Prize）。他的顧問工作主要是擔任專家證人（expert witness），偶爾也接受專案和團隊的諮詢工作。他的寫作主題包含開發方法、組織功能與組織功能失調。
　　狄馬克的著作除了《最後期限》外，還有與提摩西‧李斯特（Timothy Lister）合寫的經典名著《Peopleware》、《與熊共舞》（皆由經濟新潮社出版）。他現居住於緬因州坎登（Camden），並且在附近的緬因大學授課。

相關著作：《與熊共舞：軟體專案的風險管理（經典紀念版）》《Peopleware：腦力密集產業的人才管理之道（經典紀念版）》《最後期限：專案管理101個成功法則》《Peopleware：腦力密集產業的人才管理之道（增訂版）》

譯者簡介

UMLChina翻譯組
UMLChina成立於1999年，致力於UML/OOAD/CBD等軟體開發方法的研究與實踐，出版有電子刊物《非程序員》。目前有多名世界級專家在UMLChina（http://www.umlchina.com）線上答覆疑問。本書由UMLChina翻譯組統籌，負責的譯者為熊節與馬姍姍。
熊節
　　北京理工大學畢業，目前在《程序員》雜誌擔任技術編輯。好求新知，記性差，故凡有所得必記諸文字。譯有《設計模式精解》（Design Patterns Explained）、《模式的樂趣》（The Joy of Patterns）由北京清華大學出版社出版，並與侯捷先生合譯《重構：改善既有程式的設計》（Refactoring），還著譯各類文章數十篇。
馬姍姍
　　熊節女友，北京師範大學中文系碩士研究生，專修古典文學。

序

〔推薦序〕

好好學習專案管理的軟硬技能

盧鄭麟

你以為只有公司的工作才叫專案嗎？其實，當你安排一個私人旅行的時候，你已經在管理一個專案了，只是此時你同時扮演著專案經理、專案團隊和客戶的角色罷了。事實上，不論在工作或私人場域，專案都無所不在，而我們也經常不知不覺地在管理著這些專案。既然專案管理和我們的日常關係這麼密切，那麼，我們理應很擅長管理專案才對。然而，實際情況並非如此。

我在科技業和管理顧問業從事專案管理相關工作已近三十年，接觸過數百個專案管理實務案例，從中我發現，專案管理一直都是很多企業管理者和專案工作者的痛，許多專案都遭遇過需求不斷變更、時程延宕、成本超支、跨部門溝通困難、最後關頭才品質瑕疵爆量，導致專案難以收拾的狀況。最後只能靠專案團隊賣肝賣腎加班，拼命修補瑕疵來勉強結案。企業和團隊都苦不堪言。

此外，由於專案經理多半也沒有團隊的績效考核權，有責無權，許多人因此而相當排斥擔任這個職務，結果，組織的專案管理知識和經驗也就變得更加難以傳承，而進入一個惡性循環。

然而，專案管理真的有這麼困難嗎？難道沒有一套方法可以來解決這些困境嗎？

我們知道，一個專案想成功，絕對必須先掌握能做出產品的技術。不過，光靠技術是不夠的，若組織沒有良好的專案管理制度，當大家聚在一起做專案的時候，團隊就經常會陷入群龍無首、一盤散沙，甚至是山頭林立的狀態。這就好像你徒有一群強壯的士兵（專案團隊）卻沒有一位能謀善戰的將軍（專案經理）領導大家打仗一樣，這樣是不太可能打出一場漂亮勝仗的（順利成功結案）。

此外，還有不少人認為，專案經理不需要懂技術，但我卻不敢苟同。舉手機開發專案為例，它需要整合很多技術，諸如軟體、邏輯電子電路、無線通訊、光學、聲學、機構、省電、散熱以及生產製造等，就算專案經理無法對這些技術「樣樣精通」，但我的實務經驗卻一再證明，專案經理一定得「樣樣都懂」。因為唯有如此，專案經理才能聽懂技術人員在講什麼，才能加入討論，才能洞察團隊盲點，最後做出最佳化的大小決策。否則，專案經理不可能得到團隊尊敬，也不可能指揮得動團隊。

專案的領域知識和技術，只要不恥下問，通常都不難，因為專案經理並不需要懂得比團隊還深。不過要讓大家好好配合專案經理的指揮，確實還需要其他的軟技巧。譬如，專案經理得掌握利害關係人的各種眉角，得懂人性和心理學，還必須有足夠的組織政治生態敏感度。別懷疑，一位優秀的專案經理就是得有這樣的三頭六臂能力。

這麼多軟硬技巧要學，確實得花很多的心力。不過先別擔心，事實上，有一個很重要而且一點也不難，還可以讓你的專案管理事半功倍的利器，你一定要先學起來，那就是「專案管理計畫」。這個計畫必須涵蓋專案所有的人、事、時、地、物、錢的細節，包括它們之間錯綜複雜的關聯性。

比方說，專案必須交出哪些成果，否則就會無法結案？這些成果的品質驗收標準為何？需要做哪些任務才能得到這些成果？任務之間的先後順序怎麼安排？誰來執行這些任務？任務各需多少時間、設備和材料？各任務的成本是多少？這些都要放進計畫之內。

有了這份詳盡的計畫，專案團隊就有合作的共同依據，專案經理就有計畫執行的監控基準，一旦有人偏離了計畫，專案經理就要馬上評估，看看是否有必要立即矯正，這些就是專案管理最重要的規劃、執行和監控的技巧。如果你能掌握這個部分，專案的推展就必定能夠順利很多，而想學習這些技巧，《最後期限》這本書就是你最好的老師之一。

本書作者以小說的手法來詮釋許多原本生硬的專案管理議題，讀起來讓人欲罷不能，學習起來很輕鬆。內容涵蓋了專案管理方方面面的軟硬技巧，廣度也很足夠。如果你能每隔一段時間就回頭重溫一次本書，我相信你會發現，本書其實很有深度。強烈推薦你，一定要好好珍藏、閱讀這本經典好書。

（本文作者為兵法管理顧問有限公司創辦人，曾擔任HTC軟體專案經理團隊主管）

看更多