HN 日本語サマリー

← 一覧へ戻る
ビジネス・スタートアップ

Bufoがアンドンコードを引く

Bufo pulls the andon cord (hatchet.run)

7 pointsby abelanger2 コメント

要約

Hatchet社は、製造業で用いられる「アンドンコード」の概念をソフトウェア開発に取り入れ、問題発生時に全ての作業を一時停止して根本原因の解決を最優先する文化を築きました。この文化により、予期せぬ作業が減少し、結果としてデプロイ速度が向上しました。このアプローチは、スタートアップにおける継続的な改善と信頼性確保に貢献しています。

全文翻訳

2026-08-17 Bufoがアンドンコードを引く 私たちのスタートアップによる、一部のハードコアなDevOps原則の(選択的な)採用。 Alexander Belanger 共同創業者 Hatchet 今年私たちが下した最も重要なエンジニアリング上の決定の一つは、会社のSlackチャンネルで以下の絵文字を送ることでした。 もし2年前にそれを私に言っていたら、私はおそらくその場で辞めていたでしょう。当然、私たちのDiscordコミュニティに侵入しようとしていたシットコイン(shitcoiners)が成功したと思い込み、私がNFTの詐欺師(shill)だと考えていたからです。しかし、これはそうではありません。 緑色のヒキガエルはBufoと呼ばれ、ロープのように見える黄色いものはアンドンコードです。もう少しお付き合いください。 アンドンコードとは何か? それは実際の物理的なロープで、元々は日本の製造業、特にトヨタ工場で使われ、マイク・ロザーの『トヨタ・カタ』を通じて西洋文化で広まりました。工場で欠陥、ボトルネック、その他の既知の問題が発生した場合、従業員はアンドンコードを引き、工場の生産はすべて停止します。 AI生成画像でご容赦ください。インターネットでアンドンコードのフェアユース画像を見つけることができませんでした。 アセンブリラインにボトルネックが存在する場合、生産を続ける意味はありません。なぜなら、ボトルネックによって引き起こされる生産性の損失(上流コンポーネントへのバックプレッシャー、下流コンポーネントの利用率低下)は、問題を解決するために生産を完全に停止することによって生じる損失を超えるからです。 生産性向上とは別に、アンドンコードを引くことは文化的な規範として称賛されていました。それを引いた労働者は感謝され、称賛され、継続的な改善の文化を創造し、生産上の問題の正常化を抑制しました。 それがソフトウェアにどう関係するのか? Hatchetの初期の頃、私たちはどのような文化を築きたいかについて頻繁に話し合いました。私たちの創業チームメンバーの一人が、以前の職場で評価していた文化規範としてアンドンコードを挙げました。ホイートン(Wharton)で読んだものすべてに反射的に反対するにもかかわらず、それはすぐに私たちに響きました。 私の最高のマネージャーとしての帽子をかぶると、すべてのソフトウェアスタートアップは工場です。原材料はコンピューター、人間の脳、その他のツールです。出力はエンドユーザーに届けられるソフトウェアです。 私たちのアセンブリラインには多くのステップがあります。コードを書くことはプロセスの小さな部分です。ユーザーからのフィードバック収集、社内からのフィードバック取得、PRレビュー、ステージングデプロイ、ロードテスト、本番ロールアウトが作業の大半を占めます。 安定した信頼性の高いプラットフォームを ship(出荷)およびデプロイする能力に影響を与えるものは何でも、私たちのボトムラインに影響を与えます。私たちは、私たちの工場でのスローダウンやボトルネックが最優先事項になると決定しました。そして、:bufo-pulls-the-andon-cord: が誕生しました。 すべてが最優先事項である場合、何も最優先事項ではない 最優先事項の強調に注意してください。私たちは野心的なチームなので、一度に多くの作業を引き受ける傾向があります。顧客が何かを求め、それが素晴らしい機能リクエストだと私たちが考える場合、私たちは通常それを優先事項とします。重要なパスサービスでわずかなレイテンシのスパイクに気づいた場合、それも優先事項とします。アウトエージのポストモーテムを行う場合、それも優先事項です。そして、優先チケットの山が築かれます。 何百もの高優先度チケットの世界では、ノイズの中から物事を見通すことが不可能になります。あなたは常に ship し、火消しに追われ、遅れをとっているように感じます。 アンドンコードは究極の優先事項を非常に明確にします:信頼性の高いソフトウェアを ship する能力よりも重要なものはありません。明確で解決可能なソフトウェア工場での問題は、他の何よりも重要です(はい、新しい機能やローンチよりも)。それを解決するためにすべての作業を停止する価値があります。 私たちのアンドンコードに値する問題 さて、マネージャー的なお世辞はこれくらいにして、具体的な例に入りましょう。私たちのインフラストラクチャ設定の背景として、Hatchetは3つのリージョンに25以上のシャードで稼働しています。最も忙しいシャードは、毎秒数万トランザクションを処理しています。このボリュームは、当然ながら特定のことを困難にします。また、非常に強力な信頼性と正確性の保証を持つ製品を持っており、これは、例えばOpenClawのようなものよりも、新しい機能を ship するプロセスに多くのステップがあることを意味します。 それらは、時系列順に並べられています。 * 適切なロールアウト戦略がなかったため、リリースがバックログに積み上がり、複数の大きなリスクのある変更が同時に ship されました。デプロイを続行する前に、デプロイプロセス全体を書き直しました。作業は1週間一時停止しました。 * 十分なオブザーバビリティ(observability)がなかったため、私たちが気づく前に顧客が予期せぬレイテンシについて私たちに警告しました。レイテンシメトリクスを非常に注意深く追跡し始め、すべてのクリティカルパスエンドポイントにインストルメント(instrument)を適用しました。作業は2週間一時停止しました。 * 大量のオブザーバビリティデータがありましたが、アラートが多すぎ、ページング(paging)も多すぎました。本番環境のエラーログをゼロに近づけるために、すべての作業を停止しました。作業は3日間一時停止しました。 * ステージング環境では、ロードテスト中に十分な問題が捕捉されていませんでした。staging-chonkyという新しい環境をロールアウトし、ロードテストハーネスを書き直しました。作業は1週間一時停止しました。 最近では、アンドンコードの瞬間はまだありますが、それらは非常に迅速に解決され、通常はチーム全体ではなく、一、二人のチームメンバーによって解決されます。過去数ヶ月で、私たちの ship ベロシティは大幅に向上しました。先週は、3つの新しいコアエンジン機能と、多数の小さな改善および修正を ship しました。 これは少し直感に反します:数週間ごとに信号割り込みを入れると、より多くのノイズとオーバーヘッドにつながると考えるでしょう。そして短期的には、それは苦痛です。しかし、中心的な考え方は、毎日行う計画外の作業量を減らすことです。(この時点で、これが『フェニックス・プロジェクト』に似ていると思っているなら、それは正しいです。それは私たちの小さなショップで必須の読み物になりつつあります。) 計画外作業の負担 スタートアップでは、常に ship し続けるという継続的なプレッシャーがあります。私が話すほとんどのスタートアップでは、ツールやプロセスに投資するためにすべてを中断することはまれです。ほとんどのチームは、「スタートアップだから火事だ」という考え方を正常化し、採用する傾向があります。問題は、計画外の作業ほど負担になるものはなく、それが正常化されるとチームには通常見えないということです。 この計画外作業は、ヒーロー的で記念碑的な努力、例えば重大なインシデントを解決するために徹夜するなど、を定期的に生み出します。これは、タイトな締め切りを満たすためのさらなるプレッシャーにつながり、それがさらなる計画外作業につながり、そしてその逆も然りです。 私はこれがスタートアップ文化の一部だと考えていました。しかし、文化とは単なるあなたの習慣や傾向であり、それらは避けられないものではありません。シフトするにはある程度の規律が必要かもしれません。 追伸:BufoはPMF(Product-Market Fit) (追伸への追伸:Bufoはヒキガエル科の真のヒキガエル属です。この投稿はBufoについてのものですが、この時点で彼は誰なのか疑問に思っているかもしれません。 私たちは共有Slackチャンネルを通じて多くのカスタマーサポートを提供しています。これらは、あるワークスペースから別のワークスペースに接続されているSlackチャンネルです。これは、他の企業がどのような絵文字を使用しているかを知ることができることも意味します。 今年の初め、私たちはこの小さなヒキガエルの絵文字が私たちのSlackチャンネルのさまざまなメッセージに反応しているのを目にし始めました。私は名前の付いたヒキガエルを2匹しか知りません:『カエルのフロッグとトード』のトードと、ペペです。 ペペは、インセル文化の温床である4chanから生まれ、私の心にはかなり否定的な意味合いがあります。幸いなことに、簡単なGoogle検索で、これがBufoという別の緑色のヒキガエルであることがわかりました。 Bufoを見るようになって1週間以内に、彼は私たちの内部絵文字セットに登場しました。私たちの過度に気難しいグロースヘッド(head of growth)は、ある種の Сアンドンコードの瞬間を試みましたが、それはうまくいきませんでした。そして数ヶ月以内に、Bufoは少なくとも他の5つの共有Slackチャンネルにうまく潜入しました。 プロダクトマーケットフィットのこれほど明確な兆候を見たことはありません。 詳細な技術解説を購読する 分散システム、ワークフローエンジン、開発者ツールに関する最新情報をお届けします。購読する