プロが詳しく解説するプロジェクトマネジメント全体像と成功の秘訣

プロジェクトマネジメントとは何か（まず押さえる定義と全体像）

プロジェクトマネジメントの基本的な考え方

プロジェクトマネジメントとは、ある目標や目的を達成するために、限られた期間・予算・人材のなかで、計画を立てて、実際に作業を進め、途中で発生するさまざまな問題やリスクを管理していく活動です。たとえば、新しい商品を決められた日までに発売する、ウェブサイトを立ち上げる、大きなイベントを開催するといった「一度きりの特別な取り組み」を成功させるために活用します。

どのような作業が含まれるのか

プロジェクトマネジメントの主な作業には、目標やゴールの明確化、計画の作成、進捗管理、品質やコストの確認、関係者とのコミュニケーション、発生した問題（リスク）への対応などがあります。これらの作業をバランスよく進めることで、プロジェクトの成功に近づけます。

PMBOKに見る枠組み

「PMBOK（ピンボック）」という国際的なガイドラインでは、プロジェクトマネジメントの進め方を5つのプロセス（立上げ→計画→実行→監視・コントロール→終結）に整理しています。また、管理すべき分野（知識エリア）としては、統合やスコープ（範囲）、スケジュール、コスト、品質、資源、コミュニケーション、リスク、調達、ステークホルダーの10分野があり、実際の現場でも参考になります。

次の章では、「どんな取り組みが“プロジェクト”と呼べるのか」について、さまざまな具体例を紹介します。

プロジェクトの具体例（どんな取り組みが「プロジェクト」か）

プロジェクトマネジメントについて理解を深めるためには、どんな場面で「プロジェクト」という言葉が使われるのかを知ることが大切です。「プロジェクト」と聞くと、特別なものや大規模なものを想像しがちですが、実は私たちの身近な職場や日常でも多く存在します。

新規事業の立ち上げ

例えば、新しい商品やサービスの開発、事業所の開設などは典型的なプロジェクトです。ひとつの分野にとどまらず、営業、開発、経理といった複数の部署が連携して、明確なゴールを目指します。期間が決まっていて、目標が達成されたらプロジェクトは終了します。

業務システムの刷新・導入

会社で使うシステムを新しくしたり、他社のシステムを自社に合わせてカスタマイズする場合もプロジェクトです。IT部門だけでなく、実際に業務で使う現場のスタッフや外部のエンジニアとも協力します。それぞれの役割分担を明確にして、段階的に進めていくことが多いです。

働き方改革の推進

近年よく話題になる「働き方改革」もプロジェクトのひとつです。例えば、リモートワークの導入やフレックスタイム制の採用などが挙げられます。総務、人事、システム担当など複数部門が関わり、限られた期間で新しい仕組みを作っていきます。

マーケティングキャンペーンの実施

新商品を広く知ってもらうために、広告やSNS、イベントを組み合わせたキャンペーンを実施することもプロジェクトに該当します。広報やマーケティング部門だけでなく、デザイナーやライター、外部の広告代理店といった様々な専門家がチームを作り、短期的に集中して取り組みます。

プロジェクトは目的や規模を問わず、期限が決まっていて、達成すべき目標があるものを指します。こうした具体例を意識することで、プロジェクトマネジメントの全体像もより身近に感じられるようになります。

次の章では、プロジェクトの進行においてプロジェクトマネージャーがどのような業務を担当するのかを、フェーズごとにわかりやすくご紹介します。

フェーズ別：プロジェクトマネージャーの具体的な業務例

プロジェクトマネージャーの役割や業務は、企画から実行、終結までの各フェーズによって大きく変化します。ここでは、実際の流れに即して主な業務を具体的にご紹介します。

1. 企画立案・提案フェーズ

この段階では、まずプロジェクトの目的や背景を整理します。次に、どのようなIT技術や仕組みが有効かを検討し、チーム内外との意見交換を重ねて最適な案をまとめます。例えば、新しいシステムを導入する場合は、既存業務の課題点を把握し、どの部分を自動化するのが効果的かを考えます。その上で、上層部やお客様への提案書を作成し、必要に応じ見積りも用意します。

2. 計画策定フェーズ

