前言
盡早引入使用者的參與－ Barbee Davis, MA, PHR, PMP
避免打地鼠式的開發－ Venkat Subramaniam
一個讓人錯過最終期限的字－ Pavel Simsa, PMP
請專案資助方寫出需求－ Miyoko Takeya, PMP
以簡勝繁－ Scott Davis
清償債務－ Brian Sletten
為團隊增加天份，而不是技能 － Richard Sheridan
保持簡單，Simon － Krishna Kadali, M. Tech
你並不特別－ Jared Richardson
一則關於螢幕捲動與時代的舊事－ Kim MacCormack
節省解決問題的花費－ Randy Loomis, PMP
如何慧眼識出優秀 IT 開發人員－ James Graham, PMP
開發人員的生產力：技術超群與中人之姿的比較－ Neal Ford
尺寸很重要－ Anupam Kundu
書面記錄流程，並確實遵守－ Monte Davis, MCSE
丟掉習慣－ Naresh Jain
需求規格：矛盾－ Alan Greenblatt
成敗的衡量標準永遠是商業價值－ Barbee Davis, MA, PHR, PMP
別為了專案錯過假期－ Joe Zenevitch
提供規律時間安排以恢復專注力－ James Leigh
專案管理就是問題管理－ Lorin Unger
授權給開發人員：Tim 的故事－ Ken Sipe
精巧的程式碼很難維護－ David Wood
在 IT 專案管理中管理人際因素－ James Graham, PMP
使用 Wiki － Adrian Wible
失落的環節－ Paul Waggoner, MBA, PMP, MCSE, CHP, CHSS
評估、評估、再評估－ Richard Sheridan
開發人員站出來 － PMO 是一種進步－ Angelo Valle
重視成果，而非只看過程－ Venkat Subramaniam
軟體的失敗就是公司的失敗－ Brian Sletten
來自另一端的聲音－ Marty Skomal, MPA
保有自己的洞察力－ James Graham, PMP
如何定義「大功告成」？－ Brian Sam-Bodden
60/60 法則－ David Wood
我們遇到了敵人⋯⋯就是我們自己－ Barbee Davis, MA, PHR, PMP
配合週期來工作－ James Leigh
對自己要實在－ Harry Tucker
光開會寫不了程式碼－ William J. Mills
繪製一條變更的道路－ Kathy MacDougall
IT 計畫管理：分享願景－ David Diaz Castillo, MBA, PMP
據現實以規劃－ Craig Letavec, PMP, PgMP, MSP
完美執行之謬論－ David Wood
引入更為敏捷的溝通系統－ Brian Sam-Bodden
別把理論方法當成寶－ Fabio Teixeira de Melo, PMP
別用試算表處理人際問題－ Anupam Kundu
一項交付標的，一個人負責－ Alan Greenblatt
完美知識之謬論－ David Wood
打造能跑馬拉松而不是短跑衝刺的團隊－ Naresh Jain
專案管理的聖三角－ Paul Waggoner, MBA, PMP, MCSE, CHP, CHSS
路線圖：我們最近為您完成的事？－ Kathy MacDougall
專案範疇聲明的重要性－ Kim Heldman, PMP
保持願景與期望成果一致－ David Diaz Castillo, MBA, PMP
Alice 不再是這裡的人－ Barbee Davis, MA, PHR, PMP
避免契約爭執－ Jorge Gelabert, PMP
評估的事項就是獲得的事項－ Naresh Jain
別罹患 NIH 症候群－ Dr. Paul Giammalvo, CDT, CCE, MScPM
多用現在，少說馬上－ Scott Davis
速度就是生命、愈快就是愈好－ Matt “Boom” Daniel
打造團隊的士氣－ David Bock
專案要仰賴團隊合作－ Lelio Varella, PMP
為你的團隊服務－ Karen Gillison
完美圓球之謬論－ David Wood
危機反應－ James Graham, PMP
瞭解自己的整合點－ Monte Davis, MCSE
積極促進分散式專案中的溝通－ Anupam Kundu
開始前就瞭解終點在何方－ Luis E. Torres, PMP
說清楚、講明白，友情才長久！－ Matteo Becchi, PMP
最佳估計人選：負責工作的人－ Joe Zenevitch
溝通是關鍵－ Gennady Mironov, CPM
專案就是對於解決方案的追尋－ Cynthia A. Berg, PhD (ABD), PMP
那都是真人啊！－ Adrian Wible
文件是方法，而不是結果－ Patrick Kua
回報內容中可否兼容實獲值與速度？－ Barbee Davis, MA, PHR, PMP
範疇經常變更；學會習慣這件事－ Pavel Simsa, PMP
購買現成軟體－ Ernani Marques da Silva, MBA, PMP, PgMP
專案贊助者 － 好、不佳、非常糟－ Jorge Gelabert, PMP
我們應該調低承諾，或是交付多於預期的目標？－ Joe Zenevitch
每位專案經理人都是契約管理者－ Fabio Teixeira de Melo, PMP
重要，但不緊急－ Alex Miller
傳授流程－ Richard Sheridan
狀態之謬論－ Udi Dahan
他們究竟想聽到什麼？－ Martha Legare, MBA, PMP
認識團隊士氣的價值－ David Bock
讓利害關係人全程參與專案－ Lukeman Lawal, M.ENG, MNSE, R.ENGR.
計劃的價值－ Derry Simmel, PMP, MBA, FLMI
別一直當個「傳聲筒」－ Matt Secoske
有效管理交付標的－ Ernani Marques da Silva, MBA, PMP, PgMP
我們是專案經理人，不是超級英雄－ Angyne J. Schock-Smith, PMP
促進溝通：舉辦經常、立即的會議－ Richard Sheridan
彈性簡化了專案管理－ Krishna Kadali, M. Tech
全球資訊網指出方向，暫時地－ David Wood
開發人員討厭狀態報告，但管理人員很愛－ Pavel Simsa, PMP
我們無法掌控一切－ Patrick Kua
分享願景－ Jared Richardson
真正的成功伴隨著公司組織的支援而來－ Cynthia A. Berg, PhD (ABD), PMP
打造專案管理行政－ Ernani Marques da Silva, MBA, PMP, PgMP
我討厭貴網站的 9.7 個原因－ Barbee Davis, MA, PHR, PMP
作者群
索引"

前言
盡早引入使用者的參與－ Barbee Davis, MA, PHR, PMP
避免打地鼠式的開發－ Venkat Subramaniam
一個讓人錯過最終期限的字－ Pavel Simsa, PMP
請專案資助方寫出需求－ Miyoko Takeya, PMP
以簡勝繁－ Scott Davis
清償債務－ Brian Sletten
為團隊增加天份，而不是技能 － Richard Sheridan
保持簡單，Simon － Krishna Kadali, M. Tech
你並不特別－ Jared Richardson
一則關於螢幕捲動與時代的舊事－ Kim MacCormack
節省解決問題的花費－ Randy Loomis, PMP
如何慧眼識出優秀 IT 開發人員－ James Graham, PMP
開發...