デジタル庁の
「sukuna」とは？バラバラの数字を、判断に使える形へ。

データが「ある」と、
データが「使える」は違う。

sukunaは、デジタル庁が内製したデータ分析基盤の名前です。政府の一部システムから、APIによる連携やExcelなどでデータを受け取り、Google Cloud上で分析用に整えています。[1]

1. STEP 01集めるシステムやファイルから受け取る
2. STEP 02ためる後から使えるよう保存する
3. STEP 03整える集計・比較できる形へ加工する
4. STEP 04判断に使う分析やダッシュボードで確認する

仕組みを理解するために流れを簡略化しています。実際には、収集・蓄積・加工を支える複数のサービスを組み合わせています。[1]

工事台帳・日報・材料費を、
毎回にらめっこしなくて済むように。

ある工事会社で、受注額は工事台帳、作業時間は日報、材料費は仕入れ明細に記録されているとします。記録はそろっているのに、工事ごとの状況を知るには、担当者が資料を集めて照合しなければなりません。

「この工事、どこで原価が増えた？」

この例で大事なのは、立派なグラフよりも「工事番号をそろえる」「何を原価に含めるか決める」「同じ計算ルールを使う」こと。画面は、その準備の成果を見せる出口です。

報告書を待つ仕事から、
その場で確かめ直せる仕事へ。

記事が伝える大きな変化は、分析を外部へ依頼するたびの待ち時間を減らし、手元の明細データから別の切り口で集計し直せるようにしたことです。[1]

工事会社の例なら、「今月の原価は増えた」で終わらず、「材料が増えたのか」「作業時間が増えたのか」「特定の工種に偏っているのか」と、次の問いへ進めます。集計表を納品してもらうだけの場合と、元の明細を自分たちで使える場合では、ここが違います。

なお、記事で紹介されているのは庁内の分析基盤です。基盤を直接利用できるメンバーや閲覧権限を限定し、一部の分析結果を一般公開する、という区別があります。[1]

名前より「何を担当するか」で読む。

記事に登場する主要な道具は、次のように捉えると分かりやすくなります。採用構成は元記事、役割の説明は各社の公式資料に基づきます。[1]

サーバーレスは「サーバーが存在しない」ではなく、「利用者がサーバーの管理を抱えずに使える」という考え方です。BigQueryでは、その管理をサービス提供側が担います。[2]