プロジェクトが承認されると、計画策定に進みます。ここでは、実施する内容（例：新しいウェブサービスの詳細機能の洗い出し）をひとつひとつリストアップし、関係者と合意を取ります。また、どの順番で、どれくらいの期間で進めるかといったスケジュールを作成します。プロジェクトが進行する中で要件が変わることもあるため、柔軟に計画を見直しながら管理していきます。

3. 実行・監視・終結フェーズ

計画が決まったら、いよいよプロジェクトを実行します。実際の開発や作業が進んでいるかどうか、進捗をこまめに確認します。また、遅れや問題点があれば早い段階で把握し、対策を検討することも大事です。品質のチェックや、関係者間の情報共有・調整も欠かせません。プロジェクト終了時には、最終成果物の確認や、関係者への報告を行い、必要があれば今後の改善点もまとめます。

このように、プロジェクトマネージャーは各フェーズでその時々に応じた多彩な業務を担当します。

次の章は「代表的なプロジェクトマネジメント手法と『使い所』の例」です。

代表的なプロジェクトマネジメント手法と「使い所」の例

PMBOK（ピンボック）

PMBOKは、世界のプロジェクトマネジメント分野で標準的なガイドラインとして認識されています。これは、計画・実行・監視・納品といった全フェーズを体系的に整理し、共通の言葉やプロセスを整備したものです。たとえば初めて複数部署と協力するプロジェクトや、手順があいまいになりやすい大規模案件で役立ちます。多様な関係者が集まると「用語」や「進め方」の認識がブレやすくなりますが、PMBOKを参照すれば、基本的な流れや注意点を統一して共有できます。

WBS（作業分解構成図）

WBSは、大きな仕事を細かいタスクに分けて整理する手法です。たとえば新しい商品を開発するとき、「企画→設計→試作→量産→販売準備」と階層的に細分化し、抜け漏れを防ぎます。誰が・どこまで担当しているか、成果物ごとに全体像をつかみたいときに有効です。

ガントチャート

ガントチャートは、タスクを横軸に時間、縦軸に担当や作業内容で並べることで、進捗や計画を可視化します。たとえば同時並行で動く作業が多いプロジェクトや、納期が厳しい案件の進捗判断でよく使います。いつ・誰が・何をするかが一目で分かり、優先順位付けや遅れの管理がしやすくなります。

PERT（パート）

PERTは、タスクの所要時間に不確実性が高い場合や、全体の遅延リスクを把握したい場面で便利です。複数の工程が複雑に絡む製造や研究開発など、どこが遅れると全体に影響が出るか（クリティカルパス）を事前に予測できます。

CCPM（クリティカルチェーン・プロジェクトマネジメント）

CCPMは、作業時間の見積もりだけでなく、利用できる人や設備の制約も考えながらプロジェクトを進めていく方法です。よく「人手が足りない」「機械が使えない」といったボトルネックをバッファ（予備時間）で調整します。納期を守りたい案件や、リソースが限られる現場で威力を発揮します。

PPM・P2M

これらは「プロジェクトの集まり＝ポートフォリオ」で最適化を図る考え方です。たとえば企業で複数の新規事業を同時に検討する場合、限られた資金や人材を価値や優先度で分配し、全体として成果を最大化します。個々のプロジェクト管理のみならず、全社的なバランスを見たいときに使います。

開発モデルの比較例

安定した要件で進めるならウォーターフォール型、仕様変更や改善を柔軟にくり返す必要があればアジャイル型など、プロジェクトの性格に合わせて手法を選びます。

次の章に記載するタイトル：実務で使えるタスク・アウトプット例（テンプレと並行して押さえる）

実務で使えるタスク・アウトプット例（テンプレと並行して押さえる）

プロジェクトマネジメントの現場では、「実際にどのような形でタスクや成果物を管理しているのか？」がイメージしにくいことがあります。ここでは、代表的な例を具体的にご紹介します。

WBS（作業分解構成図）の例

たとえば、広告キャンペーンを実施するプロジェクトの場合、成果物をごとにタスクを分解します。たとえば「キャンペーン実施」→「クリエイティブ（広告素材）制作」→「入稿管理」→「配信設定」→「効果測定」→「レポーティング」という流れです。各作業に担当者、所要時間、締切日などを割り当て、進捗や漏れを防ぐ仕組みです。

ガントチャートの例

