NOT A HOTEL ARCHITECTS で目指す AI ネイティブなプロジェクト管理の実現

この記事は、NOTAのテクノロジー連載「Tech Behind the Scenes」です。

こんにちは、NOTA の uji です。
4月から、NOT A HOTEL をはじめ NOTA の建築を手がけるチーム「NOT A HOTEL ARCHITECTS」で、Forward Deployed Engineer（FDE）として働いています。

求人もあるので興味のある方はご覧ください。

herp.careers Forward Deployed Engineer（FDE）

NOTA株式会社

募集要項をみる

私たち FDE は設計の現場に入り込んで、業務そのものをソフトウェアと AI でつくり直すことで、チーム全体の設計のスピードを上げるのが役割です。
これまでにいくつかの社内ツールと業務プロセスを開発し、実際の運用に乗せてきました。
今回はその中から、プロジェクトのスケジュールとタスクの管理を改善した話を紹介します。

FDE チームでは、ほかにもさまざまな取り組みが進んでいます。今後この連載で順にご紹介していきますので、お楽しみに。

最初に向き合った課題：「誰が・何を・いつまでに」をもっと見えやすくする

チームが最初に取り組んだのは、とにかく現場のメンバーの話を聞くことでした。
オンラインでも現場での立ち話でもヒアリングを重ね、アンケート調査も実施しました。

そこで見えてきた全チーム共通の課題は、「誰が・何を・いつまでに・どこまで進めているかが見えない」ことでした。

これまでも、一人ひとりの力でプロジェクトはしっかり前に進んでいました。
ただ、並行するプロジェクトが増えるほど、管理のやり方も担当者の数だけ増えていきます。

状況が担当者本人に集まりやすく、引き継ぎや応援、リスクの早期把握をチームで行いにくい。組織の拡大を見据えて、仕組みで支えられる形にしたいと考えました。

NOT A HOTEL ARCHITECTS 専用のタスク・スケジュール管理ツールを内製

そこで、NOT A HOTEL ARCHITECTS の業務に合わせた Web アプリ「Archi Home App」を開発しました。
Archi Home App は、プロジェクトのフェーズやマイルストーン、メンバーのタスクをひとつにまとめて管理する社内向けのアプリです。
プロジェクトのフェーズやタスクの着手状況を、ひと目で横断的に確認できます。

使い慣れた Slack からタスクを登録・更新できる Slack Bot もあわせて用意しました。

既製のタスク管理ツールの導入も検討しましたが、設計フェーズや物件の情報のような建築ならではの構造、情報の公開範囲の厳格な統制（公開前の計画や NDA の案件などは取り扱いに注意が必要となる）を、汎用ツールで無理なく取り扱い、NOTA の業務にフィットさせるのが難しいと判断しました。

もうひとつ大事にしたのが、改善の速さです。
内製なら、現場から届いた不具合や要望をその日のうちに直して返せます。
この改善の繰り返しを素早く回せることが、新しい運用を根付かせる近道だと考えました。

使われるほど見えてきた、次の課題

プロジェクトのフェーズや大きなマイルストーンは、担当者が Archi Home App 上で最新の状態に保つようになりました。フェーズの管理や社内への共有用に運用していたスプレッドシートも廃止できました。

一方で、個人のタスクの登録と更新は、定着させるのにもう一工夫が必要でした。

個人のタスクはこれまで各自のやり方で管理されていて、チームで共有する決まった運用はまだありませんでした。新しい運用をゼロから根付かせるのは、すでにある運用をツールに置き換えるのとは違う難しさがありました。

また、開発のスピードが速い分、機能が増えるにつれて画面の情報量も多くなりました。NOT A HOTEL ARCHITECTS は現在 100 名近い規模の組織で、ほかのツールや運用の改善も並行して進んでいます。そのなかで、ツールに慣れてもらうまでに一定のオンボーディングの時間が必要になることが見えてきました。

チームのみなさんは、このツールをとても積極的に使ってくれて、たくさんのフィードバックをくれました。

フィードバックを読んでいて気づいたのは、人によって求める機能や使い方の好みがかなり違うことでした。
一括操作や表示の切り替えなど、届いた要望をそのまま足していくと選択肢が増え、ツールを覚える負担も大きくなります。
一人ひとりの要望に応えることと覚えやすさをどう両立させるか、しばらく頭を抱えていました。

PM チームとの対話で得た気づき

建築におけるプロジェクト・タスク管理やその他あらゆる課題をもっと具体的につかむために、プロジェクトマネージャー（以下、PM）のチームの定例に参加させてもらうようになりました。

