エッセイ一覧

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ウィリアム・J・ミルズ38. ミーティングはコードを書かない / William J. Millsウィリアム・J・ミルズ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ルイス・E・トーレス67. 約束事が明確なら友情も長続きする / Matteo Becchiマッテオ・ベッキ68. 一番うまく見積もれるのはその仕事をする人である / Joe Zenevitchジョー・ゼネビッチ69. コミュニケーションが重要 / Gennady Mironovゲナディ・ミロノフ70. プロジェクトは解決策の追求である / Cynthia A. Bergシンシア・A・バーグ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アンジン・J・ショック- スミス89. 頻繁に即座にミーティングする / Richard Sheridanリチャード・シェリダン90. 柔軟性がプロジェクトマネジメントをシンプルにする / Krishna Kadaliクリシュナ・カダリ91. Web が道を示す(今のところは) / David Woodデイビッド・ウッド92. ステータスレポートは開発者に嫌がられ、マネジャーに愛される / Pavel Simsaパベル・シムサ93. あなたはコントロールしていない / Patrick Kuaパトリック・クア94. ビジョンを共有する / Jared Richardsonジャレッド・リチャードソン95. 真の成功にはサポートする組織が必要 / Cynthia A. Bergシンシア・A・バーグ96. ガバナンスを確立する / Ernani Marques da Silvaエルナーニ・マルケス・ダ・シルバ97. あなたのWebサイトが嫌いな9.7の理由 / Barbee Davisバービー・デイビス

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