スガキコシステムズ開発株式会社
| 業種 | 業務基盤ソフトウェア開発・保守 |
|---|---|
| 本社所在地 | （ただし登記上は隣接区とされることがある） |
| 設立 | （資料上の初登記） |
| 資本金 | 2,700万円 |
| 主要顧客 | 外食チェーン・地域商社・自治体の窓口部門 |
| 従業員数 | 約410名（2021年時点の算定） |
| 事業領域 | POS連携、在庫推定、発注最適化、回線監視 |
| 特徴 | 「開発寮」制度と、24時間分のログを“儀式”として保存する運用慣行 |
スガキコシステムズ開発株式会社（すがきこしすてむずかいはつ かぶしきがいしゃ）は、のソフトウェア開発を主業とする企業である。特にの店舗網に合わせた業務基盤の設計・運用で知られている[1]。社史では、なぜか「開発」の文字が付く理由として、奇妙な工場見学制度が語られている[2]。
概要[編集]
スガキコシステムズ開発株式会社は、外食企業の現場に密着した情報システムを「現場の言葉で」設計することで発展してきた企業とされる[1]。同社はを中心に展開するパッケージカスタムに強みを持ち、発注業務の属人化を減らす仕組みを早期から整備したと説明される。
同社の公式案内では「開発」が社名に残された理由として、社内の若手が特定の工場ラインへ毎月“見学研修”に行き、1台の端末で現場データがどこに流れるかを追跡する制度があったことが挙げられている[2]。この制度が、のちに同社の設計思想（人間のミスを前提にしたデータ整形）につながったという語り口も見られる。
ただし、同社の登記上の所在地は時期によって微妙に表記が揺れ、外部資料ではの「どの区」かが報告されない場合がある[3]。そのため、社史の“確定された物語”は、読む側の前提次第で変化するとも指摘されている。
沿革[編集]
前史：『汁の読み取り』から始まったとされる開発文化[編集]
同社の起源は、初頭の“汁量推定”プロジェクトに遡るとされる[4]。当時、厨房で使われる器の高さを測るアナログ器具が現場で普及していたが、測定担当が交代するたびに誤差が積み上がり、廃棄量が増えたという[5]。
そこで、の小規模研究会が「器の傾きと計量時間の相関で、汁量を推定する」簡易モデルを作ったとされる。記録によれば、推定に用いたのは回帰係数を含む12項目の“厨房言語辞書”であり、係数は毎週更新された。さらに、入力ミスを抑えるために、担当者が入力時に“やけに丁寧に口頭で確認する”手順を設けたとされる[6]。
この厨房言語辞書こそが、のちのデータ整形と画面設計の原点だと説明されることが多い。ただし当該辞書の原本は、関係者の証言と推定表の写真しか残っていないとされる。
設立：1987年、名札に『開発寮』の刺繍があったという話[編集]
同社が法人としてまとまったのはである。社史編纂資料では、設立当初の資本金が2,700万円と記載されているが[7]、一方で別冊の覚書では「2,701万円だった時期がある」とも読めるため、会計の経緯は揺れているとされる。
社内の伝承によれば、設立初年度の社員教育は『開発寮』と呼ばれる寮で行われた。寮には24時間稼働のログ保管室があり、毎晩23時59分に全端末へ“同時時刻同期”を行う儀式があったという。同期がずれると、発注の推奨値が変わり、翌日なぜか仕入担当が「今日は一度休みます」と言い出すことがあったとされる[8]。
この逸話は、後年の「時刻を正として扱う」という同社の運用方針に接続して語られている。ただし当時のタイムサーバーがどこにあったかは公表されておらず、会議資料の末尾にだけ『三角点の近く』と書かれた付箋が残っていると報告される[9]。
拡張：POS連携を“都市の鼓動”として捉えるようになった[編集]
後半、同社は連携の受託で急速に規模を拡大したとされる。受注のきっかけは「レジ締めが遅れると、翌日の発注が自動で崩れる」問題だったとされ、同社は締め処理の開始条件を細かく設計した。
細かい設計として、締め処理は通常19分で終える想定だが、同社が監視を始めたところ、繁忙期だけ“17分39秒”で止まっている店舗が見つかったという。そこで同社は、タイムアウトを「店舗の癖に合わせて」三段階に分けたと説明される[10]。この三段階の閾値は、店舗ごとの“匂いの記憶”に由来するとされ、現場のベテランが「鍋の温度が上がる前は、このくらいの時間で止まる」と口伝した内容が反映されたとされる（記録上はなぜか“温度”ではなく“更新間隔”として落ちている）。
同社はこの経験を踏まえ、「データは事実ではなく、現場のリズムとして扱うべき」とする設計思想へ発展したとされる[11]。
技術と運用[編集]
スガキコシステムズ開発株式会社の中核技術は、発注と在庫の推定を“人間の作業癖”ごと最適化する点にあるとされる[12]。同社は、需要予測を単純な統計モデルではなく、店舗の曜日感覚や廃棄率の「遅延」を考慮するものとして説明している。
また、同社の運用では監視ログを24時間分だけでなく「24時間に対してさらに24時間分を圧縮して残す」方式が採られるとされる。圧縮の基準は、エラーコードごとに異なるビット長であり、実際には可読性を犠牲にして復旧速度を優先したとされる[13]。
なお、同社の保守契約にはしばしば“回線の夢占い条項”が含まれるという奇妙な噂がある。条項では、回線遅延が一定以上になる夜はシステム障害が起きやすいとして、前週の平均遅延値と比較し、予防作業の有無を決めると説明される[14]。ただし条項の文面は確認されていないとされ、真偽は担当者の間で揺れるとされる。
社会的影響[編集]
同社の影響は、個別店舗の効率化を超えて、地域の雇用と仕入の安定性に及んだとされる。とりわけ同社が導入支援した在庫推定の仕組みにより、発注担当者の判断が“夜間の数値”へ寄ることが増えた結果、店舗間の廃棄競争が緩和されたという[15]。
一方で、同社の仕組みは現場教育の形にも変化をもたらした。従来は「経験年数」が評価される場面が多かったが、同社が整備した画面設計では、入力ミスの発生箇所が可視化されるため、ベテランほど逆に“確認手順の遅れ”を指摘されやすくなったとされる。こうした変化は、の複数地域で見られたと報告されている[16]。
さらに同社は、自治体の窓口業務（税・福祉の一部）でのデータ整形にも関わったとされる。具体的には、問い合わせ記録を統一フォーマットへ変換する作業を担い、対応件数の集計が迅速化したとされる[17]。ただしこれらの自治体案件は、契約期間が短く、公開された資料が少ないため、影響の規模は推定にとどまるとされる。
批判と論争[編集]
スガキコシステムズ開発株式会社には、特定の顧客に対する“変更の押し付け”があったのではないか、という批判があるとされる[18]。反対派は、システム更新のたびに画面項目の順番が変わり、現場が混乱したと主張した。
また、ログ保管運用についても論争が起きたとされる。ある元社員の証言では、ログ圧縮のアルゴリズムがブラックボックス化しており、復旧時に必要な説明が短くなるため、顧客側で原因究明ができないことがあったという[19]。これに対して同社は、説明書の粒度は復旧に直結しない場合があるとして反論したとされる。
さらに、社名の「開発」が実際の開発比率と合致しないのではないか、という指摘もある。監査報告の公開資料が少ないため確定しないが、財務資料では保守・運用の割合が高かった可能性があると考えられている[20]。この点は、社史が語る“開発寮”の理想像と擦れ違う部分として取り上げられることが多い。
脚注[編集]
関連項目[編集]
脚注
- ^ 佐伯康人『名古屋発・厨房データの物語』碧海書房, 1998.
- ^ 田中綾子『POS連携の設計思想：現場のリズムを読む』情報政策研究会, 2003.
- ^ Margaret A. Thornton『Operational Systems in Regional Retail』Springfield Academic Press, 2011.
- ^ 河合真琴『ログ圧縮と復旧速度：二重保存の実務』技術監査出版, 2016.
- ^ 林拓海『“開発寮”という教育：1987年の人材設計』中部経営史叢書, 2020.
- ^ Noboru Shimizu『Time Synchronization and Store-Level Anomalies』Journal of Retail Systems, Vol.12 No.3, pp.41-62, 2014.
- ^ 山内一平『外食チェーンの需要遅延モデル』日本外食情報学会, 第9巻第1号, pp.77-96, 2009.
- ^ 鈴木光『監視の文化：エラーコードが語るもの』東京工学図書, 2007.
- ^ （書名が微妙に異なる）田中綾子『POS連携の設計思考：現場の迷信を読む』碧海書房, 2003.
- ^ 小林千尋『自治体データ整形の契約実務』地方行政システム研究所, 2018.
外部リンク
- スガキコ資料室アーカイブ
- 開発寮ログ倉庫（閲覧制限あり）
- 中部店舗IT見聞録
- エラーコード辞典
- 回線夢占い条項集