【備忘録】WBSをきれいに作るより、「事実」と「見せ方」を分けたほうが楽なのかもしれない

Posted at 2026-08-11

はじめに

先日、次の記事を書きました。

【備忘録】AIで編集しやすいWBSの作り方 - 機能軸・工程軸で工数を集計するMarkdown表

思っていた以上に多くの方に読んでいただきました。

もともとは、仕事で見積もりやWBSを触っている中で、

もう少し簡単に集計したり、比較したり、AIに手伝ってもらったりできないかな

と考えたことがきっかけでした。

今回は前の記事の実装方法というより、なぜこういう持ち方を考えたのかを少し整理してみます。

技術解説というより、見積もりやWBSを触っていて感じたことを書いた個人的なメモです。

組織のルールやプロジェクトの規模、制約・条件によって、適したやり方は当然変わると思います。特定の方法を正解とするものではなく、個人開発や小さな検討、AIを使う・使わないにかかわらず、「こういう考え方もあるのでは」という備忘録としてまとめています。

※後半で触れる製品・サービスの提供状況は、2026年8月11日時点で確認した公式情報をもとにしています。提供状況・課金体系は変わりやすいので、実際に使う前には必ず最新の公式ドキュメントをご確認ください。

見積もりは、一度作って終わりではない

見積もりをしていると、最初に考えていなかった話が途中から出てくることがあります。

例えば、こんな感じです。

この作業も必要なのでは
ここは並行して進められないか
人を追加したら早くならないか
なるべく早く終わらせたい
この機能を外したらどのくらい減るか
この工程だけ先行できないか
前回の見積もりと何が変わったのか見せてほしい

こうした検討自体は必要だと思います。

ただ、条件が変わるたびに、

WBSを修正する
工数を集計し直す
担当者を入れ替える
スケジュールを引き直す
ガントチャートを修正する
前回との差分を説明する

という作業を繰り返していると、だんだん見積もりを考えているのか、資料を直しているのか分からなくなることがあります。

特に、「A案とB案をざっくり比較したい」くらいの段階でも、完成されたWBSやガントチャートを毎回作り直そうとすると、結構しんどいです。

「事実」と「集計結果」は分けてもいいのでは

そこで最近思うのが、

事実として持つデータと、人に見せるための集計結果は分けたほうが楽なのではないか

ということです。

例えばタスクについて、次のような情報を持っているとします。

ID
機能
工程
タスク
担当
見積工数
実績工数
状態

これは「事実」側のデータです。

一方で、そこから見たいものは状況によって変わります。

機能別工数
工程別工数
担当者別工数
見積／実績比較
案ごとの比較
ガントチャート
前回からの差分

こちらは「見せ方」や「ビュー」と考えることができます。

タスクの実体
    │
    ├─ 機能別集計
    ├─ 工程別集計
    ├─ 担当者別集計
    ├─ 見積／実績比較
    ├─ 案ごとの比較
    └─ ガントチャート

前の記事でも、1行1タスクの表をマスタとして、機能軸・工程軸の集計はそこから生成する形にしました。

改めて考えると、自分がやりたかったのはMarkdown化そのものではなく、実体とビューを分けることだったのだと思います。

集計結果そのものをマスタとして管理し始めると、変更のたびに複数の表を同期しなければなりません。

それよりも、

事実は1か所に置いて、必要な見せ方はそこから作る

くらいに割り切ったほうが扱いやすいのではないかと思っています。

専用システムを使えば解決する話でもある

もちろん、これは新しい考え方ではありません。

プロジェクト管理ツールや各種業務アプリには、もともと次のような機能があります。

タスク管理
工数集計
リソース管理
ダッシュボード
ガントチャート
レポート

きちんと運用できる環境があるのであれば、専用システムを使うのがよいと思います。

一方で、実際の仕事では、

ライセンスが必要
全員が同じツールを使えるわけではない
社外の人とは共有しにくい
一時的な見積もりのために環境を作るほどではない
ちょっと比較したいだけ

ということもあります。

専用システムを導入するほどではないけれど、Excelの表を何枚も作り直すのもしんどい。

