深夜3時、Slackが鳴る
障害通知が飛んできた瞬間、僕がまずやることは何か。ログを見ることじゃないんですよね。通知を「既読にする」んです。ぽちっと。それからもう一回、布団の中でスマホを裏返す。30秒くらい天井を見る。そしてようやく起き上がる。
この30秒、エンジニアなら覚えがあると思うんですよ。
通知と行動の間にある「溝」
監視ツールはミリ秒単位でアラートを飛ばしてくれます。レイテンシーが閾値を超えた瞬間、人間の端末に届く。テクノロジーとしては完璧なんです。
でも人間が動き出すまでには、だいたい数分かかる。ここに「ぽちぽち」が挟まるんですよね。通知を開いて、閉じて、もう一回開いて、チャンネルを確認して、他の人が反応してないか見て。
あ、確かに、これって技術的には完全に無駄な動作なんです。でもやめられない。
「ぽちぽち」は儀式である
自分なりに観察してきて思うのは、あの「ぽちぽち」は心の準備なんじゃないかと。人間は突然モードを切り替えられない生き物なんですよね。平常→緊急への移行には、小さな反復動作が必要になる。
お茶を淹れてから仕事を始める人、キーボードを意味なく叩いてからコードを書き始める人。共通構造があると思うんですよ。
テクノロジーは怠惰に勝てない、でも
監視の仕組みをどれだけ精緻にしても、最後のボトルネックは人間の「よし、やるか」までの時間です。自動復旧の仕組みを入れればいいという話もあるけど、それはそれで「自動復旧が動いたことを確認するためにぽちぽちする」という新しい儀式が生まれるだけだったりする。
うーん、結局どこまでいっても人間が面白いんですよね。
さらっと結論
障害対応を速くしたいなら、通知の仕組みより「人間が動き出すまでの儀式」を短くする設計のほうが効くかもしれない。まあ、僕は相変わらず布団の中で30秒天井を見てますけど。
—
そういえば、プログラミングの「手を動かす前の儀式」で思い出したんですが、昔の技術書をぱらぱらめくるのも立派な儀式なんですよね。最近見かけたDirectX9実践プログラミング（I／O BOOKS）は未使用品で¥14,499。時代を感じる一冊ですが、低レイヤーの描画処理を知りたい人には今でも読み応えがあると思うんですよ。
あと、儀式という意味では子ども向けのプログラミング入門もそうで、スタディーノではじめる うきうきロボットプログラミング（¥2,999）なんかは、手を動かす楽しさを最初に植えつける本ですね。「よし、やるか」のハードルが低い設計、大人も見習いたいところです。
→ プロフィール / 他チャネルを見る
コメント