すべてのエンタープライズエンゲージメントは同じように始まります：誰かがディスカバリーフェーズを要求します。「状況を理解する」ための2週間。「ステークホルダーを調整する」ための1ヶ月。誰かがコードを書く頃には、予算の半分がなくなり、元の問題は誰も認識できないものに変わっています。
Strikeはそれを防ぐために存在します。Proof Sprintが実現可能かどうかを判断し、価格を設定し、機能しない場合に中止する正確な条件を定義する72時間のプレッシャーテストです。ディスカバリーシアターなし。アライメントワークショップなし。決定のみ。
会議がブラックホールになる理由
従来のエンタープライズ会議には致命的な欠陥があります：決定よりも発言を報酬します。最も多くの懸念を提起する人は勤勉に見えます。より多くの調査を求める人は徹底的に見えます。物事を遅くしても誰も責められませんが、何かがリリースされて失敗すると全員が責められます。
プロトコル1：時間規律
Strikeのすべてのトピックは12分のセグメントを取得します。これは提案ではありません—強制されます。時間切れになったら、結果を記録して先に進みます。
12分は残酷に聞こえますし、実際そうです。しかし、私たちが学んだことは：ほとんどのトピックはより多くの時間を必要としません。より少ない曖昧さを必要とします。
プロトコル2：意見より証拠
Strikeでの議論はリポジトリで行われ、部屋では行われません。
提案されたアーキテクチャがスケールしないと思うなら、負荷テストを見せてください。データモデルが間違っていると思うなら、移行ノート付きのスキーマ代替案を提出してください。
特定のクラスの異議を禁止しました：証拠のない懸念。「セキュリティが心配」は異議ではありません。「3つの緩和されていない攻撃ベクトルを示す脅威モデルがここにあります」は異議です。
プロトコル3：可視化された中止基準
Strikeの最も重要な出力は青信号ではありません。レッドラインです。
誰かがProof Sprintにコミットする前に、何が私たちを中止させるかを正確に定義します。曖昧な「物事がうまくいかなければ」という言葉ではなく—具体的で測定可能な条件。
部屋に座るのは誰か
Strikeには正確に4つの役割が必要で、それ以上は不要です：ビジネスオーナー、テクニカルリード、セキュリティ担当者、調達/財務。これらの人々のいずれかが72時間全体に参加できない場合、Strikeを実行しません。
何が出てくるか
Go： 固定スコープ、定義されたタイムライン、署名された中止基準、エンジニアリングチームがすでにレビューして受け入れたバックログを持つ価格付きProof Sprint。
No-go： 具体的な理由を伴う、進行しないという文書化された決定。これは失敗ではなく成功です。
なぜこれが機能するか
Strikeは意思決定を社会的プロセスではなく生産プロセスとして扱うため機能します。不快感は機能です。計画プロセスが快適であれば、おそらく決定を生み出していません。