チームの士気は、業務の成果を直接左右する要素です。社員が自分は評価され、やる気を持てていると感じれば、仕事への関わり方、定着率、仕事の質ははっきりと上向きます。士気を高く保つには、いくつもの面で意識して、しかも一貫して取り組む必要があります。価値観をどう根づかせ、成果をどう認め、コミュニケーションをどう組み立て、成長をどう後押しするか、といった面です。ここで紹介する6つの取り組みは、そのひとつひとつに対応しています。 主なポイント 会社の文化は、スローガンを掲げるだけでは育ちません。日々の行動で何度も強化していく必要があります 従業員を大切にし、育て、その働きを認めれば、動機は目に見
プロジェクトロードマップ:プロジェクトの計画と管理に関する段階的なガイド
プロジェクト計画を戦略的に立て、スケジュールを管理し、チームの足並みをそろえるためのロードマップの作り方を解説します。ロードマップは関係者に見せるためのスライドではありません。長期的な目標と毎日の作業をつなぐ、実際に使う文書です。部門をまたぐチームで優先順位がぶつかったり、作業が少しずつ本筋からそれたりするのを防ぎたい、もっとしっかりした骨組みがほしいと感じているプロジェクトマネージャーに向けた記事です。
重要なポイント
戦略的概観: プロジェクトロードマップがあると、チームは目に見える段階と成果に沿って動けます。この骨組みがないと、優先順位はいつの間にか変わり、チームは共通の目標をよそに目の前のタスクばかり磨き上げるようになります。
段階的なロードマップ作成: ロードマップが機能するのは、誰が責任を持つか、どのくらいの頻度で見直すか、マイルストーンの達成をどう判断するかが決まっているときです。そうでなければ、発表資料の名残として残るだけです。
実用的なツール: ガントチャートのような図にすると、作業どうしのつながりとタイミングがひと目でわかります。順番が見えればリソースの計画を立てやすくなり、リスクも早めに浮かび上がります。
成功への航行: プロジェクトロードマップの力
プロジェクトが失敗するのは、たいてい努力が足りないからではありません。どこへ向かうのかがはっきりしないからです。目標、スケジュール、マイルストーンがいくつもの文書に散らばっていると、チームの判断は後になって食い違います。ロードマップは、それらをひとつの見える形にまとめます。
ロードマップがないと、スコープは知らないうちに広がり、締切はずるずると延び、関係者はそれぞれ違う優先順位を思い描くようになります。PMIの業界レポートでも、戦略との整合がとれているほどプロジェクトの成果がよいという傾向が繰り返し示されています。流れは読めます。確認の節目を先に決めておけば、難しい取捨選択は危機のさなかに迫られることなく、早い段階でできます。
ロードマップは詳細な計画とは別物です。ロードマップは順番と狙いを決めます。計画は実行の細部を決めます。この線引きをはっきりさせておくと混乱が減り、同じ内容の文書が重複することもなくなります。
プロジェクトロードマップの主要構成要素
ロードマップが役に立つのは、各要素が願望を書き並べたものにとどまらず、判断のよりどころになっているときだけです:
- プロジェクトゴール: 目標は測れるもので、期限がついていなければなりません。「6月までにMVPをローンチ」なら、どこまでを作るのか、何をもって成功とするのかも含めておく必要があります。成功の定義があいまいだと、進み具合を客観的に評価できません。
- マイルストーン: マイルストーンは見直しの節目です。ひとつでも逃せば、スコープを削るか、期間を延ばすか、人を足すかを選ばなければなりません。マイルストーンがないと、遅れは誰にも気づかれないまま積み重なります。
- 主要タスクとフェーズ: フェーズは作業を筋の通ったまとまりに分けます。SaaSのチームなら、調査、開発、検証、リリースという区切りになることもあります。境目がはっきりしていれば、やり残しが次の段階に持ち越されません。
- タイムライン: 期間を決めると、集中すべきことがはっきりします。期間が決まっていないと、何もかもが急ぎに感じられ、優先順位は個人の感覚しだいになります。
- リスクと制約: 制約が見えていれば、計画もそれに合わせて変わります。予算の上限、法律上の要件、技術的負債は、最初から作業の順番を決める材料にするべきです。
詳しくはこちら:個人生産性ソフトウェア。
プロジェクトロードマップ vs. プロジェクト計画
ロードマップとプロジェクト計画の違いは、実務の上ではっきりしています:
- プロジェクトロードマップ: 段階とマイルストーンを大きくとらえた全体像です。何を目指し、どんな順番で進むのかに答えます。スケジュール表やチャートの形で示されることがよくあります。ロードマップの見せ方については「ガントチャートとは? プロジェクト管理におけるガントチャート活用ガイド」で詳しく紹介しています。
- プロジェクト計画: タスク、担当者、締切まで細かく落とし込んだものです。誰が、何を、いつやるのかに答えます。プロジェクト計画を実際に進める方法は「プロジェクト管理ワークフロー: プロジェクト成功を効率化するためのステップバイステップガイド」でくわしく解説しています。
プロジェクトロードマップの作り方
ロードマップは一度作れば終わりというものではありません。ふだんの業務の流れに組み込んでおくものです。次の手順を踏めば、実際に回せるロードマップになります:
- 最終ゴールを定義する: 測れる成果について合意し、誰が責任を持つかを確かめます。たとえば「四半期末までに新規リード10,000件」という目標なら、現状の数字と責任者がはっきりしている必要があります。
- 主要ステージを設定する: 目標を、それぞれ単独で見直せる段階に分けます。プロダクトやマーケティングのチームなら、調査、制作、ローンチ、効果の分析という流れになることもあります。各段階に出口の条件を決めます。
- ツールとテンプレートを選ぶ: ProductPlanのようなツールを使うと、作業の順番やつながりを図にしやすくなります。見えればあいまいさが減ります。仕事の流れをうまく組むコツは「ワークフロー・テンプレート: プロセスを最大効率化する方法」で紹介しています。
- リスクと制約を特定する: 制約は直接書き込みます。予算の上限、関係者の関与が薄れるリスク、技術的な難しさは、いつ何をするかの判断材料にするべきです。詳しくは「アジャイル手法のトップメリット: プロジェクト管理で成功を導く理由」で。
- ロードマップを定期的に更新する: 毎月、あるいはリリースのたびなど、見直しの頻度を決めておきます。更新されないロードマップは、現実とずれて誰も頼りにしなくなります。
きちんと手入れを続けていれば、ロードマップは優先順位や取捨選択を話し合うときに全員が立ち返る基準になります。
興味深い事実
最初の「ロードマップ」はプロジェクトのためのものではなかったことをご存じでしたか? 中世の巡礼地図には、すべての道が描かれていたわけではありません。描かれていたのはおもな立ち寄り先で、旅に必要なものだけが強調されていました。いまのプロジェクトロードマップも同じ考え方に立っています。大事なマイルストーンを決め、順番に目を向けさせるのです。
ロードマップを図にするのに役立つツールは「ガントチャートとは? プロジェクト管理におけるガントチャート活用ガイド」で探せます。仕事の流れを改善するヒントは「ワークフロー・テンプレート: プロセスを最大効率化する方法」をご覧ください。関連情報:プロジェクト管理。
結論
プロジェクトロードマップが実行の代わりになるわけではありません。実行の足並みをそろえるものです。チームが同じ全体像を共有していないと、優先順位は割れ、リスクは遅れて表に出てきます。
マイルストーンをはっきりさせ、順番を見えるようにし、定期的に見直していれば、上に判断を仰がなくて済む場面が増えます。取捨選択も、まだ手を打てるうちに済ませられます。
推薦図書
"Project Management Lite"
プロジェクトマネジメントを始めたばかりの人に向けた実践的な入門書です。実行の基本となる規律を中心に書かれています。
"The Lean Startup"
変化に合わせて形を変えられるプロジェクトを組み立て、規模を広げる前に仮説を確かめる方法を説いた本です。
"Scrum: The Art of Doing Twice the Work in Half the Time"
反復しながら届けるやり方と、優先順位を筋道立てて決める方法を、応用の視点から解説しています。