プロジェクトの工程が時間軸でどのように並ぶかを、一目で分かる図として活用します。たとえば「要件確定」→「設計」→「実装」→「テスト」→「リリース」など各工程をバーで表現し、順番や同時進行の可否、どの作業が遅れると全体に影響するのか（クリティカルタスク）も分かります。複数メンバーが協力するプロジェクトで特に便利です。

PERT（パート法による見積り）の例

タスクごとに「楽観値（最短）」「最頻値（標準）」「悲観値（最長）」を見積もります。たとえば作業Aの期間が楽観値3日、最頻値5日、悲観値10日とした場合、平均的な所要日数や遅延リスクの大きさも把握でき、計画修正やリスク対応がしやすくなります。

PMBOK流アウトプット（知識エリア別）

国際的なプロジェクトマネジメント標準では、成果物の例として次のようなものが典型です。
- スコープ記述書（プロジェクトで何をどこまでやるか明文化）
- WBS辞書（各タスクの説明や必須条件を書いたリスト）
- スケジュールネットワーク図（工程の順序や依存関係を示す図）
- コストベースライン（予算配分の基準資料）
- 品質マネジメント計画（検収条件・合格基準など）
- 資源計画（ヒト・モノ・カネの投入計画）
- コミュニケーション計画（関係者への情報伝達方法の設計）
- リスク登録簿（想定されるリスク一覧と対策メモ）
- 調達計画（外部発注や購入の一覧と管理方法）
- ステークホルダーエンゲージメント計画（関係者の巻き込み・調整計画）

このように、各種のテンプレートや標準資料を活用すると、抜けや漏れを防ぎやすくなり、プロジェクト全体の見通しが良くなります。

次の章に記載するタイトル：研修・企業事例：能力開発の進め方の「例」

研修・企業事例：能力開発の進め方の「例」

サービス業B社の事例では、プロジェクトマネジメントのスキルを体系的に身につけるために、役職者向けの研修が行われました。この研修では、プロジェクトの各段階（計画、実行、評価など）ごとに、どのような役割やタスクが求められるのかを講義やグループワークを通じて学んでいます。

特に特徴的だったのは、研修参加者が単に知識を得るだけでなく、自分の業務にどのように活かすかを具体的に考える「アクションプラン」をその場で作成したことです。たとえば、会議の進め方やコミュニケーションの注意点、課題発見のコツなど、現場ですぐ実践できる小さな行動目標になりました。実際に現場へ戻った後、このアクションプランに従い、業務改善や進行管理に役立てたことが記録されています。

また、B社では研修の前に「事前インプット資料」を配布し、現状の課題認識を促しました。これにより、研修当日に学ぶ内容やディスカッションがより深まる効果があったようです。受講者同士の交流や振り返りの時間もしっかり確保され、相互の気付きがモチベーションに繋がったといいます。

このように、単なる知識伝達ではなく、現場実践と結びつく能力開発の手法は多くの企業で有効とされています。

次の章では、プロジェクトマネジメントの成功に近づく実務ポイントの例を解説します。

成功に近づく実務ポイントの例

ステークホルダーの整理と関係構築

プロジェクトで成果を出すためには、関係者（ステークホルダー）の状況や関わり方を早い段階で洗い出して整理することが重要です。たとえば新しい商品開発の場合、開発チームだけでなく、営業やカスタマーサポート、場合によってはお客様自身もステークホルダーとなります。誰がどのように関与し、どのタイミングで意見を聞くべきかなどをまとめた「ステークホルダーマップ」を作ると、後々のトラブルやコミュニケーション不足を避けやすくなります。

目的・成果物・成功基準（ODSC）の明確化

プロジェクトを始める際は、「なぜこの取り組みが必要なのか」という目的と、「具体的にはどんなものを作るのか」という成果物、さらに「何をもって成功とするのか」という基準（ODSC：Objective, Deliverable, Success Criteria）をできるだけ早く言葉にして、チーム全体で共有することが欠かせません。たとえば、サイトリニューアルのプロジェクトであれば、目的＝利用者の利便性向上、成果物＝新デザインのWEBサイト、成功基準＝アクセスが2割増えた、など明確なイメージがあれば、進行途中のブレも少なくなります。

目標のタスク分解と実行計画の作成

