The Art of Project Management
をテンプレートにして作成
[
トップ
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
|
ログイン
]
開始行:
#contents
* プロジェクトマネジメントとは [#rfd7f244]
-次々と起こる予期せぬ難問に取り組みながら、優先順位を付け...
-理想は、チームが航海に出る前に荒れた海を穏やかな海に変え...
* 4章 優れたビジョンを記述する [#ke1f68b7]
全てのドキュメントは、大局的な観点に立ったビジョンのドキ...
** ビジョンのドキュメントに必要な5つの品質 [#j498af98]
-シンプル
-意図重視
-統合
-閃き
-覚えやすい
優れたプロジェクトの目標は、クリアでシンプルなものであり...
ビジョンのドキュメントやプロジェクトの目標の中でなされた...
ビジョンはビジュアルになっているべきである。
チームメンバーがビジョンを日頃から目にするようにしておく...
プロジェクトにおける日々の意思決定では、ビジョンの有効性...
* 7章 優れた仕様書の記述 [#y0d7c368]
仕様書は、チームに要求されるほとんどの成果物と同様、現行...
仕様書はプロジェクトにおいて以下の3つの目標を達成するべ...
-正しいものの構築を保障する
-プロジェクトの計画フェーズを締めくくるマイルストーンを提...
-プロジェクトの過程で踏み込んだレビューや各個人からのフィ...
** 仕様書の使用によってできること [#ja812757]
-構築するものの機能を効果的に描写することができる
-設計者に対して具体的な記述を要求することで、彼らの意思決...
-実装作業を開始する前に、詳細計画についてのレビュー、疑問...
-1人が持っていた情報を複数のメンバーに伝えることができる
-チーム内で共有できる、具体的な計画の参照標準とすることが...
-チームの目標となるスケジュールのマイルストーンを提供する...
-書き手が何らかの理由によりプロジェクトから離れた場合の保...
-健全な議論を加速させ、その品質を向上させるとともに、そう...
-リーダーによるフィードバックと、品質基準の設定機会が与え...
-チーム(と仕様書作成者)に対し、心の平穏と自信をもたらす...
** 仕様書の使用によってできないこと、やろうとしてはいけな...
-メンバー間の議論を全てなくそうとすること
-機能の重要性を証明しようとすること
-メンバーに哲学的視点を持たせようとすること
-仕様書作成者の持っているVisioやUMLのスキルを見せびらかそ...
** 仕様書に記述すること [#cbd820fe]
◆要求仕様~
-作業によって達成されるべき全ての要求と責任の概要
-最終結果がどうなるかということを、実現方法について言及す...
-プロジェクトを成功させる上での必要条件を挙げたもの
◆機能仕様~
-顧客の視点から見た特定のシナリオやシナリオ群における振る...
-ソフトウェアの機能をUI(あれば)を通じて解説し、なるべく...
◆技術仕様~
-機能仕様を満足するために必要となるエンジニアリングアプロ...
-詳細度は、機能仕様に必要な作業項目に対して技術的な裏付け...
◆作業項目一覧~
-機能仕様を満足する上で必要となるタスクのリスト
-重要度の違いに基づいて詳細レベルにまで細分化した項目を、...
◆テスト基準 ... 各テストケースの優先順位 ~
◆マイルストーン達成基準 ... 各マイルストーンにおける品質...
**仕様書記述の注意点 [#c45eecd5]
-設計作業や計画作業と、仕様書の記述作業は切り離す
-仕様書の記述を行う時は、探究心と創造心を一旦脇に置いてお...
-他の仕様書から優れた説明を借用する
-専門用語や曖昧な言葉を避ける
-仕様書を記述する際に、読み手のことを考える
-Visioやフローチャートとは恋に落ちない
-記述しているのが仕様書なのかリファレンスなのか意識しなが...
-詳細に入る前に、擬似コードを用いたり、日本語を使用して、...
-古い仕様書を保管しておく ... 参考資料になるから
-仕様書の著者は1人に限定すべき。メンバー全員はコメントを...
**レビュー [#yae179cf]
◆レビューの目的~
以下の2つの疑問に答えること。
-この仕様書には、開発期間を通じて私たちの指針になるくらい...
-成果物はプロジェクトの要求と目標を満足させることができる...
◆レビューの方法~
-レビューの参加者には、レビュー前に仕様書を読むことを要求...
-レビューの運営進行はPMが行うべき
-運営進行は疑問に答えて行くという簡単なもの
-レビューで出て来た疑問は、疑問を持ったメンバーが満足する...
-疑問が尽きたら懸案事項の一覧をレビューし、再度レビューで...
-レビューが完了したら、PMはレビューで洗い出された新たな疑...
-レビューが終わった後速やかに、懸案事項の簡潔なサマリー、...
**レビューの質問一覧 [#k9e505bc]
-プログラマの作業項目一覧と仕様書はマッチしているか?
-仕様書中の主要なコンポーネントはそれぞれ、各作業項目とど...
-見過ごしている作業項目があるとすれば、設計中どの辺りにあ...
-この設計が破綻するのはどういった場合か?
-最も弱いコンポーネントやインタフェースは何か?
-なぜ、それらを改善することができないのか?
-この設計における強固な側面とは何か?逆に最も弱い側面とは...
-我々が最も自信を持っているものと、自信のないものはそれぞ...
-我々の力と自信は、最も重要なコンポーネントに注力されてい...
-適切な品質レベルが想定されているか?
-それはプロジェクトのビジョンで要求されている信頼性、パフ...
-テストの見積もりは現実的か?
-なぜ、これよりシンプルな設計が採用できないのか?
-本当にこういった複雑さや機能が必要とされるのか?
-こういった簡潔化を行わないということに関して、具体的な理...
-最も変更される可能性が高いのは、設計中のどの要素か?また...
-このプロジェクトにおけるテスティング、文書化、マーケティ...
-PM、プログラマ、テスターが抱く、この仕様書に対する主要な...
-このプロジェクトで構築している他の機能と、コードの共有や...
-この設計におけるセキュリティ上のリスクとは何か?そのリス...
-そのリスクは潜在的改善策と共に仕様書中に記載されているか?
-特定ユーザが、このUI設計を用いることで必要な作業を行える...
-UIに関して、アクセス可能性とローカライゼーション要求を満...
* 8章 優れた意思決定の行い方 [#yda7b284]
**意思決定の重要度を評価する [#c2606701]
-この意思決定の中心にはどういった問題があるのか?
-この意思決定がプロジェクトに影響を及ぼす期間はどのくらい...
-この意思決定が間違っていた場合、どれだけの影響が出るのか...
-この意思決定にどれだけの時間をかけることができるのか?
-この種の意思決定を以前に行ったことがあるか?
-これは本当に自分が行うべき意思決定なのか?
-誰の承認が必要なのか?意思決定を行う前に誰のフィードバッ...
**選択肢の比較評価の注意点 [#k22dd5e0]
選択肢の比較評価を行うには、まず選択肢の長所と短所の一覧...
-「何もしない」という選択肢を必ず含めておく
-厳しい質問を投げかける
-反対意見に耳を傾ける
-選択肢の組み合わせを考慮する
-関連する観点を全て含める
-紙やホワイトボードに書き始める
-安定するまで洗練する
**意思決定のレビュー [#zb988303]
過去の意思決定をレビューし、教訓を求めたり、よりよい戦術...
-その意思決定は核となる問題を解決したか?
-その意思決定をより迅速化できるような、より優れたロジック...
-ビジョンのドキュメント、仕様書、要求定義書はその意思決定...
-この意思決定はプロジェクトの進捗に役立ったか?
-鍵となる人々をプロセスに参画させ、意思決定の支援をさせる...
-この意思決定が他の問題を引き起こす/防止するということは...
-振り返ってみた場合、この意思決定の最中に気にしていたこと...
-正しい決定を行うだけの十分な権限があったか?
-この意思決定によって学んだことをプロジェクトの他の部分に...
* 11章 問題発生時に行うこと [#h82b5ab3]
**問題への対応手順 [#i33fd121]
1. 気を落ち着かせる
2. 問題を評価する
-人々に対して多くの疑問を投げかけることによって、反射的な...
-前提となっていることを1つずつ消し込む
-自分自身が問題とその本当の影響をしっかりと理解出来ている...
-問題の優先順位付け(緊急(今すぐ!)/大問題(今日中)/...
3. 再度、気を落ち着かせる
-誰が心配し、動転しているかに注意を払い、その人の気を落ち...
-あなたがリーダーであれば、あなた自身が気を落ち着かせ、ゆ...
-あなたがリーダーであれば、状況に対する責任を取ることで、...
4. 適切な人材を集めて会議する
-問題について、最も責任があり、知識があり、適切に対処でき...
-打ち合わせの人数はできるだけ少なく抑える。多くなる場合は...
5. 選択肢を探求する
-選択肢を考える
-調査が必要であれば、適切な人に振ってしまう
-いつまでに答えが必要かをできるだけ明確にしておく
6. 最もシンプルな計画を作成する~
(1) 選択肢を評価し、最も優れたものを選び出し、シンプルな...
(2) 計画の承認をお願いすることになる人たちと、計画の実行...
(3) 計画の承認をお願いすることになる人たちのところに行き...
(4) (3)で修正した計画を、計画の実行前に情報を通知しておく...
7. 実行する~
(1) 計画の実行~
(2) 定期的なチェックポイント(時間毎、日次、週次)を設け...
(3) 新たな問題が見つかった場合は 1. に戻る~
8. 結果を振り返る
**よくある問題の対処法 [#b86e6659]
◆見過ごしがある、または何らかの気付きがある~
-要求を変更
-実装スケジュールの見直し
-必要に応じて他の設計選択肢を探求
◆何か馬鹿げたことを強要される~
-あなたの意見を優先順位付けし、具体的な提案を考え出し、政...
◆スケジュールが遅延している、またはリソースが不足している~
次のマイルストーンに間に合う可能性が75%を割り込んでしま...
-機能を削除する
-スケジュールを延長する
-スケジュール上のリスクのリストアップ
-クリティカルパスの移動
-作業を将来に予定している他のものと交換できるか検討
◆品質が低い
-優れた品質とは何かということについて、チーム全員の理解を...
-何か(機能、時間)を犠牲にして、品質を向上させる
-進捗スピードを一旦低下させ、品質が一定基準を満たし、チー...
◆方針が転換される
-変更を特定のコンポーネントに隔離できるかどうか検討
-どの仕様、あるいは仕様のどの部分が有効なのかを洗い出し、...
◆チームまたは個人の問題が発生する
-何が起こっているのかを尋ねる
-事態の改善に向けて何が出来るのかを尋ねる
-問題を洗い出し、言いたいことを全て言ってもらう
-症状について尋ねるだけでなく、原因を探るようにする
◆意見が一致せず、いさかいが起こる
-共通点を見出す。前向きな勢いを付けることができる点から手...
-性格上の対立を見出した後、それらを無視する
-相互の関心事を見つけ出す。相互の関心事を書き出し、共通点...
-どの主張に譲れる点があり、どの主張が絶対に譲れないのかを...
-交渉を始める前には必ず、交渉が物別れに終わった場合にあな...
-説得と議論を使い分ける
-人を説得する際には、進捗に最も重要となる主張に重点的に取...
◆プロジェクトの方向性に対する信念がぐらついている
-信念を揺るがしている考えが正しいかどうか検討し、正しくな...
-チームのために小さな目標を設定し、それを達成させることで...
-信じるよう頼む
◆反乱の恐れがある
-問題の存在を認め、全ての不平を整理し、少なくとも一部の不...
** ダメージコントロール [#nbde0e56]
-プロジェクトを制御可能な状態に戻すことを最優先にする
-全員ミーティングの実施。状況を簡単に説明し、問題に取り組...
-ミーティングで同意できない場合、同意できていたところまで...
-問題には1つずつ取り組み、その問題が解決してから、または...
-ダメージが技術的なものである場合は、いつの時点まで正しか...
-どのようにすれば問題を隔離することができ、プロジェクトの...
-ダメージを避けるためにリソースの適用を検討する
* 13章 ものごとを成し遂げる方法 [#f8b6e6e3]
**順序付き一覧表を作れ! [#a717658b]
-PMは順位付けの一覧表の作成とメンテナンスに注力する。作成...
-ものごとを成し遂げるということは、重要なことを明確にする...
-メンバー全員に優先順位付けした一覧表を周知し、その一覧表...
-一覧表を持っておくことで、何が起こったとしても必ず、最も...
-ほとんどのプロジェクトでは、目標の一覧表、機能の一覧表、...
-これらの一覧表が必ず互いに対応付けられていることを確認す...
**第1級優先順位とその他を分類せよ! [#i4b3bc78]
-どの項目を第1級優先順位として分類するか、真剣に検討する
-この項目群を少なく、密度の濃いものとするよう努力する
-この項目群によってプロジェクト目標を達成するための最も工...
-この分類は多くの議論や討論が行われることになるので、プロ...
-順位付けを避けていてはプロジェクトの進捗などあり得ない
**優先順位は力だ! [#n6531c10]
-確固たる優先順位を持っていれば、いつでも、どこでも、最も...
**優先順位付けマシーンになれ! [#tece9c10]
-PMが優先順位を保守することで、チームは重要なものごとに集...
-優先順位付けは不変のものではなく、変化して当たり前のもの...
**PMが「NO!」と言うことでプロジェクトは進む [#e968939b]
-PMは、目標にそぐわないものごとに対して「NO!」と言うこと...
-チームのメンバーには以下の宣言を行い、優先順位の重要性と...
誰かが優先順位を無視した指示をしてきたと思った時には「NO...
私が「NO!」と言っていたと伝えれば、その人は私のところに...
議論して時間を無駄にしないようにして下さい。とにかく私の...
**「NO!」の言い方 [#gdf205b7]
-「NO! それは我々の優先順位に合致していません」
-「NO! 時間ができた場合にのみ行います」
-「NO! あなたがxxxを行って下さい」
-「NO! 次のリリースで考えます」
-「NO! 絶対ダメです」
**クリティカルパスを知れ [#s6a0a48a]
PMは以下のクリティカルパスを把握しておく。
-プロジェクトにおけるエンジニアリング作業
-プロジェクトにおける大局的な見地に立った意思決定プロセス
-コードのビルドやバグのトリアージにおけるチームのプロセス
-ウェブやイントラネットにコンテンツを登録する際のプロセス
-プロジェクト目標に影響を与える打ち合わせ、出来事、プロセス
**冷酷であれ [#q73a95fa]
-多くの人々が尋ねることを躊躇したり、忘れたりしているもの...
-前に進もうとし、選択肢を探求し、どのような問題や罠であっ...
**抜け目なくあれ [#b799d2b5]
抜け目ないPMとして環境を評価するための大まかな指針を以下...
-どういったコミュニケーションスタイルをとるか?
-グループはユーモアのセンスをどれだけ持っているか?
-データに基づいて主張すれば、議論で勝つことができるか?
-xxxを効率的に行えるのは誰で、私はその人物のどういった点...
-このメンバーやグループに対する振る舞いにおいて、最も再重...
PMは上記質問に対する答えに応じて、自らの作業方法を調整す...
**ゲリラ戦術 [#z7745421]
目標達成のためのゲリラ戦術を以下に列挙。使い方には注意が...
-権限の保持者を知る。自分が話すことができる人の中で最も影...
-情報源に当たる。又聞きでなく、実際の情報源である人物を見...
-コミュニケーション方法を変える。意思疎通がうまくいってい...
-二人きりになる。率直かつ正直な意見が聞きたい場合や、深い...
-誰かを捕まえる。一刻も早く答えが欲しいときに、答えを知っ...
-姿をくらませる。割り込まれずに作業したいときに有効。
-アドバイスを求める。あなたが最も高く評価している関係者や...
-お願い、懇願、袖の下
-人々を互いに競わせる
-事前工作をしておく
-コーヒーや食べ物をおごる
* 16章 社内の力関係と政治 [#t89135e3]
- 適切なタイミングで適切な人を説得し、自らの知識を用いて...
- 職場の物理的な位置関係が持つ価値を軽んじてはならない
- 政治とは、人や組織を管理するスキル
- あらゆるリーダーは政治上や力の制約を抱えている
- 力の大きさは責任、ストレス、難度の大きさに比例する
- 政治とは、ある種の問題解決である
- どのような物事であったとしても、人が選択可能な現実的な...
**力の種類 [#xf093669]
- 報償
- 威圧
- 知識
- 人脈
- 影響力
**力の誤用の防止策 [#z20a1cd8]
プロジェクトのいかなる時点においても、誰でも公の場で以下...
-今週/今月/このプロジェクトに対する私たちの目標は何ですか?
-全体、あるいはサブチームにおける上記の目標で、何か矛盾し...
-この特定の意思決定は誰がどのようにして行うのでしょうか?
-この意思決定がプロジェクトにとって最善であることを保障す...
-あなたや私の力は、私たちの目標に貢献する、あるいはチーム...
-リソースをどのように使用すれば、成功する確率を最も高める...
**政治的な問題を解決する方法 [#q864e9cd]
政治的な問題を成功裏に解決する唯一の方法は、ニーズを明確...
主なニーズは以下の通り。
-リソース(予算、時間、要因)
-意思決定を行う権限
-あなた以外の人が意思決定権限を持っている場合、その意思決...
-あなたの目標を支持する、またはあなたの目標と整合性を持つ...
-他社の目標と整合性を持つようにするための、あなた自信の目...
-アドバイス、専門的知識、サポート
**マネージングアップ [#m73cdef4]
-あなたの責任を決定する時こそが、あなたの仕事をやり遂げる...
-あなたが現時点で持っていないものの、今後必要となるサポー...
最も簡単なマネージングアップの方法は、あなたのマネージャ...
-マネージャに対して行って欲しいこと(指導、知っておくべき...
-目標達成に必要なリソース、そのリソースを用意できる人
-関与レベルと関与頻度
**ニーズを満たすことができる確率の評価 [#b9d58f2d]
以下のポイントをチェックすべし。
-あなたの必要としている力を誰が持っているか?
-過去において、どの程度この手の支援を取り付けることに成功...
-この手の支援を取り付けることに、過去に誰が成功しているか?
-あなたの主張にはどのくらい説得力があるか?
-どのようなアプローチとスタイルが最も有効か?
-あなたの必要とするリソースを誰かが狙っているか?
-これは闘うべき戦いなのか?
-見えない障害物に気をつける
**影響力を行使する際の戦術 [#w3659326]
-直接要求
-対話
-側面攻撃(同様の主張や意見を持った他人の影響力を利用)
-段階攻撃(自分から必要としている人までの間の関係を把握し...
-間接攻撃(他の人に代理で要求を出してもらう)
**グループでの打ち合わせ [#c8bd07a1]
-決定しなければならない、あるいは議論しなければならない重...
-打ち合わせが始まるまでに、あなたの力と影響力を使用するた...
-打ち合わせが始まるまでに、出て来そうな質問と、各参加者が...
**マネージャがやるべきこと [#k8618817]
-自らのチームを守る道を見つける
-チームの作業効率を高めつつ、本当の経験と学習機会を与える...
-チームに明確な目標がない場合は、明確な目標を設定する
終了行:
#contents
* プロジェクトマネジメントとは [#rfd7f244]
-次々と起こる予期せぬ難問に取り組みながら、優先順位を付け...
-理想は、チームが航海に出る前に荒れた海を穏やかな海に変え...
* 4章 優れたビジョンを記述する [#ke1f68b7]
全てのドキュメントは、大局的な観点に立ったビジョンのドキ...
** ビジョンのドキュメントに必要な5つの品質 [#j498af98]
-シンプル
-意図重視
-統合
-閃き
-覚えやすい
優れたプロジェクトの目標は、クリアでシンプルなものであり...
ビジョンのドキュメントやプロジェクトの目標の中でなされた...
ビジョンはビジュアルになっているべきである。
チームメンバーがビジョンを日頃から目にするようにしておく...
プロジェクトにおける日々の意思決定では、ビジョンの有効性...
* 7章 優れた仕様書の記述 [#y0d7c368]
仕様書は、チームに要求されるほとんどの成果物と同様、現行...
仕様書はプロジェクトにおいて以下の3つの目標を達成するべ...
-正しいものの構築を保障する
-プロジェクトの計画フェーズを締めくくるマイルストーンを提...
-プロジェクトの過程で踏み込んだレビューや各個人からのフィ...
** 仕様書の使用によってできること [#ja812757]
-構築するものの機能を効果的に描写することができる
-設計者に対して具体的な記述を要求することで、彼らの意思決...
-実装作業を開始する前に、詳細計画についてのレビュー、疑問...
-1人が持っていた情報を複数のメンバーに伝えることができる
-チーム内で共有できる、具体的な計画の参照標準とすることが...
-チームの目標となるスケジュールのマイルストーンを提供する...
-書き手が何らかの理由によりプロジェクトから離れた場合の保...
-健全な議論を加速させ、その品質を向上させるとともに、そう...
-リーダーによるフィードバックと、品質基準の設定機会が与え...
-チーム(と仕様書作成者)に対し、心の平穏と自信をもたらす...
** 仕様書の使用によってできないこと、やろうとしてはいけな...
-メンバー間の議論を全てなくそうとすること
-機能の重要性を証明しようとすること
-メンバーに哲学的視点を持たせようとすること
-仕様書作成者の持っているVisioやUMLのスキルを見せびらかそ...
** 仕様書に記述すること [#cbd820fe]
◆要求仕様~
-作業によって達成されるべき全ての要求と責任の概要
-最終結果がどうなるかということを、実現方法について言及す...
-プロジェクトを成功させる上での必要条件を挙げたもの
◆機能仕様~
-顧客の視点から見た特定のシナリオやシナリオ群における振る...
-ソフトウェアの機能をUI(あれば)を通じて解説し、なるべく...
◆技術仕様~
-機能仕様を満足するために必要となるエンジニアリングアプロ...
-詳細度は、機能仕様に必要な作業項目に対して技術的な裏付け...
◆作業項目一覧~
-機能仕様を満足する上で必要となるタスクのリスト
-重要度の違いに基づいて詳細レベルにまで細分化した項目を、...
◆テスト基準 ... 各テストケースの優先順位 ~
◆マイルストーン達成基準 ... 各マイルストーンにおける品質...
**仕様書記述の注意点 [#c45eecd5]
-設計作業や計画作業と、仕様書の記述作業は切り離す
-仕様書の記述を行う時は、探究心と創造心を一旦脇に置いてお...
-他の仕様書から優れた説明を借用する
-専門用語や曖昧な言葉を避ける
-仕様書を記述する際に、読み手のことを考える
-Visioやフローチャートとは恋に落ちない
-記述しているのが仕様書なのかリファレンスなのか意識しなが...
-詳細に入る前に、擬似コードを用いたり、日本語を使用して、...
-古い仕様書を保管しておく ... 参考資料になるから
-仕様書の著者は1人に限定すべき。メンバー全員はコメントを...
**レビュー [#yae179cf]
◆レビューの目的~
以下の2つの疑問に答えること。
-この仕様書には、開発期間を通じて私たちの指針になるくらい...
-成果物はプロジェクトの要求と目標を満足させることができる...
◆レビューの方法~
-レビューの参加者には、レビュー前に仕様書を読むことを要求...
-レビューの運営進行はPMが行うべき
-運営進行は疑問に答えて行くという簡単なもの
-レビューで出て来た疑問は、疑問を持ったメンバーが満足する...
-疑問が尽きたら懸案事項の一覧をレビューし、再度レビューで...
-レビューが完了したら、PMはレビューで洗い出された新たな疑...
-レビューが終わった後速やかに、懸案事項の簡潔なサマリー、...
**レビューの質問一覧 [#k9e505bc]
-プログラマの作業項目一覧と仕様書はマッチしているか?
-仕様書中の主要なコンポーネントはそれぞれ、各作業項目とど...
-見過ごしている作業項目があるとすれば、設計中どの辺りにあ...
-この設計が破綻するのはどういった場合か?
-最も弱いコンポーネントやインタフェースは何か?
-なぜ、それらを改善することができないのか?
-この設計における強固な側面とは何か?逆に最も弱い側面とは...
-我々が最も自信を持っているものと、自信のないものはそれぞ...
-我々の力と自信は、最も重要なコンポーネントに注力されてい...
-適切な品質レベルが想定されているか?
-それはプロジェクトのビジョンで要求されている信頼性、パフ...
-テストの見積もりは現実的か?
-なぜ、これよりシンプルな設計が採用できないのか?
-本当にこういった複雑さや機能が必要とされるのか?
-こういった簡潔化を行わないということに関して、具体的な理...
-最も変更される可能性が高いのは、設計中のどの要素か?また...
-このプロジェクトにおけるテスティング、文書化、マーケティ...
-PM、プログラマ、テスターが抱く、この仕様書に対する主要な...
-このプロジェクトで構築している他の機能と、コードの共有や...
-この設計におけるセキュリティ上のリスクとは何か?そのリス...
-そのリスクは潜在的改善策と共に仕様書中に記載されているか?
-特定ユーザが、このUI設計を用いることで必要な作業を行える...
-UIに関して、アクセス可能性とローカライゼーション要求を満...
* 8章 優れた意思決定の行い方 [#yda7b284]
**意思決定の重要度を評価する [#c2606701]
-この意思決定の中心にはどういった問題があるのか?
-この意思決定がプロジェクトに影響を及ぼす期間はどのくらい...
-この意思決定が間違っていた場合、どれだけの影響が出るのか...
-この意思決定にどれだけの時間をかけることができるのか?
-この種の意思決定を以前に行ったことがあるか?
-これは本当に自分が行うべき意思決定なのか?
-誰の承認が必要なのか?意思決定を行う前に誰のフィードバッ...
**選択肢の比較評価の注意点 [#k22dd5e0]
選択肢の比較評価を行うには、まず選択肢の長所と短所の一覧...
-「何もしない」という選択肢を必ず含めておく
-厳しい質問を投げかける
-反対意見に耳を傾ける
-選択肢の組み合わせを考慮する
-関連する観点を全て含める
-紙やホワイトボードに書き始める
-安定するまで洗練する
**意思決定のレビュー [#zb988303]
過去の意思決定をレビューし、教訓を求めたり、よりよい戦術...
-その意思決定は核となる問題を解決したか?
-その意思決定をより迅速化できるような、より優れたロジック...
-ビジョンのドキュメント、仕様書、要求定義書はその意思決定...
-この意思決定はプロジェクトの進捗に役立ったか?
-鍵となる人々をプロセスに参画させ、意思決定の支援をさせる...
-この意思決定が他の問題を引き起こす/防止するということは...
-振り返ってみた場合、この意思決定の最中に気にしていたこと...
-正しい決定を行うだけの十分な権限があったか?
-この意思決定によって学んだことをプロジェクトの他の部分に...
* 11章 問題発生時に行うこと [#h82b5ab3]
**問題への対応手順 [#i33fd121]
1. 気を落ち着かせる
2. 問題を評価する
-人々に対して多くの疑問を投げかけることによって、反射的な...
-前提となっていることを1つずつ消し込む
-自分自身が問題とその本当の影響をしっかりと理解出来ている...
-問題の優先順位付け(緊急(今すぐ!)/大問題(今日中)/...
3. 再度、気を落ち着かせる
-誰が心配し、動転しているかに注意を払い、その人の気を落ち...
-あなたがリーダーであれば、あなた自身が気を落ち着かせ、ゆ...
-あなたがリーダーであれば、状況に対する責任を取ることで、...
4. 適切な人材を集めて会議する
-問題について、最も責任があり、知識があり、適切に対処でき...
-打ち合わせの人数はできるだけ少なく抑える。多くなる場合は...
5. 選択肢を探求する
-選択肢を考える
-調査が必要であれば、適切な人に振ってしまう
-いつまでに答えが必要かをできるだけ明確にしておく
6. 最もシンプルな計画を作成する~
(1) 選択肢を評価し、最も優れたものを選び出し、シンプルな...
(2) 計画の承認をお願いすることになる人たちと、計画の実行...
(3) 計画の承認をお願いすることになる人たちのところに行き...
(4) (3)で修正した計画を、計画の実行前に情報を通知しておく...
7. 実行する~
(1) 計画の実行~
(2) 定期的なチェックポイント(時間毎、日次、週次)を設け...
(3) 新たな問題が見つかった場合は 1. に戻る~
8. 結果を振り返る
**よくある問題の対処法 [#b86e6659]
◆見過ごしがある、または何らかの気付きがある~
-要求を変更
-実装スケジュールの見直し
-必要に応じて他の設計選択肢を探求
◆何か馬鹿げたことを強要される~
-あなたの意見を優先順位付けし、具体的な提案を考え出し、政...
◆スケジュールが遅延している、またはリソースが不足している~
次のマイルストーンに間に合う可能性が75%を割り込んでしま...
-機能を削除する
-スケジュールを延長する
-スケジュール上のリスクのリストアップ
-クリティカルパスの移動
-作業を将来に予定している他のものと交換できるか検討
◆品質が低い
-優れた品質とは何かということについて、チーム全員の理解を...
-何か(機能、時間)を犠牲にして、品質を向上させる
-進捗スピードを一旦低下させ、品質が一定基準を満たし、チー...
◆方針が転換される
-変更を特定のコンポーネントに隔離できるかどうか検討
-どの仕様、あるいは仕様のどの部分が有効なのかを洗い出し、...
◆チームまたは個人の問題が発生する
-何が起こっているのかを尋ねる
-事態の改善に向けて何が出来るのかを尋ねる
-問題を洗い出し、言いたいことを全て言ってもらう
-症状について尋ねるだけでなく、原因を探るようにする
◆意見が一致せず、いさかいが起こる
-共通点を見出す。前向きな勢いを付けることができる点から手...
-性格上の対立を見出した後、それらを無視する
-相互の関心事を見つけ出す。相互の関心事を書き出し、共通点...
-どの主張に譲れる点があり、どの主張が絶対に譲れないのかを...
-交渉を始める前には必ず、交渉が物別れに終わった場合にあな...
-説得と議論を使い分ける
-人を説得する際には、進捗に最も重要となる主張に重点的に取...
◆プロジェクトの方向性に対する信念がぐらついている
-信念を揺るがしている考えが正しいかどうか検討し、正しくな...
-チームのために小さな目標を設定し、それを達成させることで...
-信じるよう頼む
◆反乱の恐れがある
-問題の存在を認め、全ての不平を整理し、少なくとも一部の不...
** ダメージコントロール [#nbde0e56]
-プロジェクトを制御可能な状態に戻すことを最優先にする
-全員ミーティングの実施。状況を簡単に説明し、問題に取り組...
-ミーティングで同意できない場合、同意できていたところまで...
-問題には1つずつ取り組み、その問題が解決してから、または...
-ダメージが技術的なものである場合は、いつの時点まで正しか...
-どのようにすれば問題を隔離することができ、プロジェクトの...
-ダメージを避けるためにリソースの適用を検討する
* 13章 ものごとを成し遂げる方法 [#f8b6e6e3]
**順序付き一覧表を作れ! [#a717658b]
-PMは順位付けの一覧表の作成とメンテナンスに注力する。作成...
-ものごとを成し遂げるということは、重要なことを明確にする...
-メンバー全員に優先順位付けした一覧表を周知し、その一覧表...
-一覧表を持っておくことで、何が起こったとしても必ず、最も...
-ほとんどのプロジェクトでは、目標の一覧表、機能の一覧表、...
-これらの一覧表が必ず互いに対応付けられていることを確認す...
**第1級優先順位とその他を分類せよ! [#i4b3bc78]
-どの項目を第1級優先順位として分類するか、真剣に検討する
-この項目群を少なく、密度の濃いものとするよう努力する
-この項目群によってプロジェクト目標を達成するための最も工...
-この分類は多くの議論や討論が行われることになるので、プロ...
-順位付けを避けていてはプロジェクトの進捗などあり得ない
**優先順位は力だ! [#n6531c10]
-確固たる優先順位を持っていれば、いつでも、どこでも、最も...
**優先順位付けマシーンになれ! [#tece9c10]
-PMが優先順位を保守することで、チームは重要なものごとに集...
-優先順位付けは不変のものではなく、変化して当たり前のもの...
**PMが「NO!」と言うことでプロジェクトは進む [#e968939b]
-PMは、目標にそぐわないものごとに対して「NO!」と言うこと...
-チームのメンバーには以下の宣言を行い、優先順位の重要性と...
誰かが優先順位を無視した指示をしてきたと思った時には「NO...
私が「NO!」と言っていたと伝えれば、その人は私のところに...
議論して時間を無駄にしないようにして下さい。とにかく私の...
**「NO!」の言い方 [#gdf205b7]
-「NO! それは我々の優先順位に合致していません」
-「NO! 時間ができた場合にのみ行います」
-「NO! あなたがxxxを行って下さい」
-「NO! 次のリリースで考えます」
-「NO! 絶対ダメです」
**クリティカルパスを知れ [#s6a0a48a]
PMは以下のクリティカルパスを把握しておく。
-プロジェクトにおけるエンジニアリング作業
-プロジェクトにおける大局的な見地に立った意思決定プロセス
-コードのビルドやバグのトリアージにおけるチームのプロセス
-ウェブやイントラネットにコンテンツを登録する際のプロセス
-プロジェクト目標に影響を与える打ち合わせ、出来事、プロセス
**冷酷であれ [#q73a95fa]
-多くの人々が尋ねることを躊躇したり、忘れたりしているもの...
-前に進もうとし、選択肢を探求し、どのような問題や罠であっ...
**抜け目なくあれ [#b799d2b5]
抜け目ないPMとして環境を評価するための大まかな指針を以下...
-どういったコミュニケーションスタイルをとるか?
-グループはユーモアのセンスをどれだけ持っているか?
-データに基づいて主張すれば、議論で勝つことができるか?
-xxxを効率的に行えるのは誰で、私はその人物のどういった点...
-このメンバーやグループに対する振る舞いにおいて、最も再重...
PMは上記質問に対する答えに応じて、自らの作業方法を調整す...
**ゲリラ戦術 [#z7745421]
目標達成のためのゲリラ戦術を以下に列挙。使い方には注意が...
-権限の保持者を知る。自分が話すことができる人の中で最も影...
-情報源に当たる。又聞きでなく、実際の情報源である人物を見...
-コミュニケーション方法を変える。意思疎通がうまくいってい...
-二人きりになる。率直かつ正直な意見が聞きたい場合や、深い...
-誰かを捕まえる。一刻も早く答えが欲しいときに、答えを知っ...
-姿をくらませる。割り込まれずに作業したいときに有効。
-アドバイスを求める。あなたが最も高く評価している関係者や...
-お願い、懇願、袖の下
-人々を互いに競わせる
-事前工作をしておく
-コーヒーや食べ物をおごる
* 16章 社内の力関係と政治 [#t89135e3]
- 適切なタイミングで適切な人を説得し、自らの知識を用いて...
- 職場の物理的な位置関係が持つ価値を軽んじてはならない
- 政治とは、人や組織を管理するスキル
- あらゆるリーダーは政治上や力の制約を抱えている
- 力の大きさは責任、ストレス、難度の大きさに比例する
- 政治とは、ある種の問題解決である
- どのような物事であったとしても、人が選択可能な現実的な...
**力の種類 [#xf093669]
- 報償
- 威圧
- 知識
- 人脈
- 影響力
**力の誤用の防止策 [#z20a1cd8]
プロジェクトのいかなる時点においても、誰でも公の場で以下...
-今週/今月/このプロジェクトに対する私たちの目標は何ですか?
-全体、あるいはサブチームにおける上記の目標で、何か矛盾し...
-この特定の意思決定は誰がどのようにして行うのでしょうか?
-この意思決定がプロジェクトにとって最善であることを保障す...
-あなたや私の力は、私たちの目標に貢献する、あるいはチーム...
-リソースをどのように使用すれば、成功する確率を最も高める...
**政治的な問題を解決する方法 [#q864e9cd]
政治的な問題を成功裏に解決する唯一の方法は、ニーズを明確...
主なニーズは以下の通り。
-リソース(予算、時間、要因)
-意思決定を行う権限
-あなた以外の人が意思決定権限を持っている場合、その意思決...
-あなたの目標を支持する、またはあなたの目標と整合性を持つ...
-他社の目標と整合性を持つようにするための、あなた自信の目...
-アドバイス、専門的知識、サポート
**マネージングアップ [#m73cdef4]
-あなたの責任を決定する時こそが、あなたの仕事をやり遂げる...
-あなたが現時点で持っていないものの、今後必要となるサポー...
最も簡単なマネージングアップの方法は、あなたのマネージャ...
-マネージャに対して行って欲しいこと(指導、知っておくべき...
-目標達成に必要なリソース、そのリソースを用意できる人
-関与レベルと関与頻度
**ニーズを満たすことができる確率の評価 [#b9d58f2d]
以下のポイントをチェックすべし。
-あなたの必要としている力を誰が持っているか?
-過去において、どの程度この手の支援を取り付けることに成功...
-この手の支援を取り付けることに、過去に誰が成功しているか?
-あなたの主張にはどのくらい説得力があるか?
-どのようなアプローチとスタイルが最も有効か?
-あなたの必要とするリソースを誰かが狙っているか?
-これは闘うべき戦いなのか?
-見えない障害物に気をつける
**影響力を行使する際の戦術 [#w3659326]
-直接要求
-対話
-側面攻撃(同様の主張や意見を持った他人の影響力を利用)
-段階攻撃(自分から必要としている人までの間の関係を把握し...
-間接攻撃(他の人に代理で要求を出してもらう)
**グループでの打ち合わせ [#c8bd07a1]
-決定しなければならない、あるいは議論しなければならない重...
-打ち合わせが始まるまでに、あなたの力と影響力を使用するた...
-打ち合わせが始まるまでに、出て来そうな質問と、各参加者が...
**マネージャがやるべきこと [#k8618817]
-自らのチームを守る道を見つける
-チームの作業効率を高めつつ、本当の経験と学習機会を与える...
-チームに明確な目標がない場合は、明確な目標を設定する
ページ名: