記録されなかったことは、起きなかったこと

どこにでもある空白

イマーシブ施設の求人票は雄弁です。マルチゾーン音響、DMX、カメラ、PLC を事細かに書いておきながら、公演中に誰が、どの画面でシステムの実際の状態を見るのかは、ほとんど書かれていません。開場前チェックは存在しています。ただ人の記憶の中にしまわれているだけで、その人が去れば一緒に蒸発します。

この空白の代償は、忘れたその日には払われません。三週間後に払われます。扉の電磁ロックが十日前から効きが甘く、誰かが火曜日に口に出して言い、誰も書き留めず、そして扉はとうとう、来場者の一団の前で開いたままになります。

三つの場面、一つの記録

このツールは公演を回すのではなく、その記録を取ります。誰かに実際に書く時間がある三つの場面を押さえます。

• 開場: 二十六の点検項目、四つのフェーズ

  人命安全、通電、各空間の巡回、運営。各項目には合格, 要注意、開場不可のいずれかを付けます。要注意には一文と写真が必要です。重要点検項目が合格していなければ、署名欄は暗いままです。扉を押さえているのは善意ではなく、手順です。

• 機材より先に、床

  清掃、遺失物、危険物。混同されがちですが、この三つは別物です。汚れるものは掃除し、来場者が落としたものは返し、怪我をさせるものは直ちに取り除きます。低い棚の下のガラス片は、上からは見えません。斜めから光を当てれば見えます。そして記録されます。

• インシデント: 三十秒であって、保険の書類ではない

  場所、どの機材か、何を見たか、公演への影響、停止した分数、写真。カードは自動的に図面上に配置され、保守作業を一件立ち上げます。写真は 1600 px で保存されます。ヒューズの印字が読める程度の解像度です。

• 閉場: 十七の点検項目と、計測値

  同じように床を見て、それから数字です。実施した回数、来場者数、払い出した消耗品。一日でいちばん報われない作業でありながら、他のすべてがそれに依存しています。計測値がなければ、予測には何の意味もありません。

• 誰も書き送らない、清掃への指示

  常時開いている記入欄で、夜の巡回中に書き込みます。宛先は保守ではなく、その前に入る清掃チームです。やり直すべきこと、そして絶対に触ってはいけないこと。

• 要注意は、ひとりでに作業になる

  開場の署名の時点で、何も入力し直すことなく。存在させるために別の場所へ書き写さなければならない要注意は、二度入力されるのではありません。一度失われるのです。

手順は署名

名、姓、指でなぞった筆跡、時刻。この三つが揃うまで手順は申告されず、重要点検項目が一つでも開いている限り、署名欄は有効にならず、その理由を表示します。署名は報告書に添付されて送られます。

これは形式主義ではありません。署名のないチェックリストは備忘録にすぎませんが、署名されればそれは書類になります。半年後、誰が何を、何時に確認したのかを立証する必要が生じたときに引っ張り出すあの書類です。事故のあとに保険会社や消防・安全委員会が求めるのも、まさにこれです。

図面、なぜなら正しい場所に置かれた一言は一段落に匹敵するから

十人に一度言うか、一人に十度言うか。どちらにしても、聞いていない人が一人は出ます。図面の上に置けば、一度だけ、そこを通る人に向かって言われます。

順路は描かれています。十一の空間、点線で示した見学の順序、奥まった位置にある二つの技術室。指一本で正確な場所にマーカーを置き、そこにコメントのスレッド、写真、資料をぶら下げます。到着した保守担当は、工具箱を下ろす前にどこへ行けばよいか分かります。マーカーの種類は色で読み取れ、さらに形でも読み取れます（予定工事は四角）。色の違いが分からなくても情報が成り立つようにするためです。

マーカーは動かせます。つまんで別の場所に置くだけです。空間をまたげば、紐づけも自動的についてきて、移動は操作履歴に記録されます。些細なことに見えますが、そうではありません。おおよその位置に置かれたマーカーは、マーカーがないことより有害です。正しい場所にいると信じたまま、誰かを間違った場所へ送り出してしまうからです。

カウンターから予算へ

施設がもっとも場当たり的に扱う部分です。機材はそれぞれ固有の単位で周期を持ちます。プロジェクターなら時間、電磁ロックやはね上げ扉ならサイクル、法定点検なら日数です。夜の計測値がカウンターを進め、カウンターが期日を動かし、期日が部品代と工賃を含む予算を作ります。

ほとんどのツールが立ち止まるのがこの地点で、代償が生じるのもここです。各作業はそれぞれの部品構成を持っています。低温スモークマシンの回路洗浄は洗浄剤を1リットル、はね上げ扉の給脂はグリースを1本、ワイヤレス回線の点検は乾電池を8本、それぞれ在庫から払い出します。ですから保守予定表は、各作業の隣に、それが在庫から払い出すものを表示し、予定日に在庫が足りなくなる場合は赤で警告します。通常消費と他の作業の分をすでに差し引いたうえでの判定です。

検証できるコスト

保守予算に価値があるのは、金額の一つひとつを分解できる場合だけです。この予算は、明細行に対応しないものを一切足し合わせていません。単価に対する工数と、在庫価格に対する部品番号だけです。内訳は各合計の下にそのまま表示されます。すなわち2時間 × 68 € + 部品 86 €。しかも挙げられた部品は、その作業が実際に在庫から払い出すものであって、脇に置かれた概算額ではありません。

在庫

独立したタブにしてあります。在庫は参照するものではなく、修正するものだからです。立ったまま、棚の前で、タブレットを親指で。だから増減は1個単位で、入庫は包装単位です。低温スモーク液は「1リットル」では届きません。5リットルの缶で届きます。すべての入出庫は操作履歴に記録されます。

そこには性質の異なる二種類の品目が同居していて、管理の仕方も同じではありません。消耗品は一定のペースで減ります。1回あたり何リットル、1作業あたり何本。補充は在庫日数で判断します。補修部品は違います。棚の上で摩耗はしません。日付の決まった作業が要求するものであり、その日付より前に、調達リードタイムを差し引いて発注します。後者を平均消費ペースで管理しても意味がありません。ひとりでに蒸発していくように見えるか、永遠に持つように見えるかのどちらかです。

ダッシュボード

直近十二週間の推移。飾りではありません。金がかかる機材と、騒がしいだけの機材を見分けるためです。週ごとのインシデントを重大度で積み上げたもの、目標に対する稼働率、停止時間で並べた空間と機材の順位、そして開場前チェックの所要時間。この最後の一つだけで、チームが手順を自分のものにしているのか、押し付けられていると感じているのかが分かります。

そして報告書

一日の終わりに、書類は一つだけです。署名、要注意、床で見つかったもの、インシデント、計測値、清掃への指示、図面上のマーカー、未完了の作業、三週間以内に来る期日とその部品、発注計画、三十日予測、添付ファイル。宛先は保守、操作は一回。報告書は画面に表示されているそのままの姿で送られます。ダウンロードもできます。運営者は私たちに依存せずに保管できることを望むからです。

五つの断片、そのままの姿で

どの画像も合成ではありません。仕組みが見えるまさにその箇所で撮った、デモの画面です。

現場チームのタブレットで

これが本当の作業場所です。片手で持ったタブレット、照明の乏しい場所、歩きながらの操作。画面に合わせて構成が組み替わります。同じページを縮めたものではありません。横向きではサイドバーが開いたままですが、縦向きでは下部のタブバーに変わり、項目の三つの回答が画面幅いっぱいに広がります。タップ対象は親指で取れる大きさで、マウスを乗せる動作に依存する情報はなく、横幅のある表はカードの中でスクロールし、ページ全体を押し広げることはありません。

列見出しも数字も、それぞれ説明を持っています。記録の語彙は他の誰のものでもないからです。ここでの「マージン」は、損益計算書での意味とは違います。

‹

›

オーダーメイドのサービスであって、既製品ではない

CARBONE は開発中です。デモが見せているのは、完成した操作可能なデモ版です。ただし描いているのは架空の施設、「ラ・ヴェリエール」、十一の空間、1回あたり定員八名です。実在するどの施設もこれには似ていません。そして、そこが肝心です。その家の言葉で書かれていない運営記録は続きませんし、続かない記録には何の価値もありません。

ですから導入は必ず同じ場所から始まります。現地です。開場と閉場を担う人たちと一緒に施設を歩き、手順を彼らのために書くのではなく彼らと一緒に書き、機材と実際の周期を洗い出し、順路の図面を描きます。ツールを作るのはその作業であって、ソフトウェアはその器にすぎません。

• 手順 : 御社の項目、御社のフェーズ、御社の語彙、そして何より御社の御社の重要点検項目。御社において、開場を禁じるべきものは何か。
• 機材とその単位 : 機械に応じて時間、サイクル、公演回数、日数。メーカーの推奨周期を、御社が実際に観測した値で補正します。
• 図面 : 本物の図面を、順路の縮尺で。見学の順序と技術室を含めて。
• 消耗品とその部品構成 : 御社の品目、御社の包装単位、御社の仕入先とそのリードタイム、そして各作業が実際に在庫から払い出すもの。
• 報告書の宛先 : 御社の保守担当、自社スタッフ、技術部門。あるいは待機当番が私たちにある場合は私たちへ。
• 施設だけでなく、事業の中身 : 俳優が案内する順路、脱出ゲーム、夜間開館の博物館、多目的施設。どれも開場の仕方が違います。手順を一方から他方へ書き写すことはできません。

現段階では、最初の実導入を一緒に作っていただける施設を探しています。ここでご覧いただいているのはその素材であって、完成品ではありません。機能はすでにあり、実際に動きます。ホスティング、複数ユーザーのアカウント、既存設備との連携については、案件ごとに決めていきます。

ボンネットのなか

• 外部への依存はゼロ : 読み込み時に端末の外を呼び出すものは何もありません。書体すら含めてです。御社で動くものは、他の誰にも依存しません。
• Darkvalley スイート共通の作法 : Carbone は当社の運営ツールに共通する外装をまとっています。複数を運用する事業者が、そのつどどこを見ればよいか学び直す必要はありません。
• 色は状態にしか使わない : 緑、琥珀、赤。それだけです。装飾に色を使うことは、肝心なところで色を聞き取れなくすることです。
• ブラウザの外には何も出ない : デモの状態は端末上にあり、送信されるものはありません。これはデモ版に固有の選択です。実導入には当然サーバーが背後にあります。
• 不具合の写真は、不具合が見えなければならない : 写真は保存前に縮小されますが、はんだ割れやヒューズの印字が読める程度にとどめています。写真が存在することしか証明しない添付ファイルには、何の役にも立ちません。
• デモは毎回同じ一日を再現する : 商談から商談へ、十二週間分のシミュレートされた運営が、開くたびにまったく同じ形で現れます。
• グラフの配色は検証済み : 色覚特性のある方にも区別できるよう検証し、外装を変更するたびに再検証しています。配色が妥当と判定されるのは特定の背景の上でのことであって、絶対的にではありません。