プロジェクトの大きな目標は、そのままでは実行できません。商品発売を例に挙げると、企画、設計、制作、プロモーションと各フェーズに分け、さらに「設計」ならば“どんな機能が必要か”“誰が設計するか”“いつまでに終えるか”と細かくタスクを洗い出していきます。そして、それぞれのタスクの担当者や納期、前後のステップとのつながり（依存関係）を整理し、実行可能な計画表（スケジュール）に落とし込みます。これによって、誰が何をしているのか見えやすくなり、進捗確認や調整もスムーズに進みます。

手法・ツールの選定と導入

プロジェクト管理の進め方や使うツールは、状況によって適したものが異なります。たとえば、毎週会議や進捗報告をこまめにした方が良いプロジェクトもあれば、メールやチャットで十分なものもあります。スケジュール表やタスク管理アプリを導入すれば、全体の状況が一目で分かりやすくなり、進捗を数字や図で確認しやすくなります。ツール選定では、「誰でも簡単に使いこなせるか」「記入や確認が負担にならないか」といった観点が役立ちます。

チームの信頼関係づくり

計画やツールだけではプロジェクトは進みません。チームメンバーが自由に意見を言えたり、困ったときに助け合える雰囲気をつくることが大切です。たとえば、定期的に小さな相談会を設けたり、お互いの作業を気軽に覗ける“オープンデスク”の時間を作るなど、チームのつながりを深める取り組みが推奨されます。信頼関係があるチームほど、トラブル発生時の対応も早く、成功に近づきやすいです。

次の章に記載するタイトル：AI活用の最新「例」：プロジェクト実行フェーズのプロンプト設計

AI活用の最新「例」：プロジェクト実行フェーズのプロンプト設計

AIプロンプト設計がプロジェクトマネジメントに与える変化

近年、AIの進化によってプロジェクトマネジメントの実行フェーズも大きく変化しています。とくに「プロンプト設計」という考え方が重要になっています。AIは検索エンジンと異なり、質問や依頼の背景・文脈までくみ取ることができます。そのため、「何を、どのように、どの形式で出力してほしいか」を、まるで人に話しかけるように明確・具体的に伝えることが大切です。

より具体的なプロンプト活用例

たとえば実行フェーズでは、以下のような活用がすぐに始められます。

• タスクリスト作成：例えば「あなたはマーケティング代理店の経験豊富なアジャイル型プロジェクトマネージャーです。いま、レストラン業界クライアントの広告キャンペーンを実行中。タスクの一覧と、それぞれの担当者、タイムラインをまとめ、進捗状況（未着手・進行中・完了）が分かる表を出力してください。ただし、予算情報は不要です」と依頼すれば、実際に必要な管理用の表をAIが自動で作成します。

• 議事録の要約：会議の音声やテキストをAIに読み取らせ、「今日の主要な決定事項と次回までの課題を200字以内でまとめてほしい」と伝えることで、短時間で全員が分かりやすい要約が得られます。

• 進捗要約の自動化：ステークホルダー向けの進捗報告資料も、「レストラン業界の事例として、どのタスクがどこまで進んでいるか、主要なポイントだけを分かりやすく箇条書きでまとめて」といったプロンプトを使えば、誰でも短時間で作成できます。

プロンプト設計のコツ

AIに依頼するときの基本は、人に説明する時と同じく、①役割設定（例：「あなたは○○の専門家」）、②前提や目的（例：「広告キャンペーン中」「予算は除外」）、③具体的な出力形式（例：「表形式」「200字以内の要約」「箇条書き」）を組み合わせて伝えることです。これにより、プロジェクトの現場でもAIが人の作業負担を減らし、質の高いアウトプットを自動化できるようになります。

次の章に記載するタイトル：情報検索とドキュメント整備の最適化例（ナレッジ運用）

情報検索とドキュメント整備の最適化例（ナレッジ運用）

タグ付けと分類の重要性

プロジェクトで日々生まれる資料や報告書を探しやすくするため、情報検索の工夫が求められます。まず有効なのが「タグ付け」と「分類」です。たとえば、「進捗」「課題」「会議資料」などのような共通タグを決めて、関係するドキュメントに付与します。あわせて、「●●プロジェクト」「納期管理」など、固有キーワードを加えるのもよい方法です。

キーワード・カテゴリの一貫性