その間くらいに、「単純なデータ＋AI」という選択肢があってもいいのでは、と思っています。

ざっくり概算して比較するだけならMarkdownでもいい

例えば、

A案だと120人日、B案だと105人日
この機能を外すと15人日減る
テスト工程を20%追加するとどうなるか
2名追加した場合のスケジュール案をざっくり見たい

くらいを比較したいのであれば、必ずしも立派なプロジェクト管理システムが必要とは限りません。

Markdownの表でタスクを持っておけば、AIに対して、

この機能を対象外にした場合の工程別工数を出して

A案とB案の差分をまとめて

担当者を2名追加したケースを別案として作って

といった依頼もしやすくなります。

前の記事でMarkdownを使ったのも、このあたりが理由です。

Markdownそのものが特別に優れているというより、AIが読み書きしやすい単純なデータにしておくことに意味があるのではないかと思っています。

なお、AIが出した集計をそのまま資料に載せるのは避けたほうが無難です。前の記事でも書きましたが、合計値だけは自分で検算するか、スクリプトで突き合わせる仕組みを1つ用意しておくと安心です。

事実データはCSVでもJSONでもいい

さらに言えば、元データはMarkdownである必要すらないと思っています。

例えば、

tasks.csv

でも、

tasks.json

でも構いません。

用途によってはYAMLでもいいでしょうし、Excelを入力元にしてもよいと思います。

重要なのはファイル形式そのものではなく、

何を事実として持つのかを決めておくこと

ではないでしょうか。

人間が見る資料と、事実を記録するデータを同じものにしようとすると、だんだん複雑になっていきます。

AIを使うのであれば、例えば、

Markdown / CSV / JSON
        ↓
       AI
        ↓
集計表 / 比較表 / Markdown / グラフ / 説明文

のように、必要になったときに変換する使い方もできそうです。

「完成した表」をマスタにしなくてもよくなるのかもしれない

これまでは、人間が直接見るExcelやWBSそのものを「完成品」として作ることが多かったと思います。

もちろん、最終的に人に説明する資料は必要です。

ただ、AIが間に入るようになると、普段は単純なデータだけ持っておいて、必要なときに必要な見せ方を生成する、という運用もしやすくなります。

例えば、

「機能別に見たい」→ 機能別に集計
「スケジュールを見たい」→ ガントチャートを生成
「前回との違いは？」→ 差分を生成
「この機能を外したら？」→ 別案を生成
「上司向けに3行で」→ 要約を生成

といった形です。

そう考えると、WBSを一生懸命完成された1枚の表にする必要は、少し減っていくのかもしれません。

もちろん、何でもファイルで管理すればいいわけではない

一方で、何でもMarkdownやCSVで管理すればいいとは思っていません。

例えば、次のような用途なら軽量なファイル管理でも扱いやすいと思います。

タスク数がそれほど多くない
一時的な概算見積もり
個人または少人数での検討
複数案をざっくり比較したい
Gitなどで差分を確認したい

逆に、

データ量が多い
複数プロジェクトを横断して扱う
過去の見積もりや実績を継続的に比較したい
複数ユーザーが同時に更新する
権限管理や監査が必要
他システムと継続的に連携する

といったところまでいけば、ファイルだけで頑張るよりDBや専用システムで管理するほうが自然だと思います。

ざっくり言えば、こんなイメージです。

小さな検討・概算
    ↓
Markdown / CSV / JSON
    ↓
データや履歴が増える
    ↓
SQLite / DB
    ↓
複数人・複数システムで利用
    ↓
プロジェクト管理システム / 業務システム

最初から大きな仕組みを作るのでもなく、逆にファイル管理に固執するのでもなく、規模に合わせて道具を変えていけばいいのかなと思っています。

おまけ：専用ツール側もAIに寄ってきている

ここまで「単純なデータ＋AI」という話を書きましたが、専用ツール側でもAI活用はかなり進んでいます。

MicrosoftのDynamics 365 Project Operationsでは、Copilotによるプロジェクト管理支援が提供されています。公式ドキュメントでは、プロジェクト名や説明からのタスクプラン生成、リスク評価、プロジェクト状況レポートの生成が案内されています。ただしリスク評価とステータスレポートについては、時間・経費・材料などの実績（actuals）が記録されていることが前提とされています。

