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

提供:Wikisource
  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. プロジェクトの条理と不条理 - 林 衛

この作品はクリエイティブ・コモンズ 表示 3.0 アメリカ合衆国ライセンスのもとに利用を許諾されています。

あなたは以下の条件に従う場合に限り、自由に

  • 共有 – 本作品を複製、頒布、展示、実演できます。
  • 再構成 – 二次的著作物を作成できます。

あなたの従うべき条件は以下の通りです。

  • 表示 – あなたは適切なクレジットを表示し、ライセンスへのリンクを提供し、変更があったらその旨を示さなければなりません。これらは合理的であればどのような方法で行っても構いませんが、許諾者があなたやあなたの利用行為を支持していると示唆するような方法は除きます。