タグだけでなく、使うキーワードや分類方法も統一しましょう。定義集を作成し、メンバー間で共通理解を持たせると、誰でも同じ言葉で検索しやすくなります。たとえば「リスク」と「課題」を混同しないようにガイドラインを示し、記録時に確認する仕組みを作ると、検索精度が向上します。

再利用性の向上

情報が整理されていれば、過去の「リスク管理表」や「意思決定の記録」などを簡単に見つけられます。よく似た新しい案件が立ち上がったとき、以前の失敗・成功事例を参考にでき、業務の効率化につながります。また、ドキュメントが散逸しづらいため、プロジェクト終了後の知識継承もスムーズです。

工夫の実践例

たとえば、簡単なファイル名ルール（例：2024_案件名_課題リスト.xlsx）を設けたり、ExcelやGoogle Driveでフォルダ構造を揃えたりします。無料の情報共有ツールでも、フォルダやタグ、コメント機能などを積極的に使いましょう。ナレッジベースとなる『よくある質問集』や『用語集』を作るのも有効です。

次の章に記載するタイトル：求人・キャリア探索での「例」：キーワードの使い方

求人・キャリア探索での「例」：キーワードの使い方

プロジェクトマネージャー職探しに役立つキーワード選び

プロジェクトマネージャー（PM）の求人を探すときには、ただ「プロジェクトマネージャー」と入力するだけでなく、関連するキーワードを組み合わせて検索することが重要です。例えば、「進捗管理」「予算管理」「関係者調整」「リーダーシップ」「スケジュール」など、プロジェクト運営に必要となる業務を表す単語を活用できます。

さらに、業界による特徴も考慮し、「IT」「建設」「新規事業」など自分が興味ある分野や経験を活かせるキーワードを追加することで、より自分に合った求人が見つかりやすくなります。

募集要項の確認ポイント

求人情報の募集要項では、プロジェクトの具体的な工程に関する記載をしっかりと確認しましょう。たとえば、「企画立案」「要件定義」「計画策定」「リスク管理」「進捗フォロー」「成果物レビュー」など、どのフェーズのどんな業務が求められているかが記載されています。こうした業務例を理解しておくと、自分の経験と照らし合わせやすくなります。

フェーズ別実績の整理例

職務経歴書を作成する際、プロジェクトのどのタイミングでどんな役割や成果があったかを明確に整理すると、採用担当者にも分かりやすく伝わります。たとえば、「要件定義フェーズで顧客の要望をヒアリングし仕様をとりまとめた」「進捗管理で週次レポートを継続し課題早期解決につなげた」など、工程と結びつけて実績を書くのがおすすめです。

次の章では、代表的手法の比較早見（適用例の一言ガイド）について説明します。

代表的手法の比較早見（適用例の一言ガイド）

本章では、これまで取り上げてきたプロジェクトマネジメントの代表的な手法を横並びで簡単に比較し、それぞれの主な特徴や「こんなときに使う」といった適用例を一言コメント付きで紹介します。専門用語が多くなりがちな領域ですが、具体例を交えて分かりやすくお伝えします。

PMBOK

定番のガイドラインとなる手法です。何から始めてよいか迷った時や、組織全体のルールづくり・教育研修の型を整えたい場合に適しています。
- 例：「社内プロジェクト管理の標準化や新入社員向け研修に」

WBS（Work Breakdown Structure）

タスクを細分化し、全体像を把握する手法です。プロジェクト開始時にやるべきことを洗い出したい時、見積もりや進捗管理のベースを作りたいときに使えます。
- 例：「これから何をするか全部書き出したい時」

ガントチャート

時系列でタスクの流れや依存関係を見える化できる方法です。作業の順番や遅れを視覚的に捉えたい時に便利です。
- 例：「誰が、いつ、何をするのかひと目で把握したい時」

PERT（Program Evaluation and Review Technique）

所要期間の見積もりを幅広く考えたい時や、不確定要素の多い案件のスケジュール作成に役立ちます。
- 例：「納期に幅があるプロジェクトや、新しい取り組みの計画時」

CCPM（Critical Chain Project Management）

リソース（人や設備）が限られている中で、効率よく納期を守りたいプロジェクトに向いています。
- 例：「複数人が同時に関わる工程が多い開発や、リソースが奪い合い状態の時」

PPM/P2M

たくさんのプロジェクトを同時に抱える部門や、投資判断を求められる経営層におすすめです。
- 例：「複数プロジェクトを並行管理し、予算配分の優先度付けをしたい時」

