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

目次

監修者まえがき
はじめに

01 できるだけ早期にユーザーを巻き込む
    バービー・デイビス（Barbee Davis）
02 モグラたたき開発を避けよう
    ベンカト・スブラマニアム（Venkat Subramaniam）
03 ローカライゼーションのせいで締め切りに遅れる
    パベル・シムサ（Pavel Simsa）
04 プロジェクト・オーナーは強力なプロジェクトサポーター
    武谷 美世子（Miyoko Takeya）
05 複雑よりもシンプルな方がいい
    スコット・デイビス（Scott Davis）
06 負債を支払う
    ブライアン・スレッテン（Brian Sletten）
07 スキルでなく素質のある人を加えよう
    リチャード・シェリダン（Richard Sheridan）
08 シンプルにいこう
    クリシュナ・カダリ（Krishna Kadali）
09 あなたは特別ではない
    ジャレッド・リチャードソン（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 自らに誠実であれ
    ハリー・タッカー（Harry Tucker）
38 ミーティングはコードを書かない
    ウィリアム・J・ミルズ（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 結果を想定して始める
    ルイス・E・トーレス（Luis E. Torres）
67 約束事が明確なら友情も長続きする
    マッテオ・ベッキ（Matteo Becchi）
68 一番うまく見積もれるのはその仕事をする人である
    ジョー・ゼネビッチ（Joe Zenevitch）
69 コミュニケーションが重要
    ゲナディ・ミロノフ（Gennady Mironov）
70 プロジェクトは解決策の追求である
    シンシア・A・バーグ（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 私たちはスーパーヒーローではありません
    アンジン・J・ショック-スミス（Angyne J. Schock-Smith）
89 頻繁に即座にミーティングする
    リチャード・シェリダン（Richard Sheridan）
90 柔軟性がプロジェクトマネジメントをシンプルにする
    クリシュナ・カダリ（Krishna Kadali）
91 Webが道を示す（今のところは）
    デイビッド・ウッド（David Wood）
92 ステータスレポートは開発者に嫌がられ、マネジャーに愛される
    パベル・シムサ（Pavel Simsa）
93 あなたはコントロールしていない
    パトリック・クア（Patrick Kua）
94 ビジョンを共有する
    ジャレッド・リチャードソン（Jared Richardson）
95 真の成功にはサポートする組織が必要
    シンシア・A・バーグ（Cynthia A. Berg）
96 ガバナンスを確立する
    エルナーニ・マルケス・ダ・シルバ（Ernani Marques da Silva）
97 あなたのWebサイトが嫌いな9.7の理由
    バービー・デイビス（Barbee Davis）

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

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

寄稿者紹介