Microsoft PlannerにもPlanner Agentがあり、目標からタスクを生成したり、タスクを実行したり、プランの進捗・マイルストーン・今後のタスクをもとにステータスレポートを生成したりできるようになっています。

さらにPlannerについては、Work IQ MCPの一部として公式のPlanner MCP Serverの提供も始まっています。2026年8月時点では対応範囲や利用可能なクライアントに制限がありますが、今後の拡張も案内されています（詳細は末尾の参考情報を参照）。

Microsoft DataverseもMCP（Model Context Protocol）Serverとして利用でき、Copilot Studio、Visual Studio CodeのGitHub Copilot、GitHub Copilot CLI、Claude Desktop、Claude CodeなどのMCPクライアントからDataverseのテーブルやレコードにアクセスする仕組みが公式に提供されています。

ただしDataverse MCP Serverについては、「繋げばすぐ無料で使える」ものではない点に注意が必要です。2025年12月15日にGAとなり、同日以降は利用が課金対象とされています。またガバナンスの仕組みが入っており、既存ユーザーでは既定でCopilot Studioのみが有効で、VS CodeのGitHub CopilotやClaudeなど他のクライアントを使う場合はPower Platform管理センターでの設定が必要です。

Dynamics 365 SalesやFinance and OperationsでもMCP対応が進んでいます（Finance and Operations向けのMCP Serverはプレビューで、バージョン要件と明示的な有効化が必要です）。

そう考えると、すでに一部の製品では始まっていますが、今後はさらに、

プロジェクト管理データ
        ↓
DB / Dataverse / 専用システム
        ↓
       MCP
        ↓
       AI
        ↓
比較・集計・分析・資料生成

のように、事実データは専用システムでしっかり管理しつつ、必要な見せ方や分析をAIに任せる形がもっと一般的になるのかもしれません。

なお、2026年8月時点で確認した範囲では、Microsoft Project専用の公式MCP Serverが提供されていることまでは確認できませんでした。Microsoftが公開しているMCPサーバーのカタログ（microsoft/mcp）にも、ProjectやProject for the webに対応するエントリは見当たりません。

とはいえ、DataverseやPlannerの例を見ると、「プロジェクト管理データをMCP経由でAIに繋ぐ」という方向は、Microsoftの業務アプリ・データ基盤全体ですでに具体化し始めていると捉えてよさそうです。

見方を変えると、専用システム側でも結局やっていることは同じで、事実データはシステムに置き、見せ方はAIに作らせるという構造になっています。手元のMarkdownでやるか、Dataverseでやるかの違いだけで、「実体とビューを分ける」という考え方そのものは共通しているように思います。

まとめ

今回考えていたことをまとめると、次のようになります。

WBSをきれいに作ること自体を目的にしない
タスクなどの「事実」と「集計・可視化」を分ける
小規模な概算や比較ならMarkdown / CSV / JSONでもよい
集計や比較はAIやスクリプトに作らせる（合計値の検算だけは自分で持つ）
データ量や利用者が増えたらDBや専用システムへ移る
専用システム側でもAIやMCPとの連携が進み始めている（ただし課金・管理者設定の確認は必要）

見積もりをしていると、条件が変わるたびに表を修正して、集計して、ガントチャートを引き直して……という作業に思った以上に時間を使うことがあります。

そんなとき、

「この表をどう直すか」ではなく、「事実だけ残して、見せ方は必要なときに作ればいいのでは？」

と考えてみると、少し楽になるのかもしれません。

まだ自分でも試行錯誤中ですが、AIを使ったWBSや見積もり管理を考えるうえで、この実体とビューを分けるという考え方は意外と大事なのではないかと思っています。

参考情報

本記事は個人的な経験や考えを整理したものです。関連する技術・サービスについて、2026年8月11日時点で確認した主な公式情報を記載します。

前回記事

Qiita：【備忘録】AIで編集しやすいWBSの作り方 - 機能軸・工程軸で工数を集計するMarkdown表

