権限の異なる数百人が一つのシステムの中で働き、同じ数字を読む必要がありますか?

階層化された権限を持つマルチユーザーシステム、管理パネル、そして業務データを実際に読まれるグラフに変える分析画面。全員がログインしているときに持ちこたえなければならない部分を、私たちが構築します。

課題

依頼はたいてい画面の一覧として届きますが、画面は簡単な部分です。システムが機能するかどうかを決めるのは、その裏側にあるすべてです。組織とともに変わる権限モデル、スプレッドシートの書き出しではなく一目で管理者の問いに答えなければならない分析ページ、全員がログインしている月曜の朝に持ちこたえる性能。画面から先に作られたシステムはデモでは動きますが、実運用の最初の一か月で劣化し始め、その頃にはデータモデルが全員の依存する土台になっています。

取り組み方

私たちは役割と数字から始めます。誰がどのレコードを見る必要があるか、同時に何人が利用するか、分析ページはどの問いに答えなければならないか。権限はサーバー上の一か所で強制されるため、各画面はそのルールの再実装ではなく、ルールの一つの見え方になります。モデルは書き直しなしに拡張できるように構築します。分析ページは、それが支える意思決定を軸に設計します。問いごとに適切なグラフ、組み合わせられるフィルター、そしてページがわずかな行を読むだけで済むように事前計算された集計。負荷テストは、最初の画面を磨く前に行います。

事例

全国規模の道路網のための経営分析

ある国の道路管理当局は、現場チームと本部の管理者がともに使うプラットフォームで道路網を管理しています。そのプラットフォームでの二年間で、私たちは管理者が日々使う分析ページを構築しました。多種多様なグラフ、地域・期間・資産・状態で組み合わせられるフィルター、そして最も重いビューでも一瞬で答えが返るよう設計された集計です。同じプラットフォームには、誰が何を閲覧・変更できるかを決める多層的で動的な権限構造がありました。私たちはその不具合を修正し、新しい構造で拡張し、組織の変化に合わせて既存の構造を作り直しました。その後、大手鉱業グループが同種の分析と権限のレイヤーを必要とし、そこでも私たちが構築しました。

納品物

  • 組織の実際の構造に合致し、サーバー側で強制される権限モデル
  • 支える意思決定を軸に作られた分析ページ:グラフ、組み合わせ可能なフィルター、書き出し
  • 実際に想定される同時接続数で負荷テストを終えたシステムそのもの
  • 自社チームが運用し拡張できるための引き継ぎドキュメント
課題を教える