ウォーターフォール／アジャイル

要件が変わらず順序立てて進めたい時はウォーターフォール、途中での変更や柔軟な対応が求められる場合はアジャイルが向いています。
- 例：ウォーターフォール「完成図面が決まった建築工事」 アジャイル「要望が変わりやすいシステム開発」

次の章に記載するタイトル：すぐ使えるチェックリスト例（抜粋）

すぐ使えるチェックリスト例（抜粋）

プロジェクト立ち上げ時に確認するポイント

• プロジェクトの目的は明確ですか？
• 成果物（納品物）を具体的にリスト化していますか？
• 成功の基準（どうなれば「成功」と判断できるか）を決めて記述しましたか？
• 関係者（ステークホルダー）を洗い出し、一覧にまとめましたか？
• 制約条件（予算・期間・体制など）や前提条件を明記していますか？

計画フェーズで押さえるべき項目

• タスクの全体像を整理する「WBS」を作成しましたか？
• WBSに沿って各タスクの詳細説明（WBS辞書）を用意していますか？
• 重要な順序関係と期限を押さえた「クリティカルパス」を特定していますか？
• 誰が誰とどのように情報共有するのか、コミュニケーション計画を作成しましたか？
• リスク事項とその対策を「リスク登録簿」にまとめましたか？
• 予算・納期・品質などの目標値（ベースライン）を設定しましたか？

実行・監視フェーズで見直す事項

• 進捗報告や品質確認、コスト確認の定例会は実施できていますか？
• 予定と差が出た場合、変更が必要となった点を記録し、管理していますか？
• 「バッファ（余裕分）」の消費状況が分かるようになっていますか？

終結フェーズで漏れがないか確認すること

• 完成した成果物が受入条件を満たしているか確認しましたか？
• 得られた教訓や改善点（レッスン・ラーンド）を記録し、チーム内外で共有しましたか？

次の章に記載するタイトル：補足：手法選定における注意点の「例」

補足：手法選定における注意点の「例」

手法選定の基本的な考え方

プロジェクトマネジメントで使う手法は、どの仕事にも一律に当てはまるものではありません。業種やプロジェクトの特性により、最適な手法は変わります。例えば、製造業の新商品開発、ITのシステム開発、イベント運営など、現場によって「うまくいく型」は異なります。ですから、まずPMBOK（プロジェクトマネジメント標準）で全体のフレームを作り、その上で実際の現場に合わせて、WBS（作業分解構成図）、ガントチャート、PERT図、CCPM、アジャイルなど複数の手法を現実的に組み合わせていくことが多いです。

"なんとなく"の手法選定の危険

手法やツールの選定を、「なんとなく有名だから」「周りが使っているから」といった理由で決めてしまうと、現場で混乱したり、成果につながらなかったりするケースが多いです。例えば、急速な仕様変更が多い現場でガチガチの工程表を作ってしまうと、逆に無理や負担が増えることがあります。ですので、選定の際は「どんな特性のプロジェクトか」「どこで手こずりやすいか」などを具体的に意識してください。

ツール導入・運用の注意点

また、プロジェクト管理ツールを使い始める前には、なぜ導入するのか（目的）をはっきりさせる必要があります。たとえば「進捗の見える化」「複数人協業の円滑化」「頻繁な変更管理」など目的ごとに適したツールやルールが異なります。そして、ツールに頼りきりではうまくいきません。運用のプロセス設計やチーム内の役割分担、使う際のルール（例：週1回のタスク更新・コメント必須など）を事前に話し合い、定めてから導入することが現場の混乱防止と成功のコツです。

手法の併用・カスタマイズについて

現実のプロジェクトでは、「1つの手法」だけで進めることはまれです。例えば基本はWBSやガントチャートを活用しつつ、変更が多い部分はアジャイル的に細かく軌道修正する、という混合パターンも珍しくありません。また業務内容やチームによっては、独自ルールや小さな工夫（例：毎朝の5分ミーティング、週次のふりかえりなど）を組み込むことで、手法の弱点を補えます。

まとめ

プロジェクトマネジメントの手法やツールには王道はあっても、万能はありません。「型」を土台にしつつ、現場の実情を見極めて柔軟に組み合わせ、運用ルールを先につくることが成功の近道です。