前回記事では、1行1タスクのフラットな表をマスタとし、機能別・工程別・クロス集計をそこから生成する「ビュー」として扱う方法を整理しました。

Dynamics 365 Project OperationsのCopilot

Microsoft Learn：Copilot for project overview
Microsoft Learn：Copilot for project responsible AI FAQ

Dynamics 365 Project Operationsでは、Copilotによるプロジェクト管理支援が提供されています。公式ドキュメントでは、プロジェクト名・説明からのタスクプラン生成（所要期間や工数の見積もり案を含む）、リスク登録簿の評価と軽減策の提案、KPIをもとにしたプロジェクト状況レポートの生成が案内されています。リスク評価とステータスレポートの生成には、時間・経費・材料などの実績の記録が前提となる旨も記載されています。

Microsoft PlannerのPlanner Agent

Microsoft Support：Access Planner Agent
Microsoft Support：Create a plan from scratch with Planner agent
Microsoft Support：Execute tasks with Planner agent
Microsoft Support：Generate automatic status reports with Planner Agent

Planner Agentでは、高レベルの目標からタスクを生成したり、タスクを実行したり、プランの進捗・マイルストーン・今後のタスクをもとにステータスレポートを生成したりする機能が案内されています。

Microsoft Planner MCP Server

Microsoft Tech Community（Planner Blog）：Enable agentic work management with Microsoft Planner MCP Server
Microsoft Learn：Work IQ MCP overview (preview)

Planner MCP ServerはWork IQ MCPの一部として提供されており、エージェントからプランやタスクの作成・更新・状態把握ができると案内されています。2026年8月時点では基本プラン（basic plans）のみ対応で、依存関係・タスク履歴・カスタムフィールドなどのPremium機能は未対応、利用はGitHub Copilot CLI経由（Copilot Studio、VS CodeのGitHub Copilot、Agent 365 SDK/CLI、Microsoft Foundryへの対応は進行中）とされています。

Microsoft DataverseとMCP

Microsoft Learn：Connect to Dataverse with model context protocol (MCP)
Microsoft Learn：Connect to Dataverse with model context protocol in non-Microsoft clients
Microsoft Learn：Configure the Dataverse model context protocol (MCP) server
Microsoft Learn（Release plan）：Dataverse MCP Server

Microsoft DataverseはMCP Serverとして利用できます。公式ドキュメントでは、Copilot Studio、Visual Studio CodeのGitHub Copilot、GitHub Copilot CLI、Claude Desktop、Claude CodeなどのMCPクライアントからDataverseのテーブルやレコードへアクセスできることが案内されています。非Microsoftクライアントからの接続には、@microsoft/dataverse によるローカルプロキシ経由と、Microsoft Entraアプリを登録してリモートエンドポイント（/api/mcp）へ直接接続する方法があります。

Release planでは、Dataverse MCP Serverが2025年12月15日に全リージョンでGAとなり、同日以降は利用が課金対象となること、ガバナンスの仕組みにより既存ユーザーでは既定でCopilot Studioのみが有効となることが案内されています。

Dynamics 365とMCP

Microsoft Learn：Dynamics 365 Sales Model Context Protocol overview
Microsoft Learn：Use Model Context Protocol for finance and operations apps

Dynamics 365 SalesやFinance and OperationsでもMCPを利用する仕組みが公式に案内されています。Finance and Operations向けのMCP Serverはプレビューで、利用には対象環境の要件や明示的な有効化が必要です。詳細は最新の公式ドキュメントをご確認ください。

MicrosoftのMCPサーバーカタログ

GitHub：microsoft/mcp

Microsoft公式のMCPサーバー実装のカタログです。2026年8月11日時点でMicrosoft Dataverseは掲載されていますが、Microsoft ProjectやProject for the web向けのエントリは掲載されていません。

※2026年8月11日時点では、Microsoft Planner向けのPlanner MCP Serverは提供されていますが、Microsoft Project専用のMCP Serverについては公式情報を確認できませんでした。製品・機能の提供状況や課金条件は変更される可能性があるため、利用時には最新の公式情報をご確認ください。

You get articles that match your needs
You can efficiently read back useful information
You can use dark theme

What you can do with signing up