目錄
前言
盡早引入使用者的參與- 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
開發...