ITプロジェクトでプロジェクトマネージャーになったときに考えることを書き留めました。
１．段取りを考える
はじめに、プロジェクトの目標を具体的にかつ明確にする。（段取りを考えるための前提条件や目標を把握する）
そうして、段取り（プロジェクト計画）を考える。
計画を立てる手順として、
| WBSをつくる | 作業項目を考える ※次の「ゴール設定」を参考に |
| 作業項目ごとに担当決める（複数人で作業するなら責任者を決める） | |
| 作業項目ごとに作業時間を見積もる | |
| ガントチャートを作成する | WBSをもとに、作業順序を考える |
| クリティカルパスを確認する | |
| 担当の作業負荷を確認して、作業順序を調整する。 |
の順に作成すると良い。
余談だが、WBS作成時のNGワードを記載する。
次のワードで、作業項目が挙がったら、成果や作業内容が曖昧になっていると考え、見直した方が良い
| 管理する | 監督する | 把握する | 確認する | チェックする |
| 協議する | 話し合う | 調整する | 調査する | 研究する |
| 勉強する | 実行する | 企画する | 評価する | 協力する |
２．ゴール設定
作業項目を考える差に、「SMARTの法則」で目標を設定すると良い。さらに、「やらないこと」を決め、「やるべきこと」に集中する。
できれば、作業項目ごとに、前提条件、制約条件とその根拠を明確にすると良い。
SMARTの法則とは。。。
| Specific | 具体的で分かりやすい |
| Measurable | 計測可能で数字になっている |
| Attaninable | 達成可能で現実的になっている |
| Relevant | 作業でなすべきことや成果に特化している |
| Timely | 期限が明確になっている |
３．コミュニケーション
人を動かすための６つの法則
| 法則１ | 味方になると考える | 相手を悪く思わずに、誰であっても味方にすることができると考える。 |
| 法則２ | 目標を明確にする | 相手の間違いや自分の正しさを証明するのではなく、相手からどんな協力を得たいかという目標に注力する。 |
| 法則３ | 相手の世界を理解する | 相手が気にしていること、相手の物事の見方や考え方、価値を置いているもの（カレンシー）を理解する。 |
| 法則４ | カレンシーを見つける | 相手にとって価値のあるもの（カレンシー）は何かを考えて日頃から相手に渡しておく。 |
| 法則５ | 関係に配慮する | 相手との関係性や相手の仕事の進め方に配慮し、相手にあわせたコミュニケーションを心がける。 |
| 法則６ | 目的を見失わない | プロジェクトの成功や、成果を生み出すことが目的だということを忘れない。 |
プロジェクトを遂行していくと、問題が発生する。その予兆を感じる際に考えるチェック項目を挙げる。
| スケジュールに影響する出来事（仕様変更、作業スコープ変更等）はあったか？また、その出来事は以前と比べて増えてきたか？ |
| 人員や費用などのリソースに変化はないか？ |
| 何をどこまでつくるのか（スコープ、成果、作業範囲等）に変化はないか？ |
| 進捗会議は定期的に開催されているか？ また、報告内容が具体的、定量的か？さらに、真実が報告されているか？ |
| プロジェクトメンバーのモチベーションや疲労感はどうか？不平不満が聞こえてな来ないか？ |
| 組織（自分の組織、ステークホルダーの組織等）のプロジェクトの優先度は変わっていないか |
| 現実的にプロジェクト目標を達成できる状況か？ |
レビューや進捗報告等の話し合いの場において、意識すると良いこと
| 話しやすい雰囲気をつくる ・発言を否定しない。 ・問題に焦点をあて、作用者のスキル等を対象としない。 |
| 助けることに対する価値観をチーム内で持つ |
| 褒め合うルールを持つ |
| 相手に関心をもつ |
| 相手の基準を知り、尊重する |
| 本音を言える |
話す相手とラポール(信頼関係）を築くために効果がある手法
| ペーシング | 話し方や呼吸などを相手と合わせる。 |
| ミラーリング | 動作や姿勢、表情などのボディーランゲージを相手と合わせる。 |
| バックトラッキング | 適度に相槌を行い、相手が話したことを繰り返す（オウム返し）。 |
（余談）PMBOK
PMBOKは、プロジェクトマネジメントに関する知識体系をまとめた資料であり、プロジェクトマネジメントにおける一般的なベストプラクティスやプロセス、ツール、テクニックについての包括的な情報をが書かれている。
| プロジェクト統合マネジメント | プロジェクトマネジメントの各作業を統合する | 備考 |
| スコープ・マネジメント | 「要求されるモノやサービスの成果物」と「必要な作業と範囲」を明確にする ⇒成果物とやるべきことを明確にする |
要求事項文書 スコープ記述書 WBS |
| スケジュール・マネジメント | 「スケジュール」を作成し、管理する | スケジュール（ガントチャート） |
| コスト・マネジメント | 開発コストの見積作成及び開発時のコストを管理する | |
| 品質マネジメント | 「成果物の品質」と「作業プロセスの品質」を管理する | 品質マネジメント計画書 |
| 資源マネジメント | 「（プロジェクトに必要な）材料や装置などの物質資源」と「開発メンバである人的資源」を管理する | |
| コミュニケーション・マネジメント | 「ステークホルダーとのコミュニケーション」を管理する | |
| リスク・マネジメント | プロジェクト活動に対する脅威（リスク）を管理する | |
| 調達マネジメント | プロジェクト活動に必要なモノやサービスを外部から取得・購入・委託等を管理する。 | |
| ステークホルダー・マネジメント | プロジェクトに影響を及ぼすステークホルダーの特定・影響分析・対応等を管理する |
（さらに、余談）初心者PMにオススメの本の紹介
先日、「童話でわかるプロジェクトマネジメント［第2版］」を読みました。
誰もが知っている童話を題材に、主人公がPMとなって考えて行動するストーリーになっています。
自分は３時間くらいで読み終えました。（普通なら２時間くらいでないでしょうか。。。集中力が無くて（汗））