NOT A HOTEL ARCHITECTS の PM は、社外の設計事務所や施工会社と連携しながら、複数のプロジェクトのスケジュール・品質・コストを管理し、申請や許認可の取りまとめまで担う役割です。プロジェクトのあらゆるリスクを把握しておく必要があるため、Archi Home App の活用がとても重要なポジションでもあります。

PM も求人ページがあるのでぜひご覧ください。

herp.careers プロジェクトマネージャー（建築全体統括）

NOTA株式会社

募集要項をみる

業務の中には、法令の確認や契約まわりのように、地域やフェーズによって条件が変わり、仕組み化しにくいものがたくさんあります。
たとえば景観に関するルールは自治体ごとに定められていて、「周辺の景観と調和すること」のように、数値だけでは判断できない基準も少なくありません。

こうした業務には、Claude や Codex のような AI エージェントが効くと考えていました。 条件ごとに枝分かれする業務は、ルールをコードにすると例外だらけになります。エージェントには資料を読んだうえでの下調べや下書きを任せ、最終的な確認と判断は PM が行う。そんな分担ができると考えたからです。
実際に、何名かのメンバーはすでにエージェントをうまく活用していました。

そこで、まだ使っていないメンバーにも一人ずつセットアップをサポートしていきました。 もともとは、セットアップの合間に雑談がてら仕事の話をヒアリングできればいいな、くらいの気持ちで始めたものでした。（実際、現場のリアルな話がたくさん聞けて面白かったです） PM のみなさんが日々の業務の中で試し、使い方を工夫してくれたことで、20 人を超える PM チームの全員がエージェントを日常的に使うようになりました。

AI エージェントから使える MCP を開発

振り返ると、このセットアップが転機になりました。
全員がエージェントを使えるなら、エージェントと Archi Home App の連携があれば、Web UI や Slack Bot の操作を覚えなくても、エージェントからフェーズやタスクを扱えるはずです。
そう考えて、Archi Home App のリモート MCP サーバーを開発しました。

MCP（Model Context Protocol）は、AI エージェントが外部のツールやデータを扱うための共通の仕組みです。

PM チームにデモを見せたところ、反応はとても良いものでした。 メンバーが自分なりの使い方を考えてチーム内で共有してくれたおかげで、利用が一気に広がりました。たとえば次のような使い方です。

エージェントが読み書きできるのは、使っている本人がもともとアクセスできる範囲の情報だけです。Archi Home App の MCP では、Web アプリと同様に利用者ごとのアクセス権限を確認し、許可された範囲でのみ情報の取得や更新ができるようにしています。

MCP を社内リリースして 1 ヶ月ほど経ってから、利用状況を確かめてみたところ、7〜8 割のプロジェクトで、タスクの状況が日常的に MCP 経由で更新されていました。

Web UI と Slack Bot だけでは届かなかった個人のタスク管理が、エージェントを通して回り始めたのです。

社内ツールとして MCP を作って得た学び

Web UI や Slack Bot といった従来の Web サービスでは、どのボタンを押すか、どこから操作するかを利用者が覚えなければなりません。
MCP でエージェントに機能を渡しておけば、やってほしいことや目指したい状態をそのまま伝えるだけで済みます。
一人ひとりの好みに合わせて機能を足さなくても、それぞれが自分に合った頼み方で使えます。

何かツールを開発する際、それは人と AI どちらに提供するべきなのかはとても重要な要素だと認識しました。

新しく何かをつくるときは、いきなり画面を描かず、次の順で考えるようにしています。

また、もうひとつ大きな学びだったのが、AI エージェントの利用者が自分自身で連携を試せることの価値です。
エージェントは、Slack や Notion の MCP と Archi Home App の MCP を同時に使えます。
連携機能を個別に開発しなくても頼み方しだいでツール同士がつながるので、簡単なものはエンジニアの開発を待たずに試せます。

この体験をきっかけに、FDE チームが開発している他のツールでも、MCP がサポートされるようになりました。

今回の取り組みは、「チームの全員が AI エージェントを使いこなせる」ことが前提になっていました。
その前提を、PM のみなさんと一緒にセットアップを進めながら整えていったことで、MCP という形にたどり着けました。

AI を使えばツールはつくれますが、AI だけではそれを使いこなすチームまではつくれません。ツールをつくるだけでなく、チームのスキルや文化まで含めて変えることで、大きな改善が生まれる。これが一番の学びでした。現場に入り込み、人と一緒にやり方を変えていけるところに、FDE という仕事の面白さを感じています。

これからも現場の声を聞きながら、NOT A HOTEL ARCHITECTS の仕事を支える仕組みをつくっていきます。

NOTAでは、一緒に働く仲間を募集しています。気になった方は、ぜひ採用ページものぞいてみてください。
テクノロジー関係中途採用はこちら
採用全般はこちら
カジュアル面談からでもお気軽にどうぞ！