プロジェクト・マネジャーが知るべき97のこと

Wikisource:数学

『プロジェクト・マネジャーが知るべき97のこと』(オライリー・ジャパン、2011年)を出典とする。

1. できるだけ早期にユーザーを巻き込む - Barbee Davis
2. モグラたたき開発を避けよう - Venkat Subramaniam
3. ローカライゼーションのせいで締め切りに遅れる - Pavel Simsa
4. プロジェクト・オーナーは強力なプロジェクトサポーター - 武谷 美世子
5. 複雑よりもシンプルな方がいい - Scott Davis
6. 負債を支払う - Brian Sletten
7. スキルでなく素質のある人を加えよう - Richard Sheridan
8. シンプルにいこう - Krishna Kadali
9. あなたは特別ではない - Jared Richardson
10. スクロールから学んだこと - Kim MacCormack
11. 問題にかかるコストを削減する - Randy Loomis
12. すぐれた開発者を見つけるには - James Graham
13. 熟練と並の開発者の生産性 - Neal Ford
14. 大きさが重要 - Anupam Kundu
15. 手順を文書化して、守られているか確かめよう - Monte Davis
16. さあ、プラクティスを投げ捨てよう - Naresh Jain
17. 要求と仕様 - Alan Greenblattアラン・グリーンブラット
18. 成功はビジネス価値で評価される - Barbee Davis
19. 休暇をキャンセルしない - Joe Zenevitch
20. 集中する時間を取る - James Leigh
21. プロジェクトマネジメントはプロブレムマネジメント - Lorin Unger
22. 開発者を活かす - Ken Sipe
23. 巧妙なコードはメンテナンスが困難 - David Wood
24. 人的要素を管理する - James Graham
25. Wikiを使う - Adrian Wible
26. ミッシングリンク - Paul Waggoner
27. 見積もって見積もって見積もる - Richard Sheridan
28. PMOの導入：開発者の足並みをそろえる - Angelo Valle
29. 労力ではなく結果を評価する - Venkat Subramaniam
30. プロジェクトの失敗は組織の失敗 - Brian Sletten
31. 顧客からの声 - Marty Skomal
32. 物事を正しくとらえる - James Graham
33. 「完了」をどう定義するか - Brian Sam-Bodden
34. 60／60ルール - David Wood
35. 我々は敵に出会った。それは我々自身だ - Barbee Davis
36. サイクルで働く - James Leigh
37. 自らに誠実であれ - William J. Mills
38. ミーティングはコードを書かない - William J. Mills
39. 変化のための道筋を描く - Kathy MacDougall
40. ITプログラムの管理 - David Diaz Castillo
41. 現実を考慮して計画する - Craig Letavec
42. 完全な実行という誤った考え - David Wood
43. アジャイルなコミュニケーションシステムを導入する - Brian Sam-Bodden
44. 方法論を崇拝しない - Fabio Teixeira de Melo
45. 人的問題にスプレッドシートを持ち込まない - Anupam Kundu
46. ひとつの成果物にひとりの責任者 - Alan Greenblatt
47. 完全な知識という誤った考え - David Wood
48. スプリントでなくマラソンのためのチームづくり - Naresh Jain
49. プロジェクトマネジメントの三位一体 - Paul Waggoner
50. ロードマップを作ろう - Kathy MacDougall
51. プロジェクトスコープ記述書の重要性 - Kim Heldman
52. ビジョンと期待される成果に合わせる - David Diaz Castillo
53. アリスはもうここにはいない - Barbee Davis
54. 契約紛争を避ける - Jorge Gelabert
55. 評価指標に基づいて行動する - Naresh Jain
56. 「自前主義」に陥るな - Paul Giammalvo
57. 「もうすぐ」よりも「今」を大切に - Scott Davis
58. スピードこそ命、速ければ速いほどいい？ - Matt "Boom" Daniel
59. チームのモラルづくり - David Bock
60. プロジェクトはチームワーク次第 - Lelio Varella
61. チームのために働く - Karen Gillisonカレン・ギリソン
62. 大きな丸いボールという誤った考え - David Wood
63. 危機への対応 - James Graham
64. インテグレーションポイントを知る - Monte Davis
65. 分散したプロジェクトにおける積極的なコミュニケーション - Anupam Kundu
66. 結果を想定して始める - Luis E. Torres
67. 約束事が明確なら友情も長続きする - Matteo Becchi
68. 一番うまく見積もれるのはその仕事をする人である - Joe Zenevitch
69. コミュニケーションが重要 - Gennady Mironov
70. プロジェクトは解決策の追求である - Cynthia A. Berg
71. 鍵は人間にある - Adrian Wible
72. ドキュメントは手段であり目的ではない - Patrick Kua
73. アーンドバリューとベロシティは共存できるか - Barbee Davis
74. スコープ変更に慣れよう - Pavel Simsa
75. 既製のソフトウェアを購入するということ - Ernani Marques da Silva
76. よいスポンサー、わるいスポンサー、ひどいスポンサー - Jorge Gelabert
77. 約束以上にすべきか、約束以下にすべきか - Joe Zenevitch
78. プロジェクト・マネジャーは契約管理者である - Fabio Teixeira de Melo
79. 重要だが緊急ではないこと - Alex Miller
80. プロセスについて教える - Richard Sheridan
81. ステータスという間違った考え - Udi Dahan
82. みんなが聞きたいことは何ですか？ - Martha Legare
83. モラルの重要性を認識する - David Bock
84. ステークホルダーをずっと参加させる - Lukeman Lawal
85. 計画の価値 - Derry Simmel
86. 「メッセンジャー」にならない - Matt Secoske
87. 成果物を効果的に管理する - Ernani Marques da Silva
88. 私たちはスーパーヒーローではありません - Angyne J. Schock-Smith
89. 頻繁に即座にミーティングする - Richard Sheridan
90. 柔軟性がプロジェクトマネジメントをシンプルにする - Krishna Kadali
91. Web が道を示す（今のところは） - David Wood
92. ステータスレポートは開発者に嫌がられ、マネジャーに愛される - Pavel Simsa
93. あなたはコントロールしていない - Patrick Kua
94. ビジョンを共有する - Jared Richardson
95. 真の成功にはサポートする組織が必要 - Cynthia A. Berg
96. ガバナンスを確立する - Ernani Marques da Silva
97. あなたのWebサイトが嫌いな9.7の理由 - Barbee Davis

日本を中心に活躍するプロジェクト・マネジャーによる知っておくべき11 のこと

1. 自分に対する約束をどう守るか - 冨永 章
2. プロジェクトの目的と成功の条件 - 芝尾 芳昭
3. 「正しい判断」にこだわるな - 重木 昭信
4. 「見積り＝不幸の始まり」にしないために - 初田 賢司
5. プロジェクトによる人材育成 - 芝尾 芳昭
6. 「しなければならないこと」と「できること」 - 奥沢 薫
7. まずプロジェクトの「目的」を確認せよ - 重木 昭信
8. 人を従えるのか、人が従うのか - 神庭 弘年
9. 予防的なプロジェクト管理のすすめ - 重木 昭信
10. 踏み込めば権限がついてくる - 冨永 章
11. プロジェクトの条理と不条理 - 林 衛