プロジェクト・マネジャーが知るべき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 アメリカ合衆国ライセンスの下で利用を許諾されています。