すべてのユースケース

締め切りがずれる前に、その兆候をつかむ

Zero が Linear の issue、GitHub の PR、カレンダーを見張り、何かが締め切りに間に合わなくなりそうな兆しを見せたら、まだ手を打てるうちに Slack で警告します。

Zeroの接続先:LinearGitHubCalendarSlack

課題

痛い締め切りは、誰も予兆に気づかなかったものです。順調と記されたチケットが静かに停滞し、PR が3日間レビュー待ちのまま放置され、カレンダー上のローンチ日が近づく一方で、その裏の作業はずれていく。スタンドアップで表面化する頃には、もう間に合わないことは確定しています。早く気づくには、Linear、GitHub、カレンダーを毎日突き合わせ、それを頭の中に抱え続ける必要があります。Zero がその確認をあなたの代わりに行います。期限のあるものと実際に動いているものを結びつけ、締め切りが危うく見え始めた瞬間に、すでに間に合わなくなってからではなく、その時点であなたに知らせます。

Zeroによる解決方法

ステップ1:ツールを接続する

Linear
Linear
必須
Zero が issue、マイルストーン、期限を読み取り、何が完了するはずかを把握します。必須です。
接続
GitHub
GitHub
必須
Zero が PR のステータスとレビューの動きを読み取り、作業が実際に進んでいるかを判断します。必須です。
接続
Calendar
Calendar
必須
Zero が日付付きのローンチやコミットメントを読み取り、カレンダーの締め切りもチケットと並べて見張ります。必須です。
接続
Slack
Slack
必須
Zero が毎日のリスクブリーフと、その後の催促を投稿する場所です。必須です。
接続

ステップ2:Zeroに聞く

@Zero 平日の毎朝9amに、Linear の締め切りを GitHub の PR の進捗と私のカレンダーと突き合わせて。間に合わなくなりそうなものを #team でフラグし、その理由を教えて。
Zero が期限のあるものを整理します
Zero は Linear の issue やマイルストーン、そしてカレンダー上の日付付きイベントから締め切りを取り込み、いつ何が完了するはずなのか、ひとつの全体像を組み立てます。
Zero が実際に動いているものを確認します
各項目について、Zero は実際のシグナルを見ます。issue は進んでいるか、オープンな PR はあるか、レビュー中になってどれくらい経つか、何かが止まっていないか。
Zero が遅れそうなものを示します
Zero は残りの作業と残り時間を比べ、リスクのある項目を、短い理由とともに浮かび上がらせます。レビューなし、PR まだなし、ブロック、動きなし、といった理由です。
Zero が手を打てるうちに警告します
Zero はまだ対処できる余地があるうちに、優先順位を付けた Slack ブリーフを投稿します。ずれかけた締め切りが、来週の不意打ちではなく、今日のひと押しになります。

ステップ3:さらに活用する

フラグに対応する
ブリーフからそのまま、Zero にブロッカーへの催促を頼みます
@Zero PR #1771 のレビュアーに催促して、今日対応できそうか聞いて。
感度を調整する
Zero がどれくらい早く、どれくらい強く警告するかを調整します
@Zero 締め切りをリスクとしてフラグするのは、3日以内が期限でオープンな PR がない場合だけにして。それ以外は静かにしておいて。
定例化する
毎日の監視を固定して、気づかぬうちに何かがずれることをなくします
@Zero この締め切りチェックを平日の毎朝続けて、順調からリスクに変わったときだけ私に知らせて。

より良い結果のためのヒント

Linear の issue とマイルストーンに期限を設定しましょう。Zero は見える締め切りしか守れないので、日付が揃っているほどカバー範囲が広がります。
しきい値はチームのリズムに合わせて調整しましょう。2日間動きなしという基準は速いチームに向きますが、サイクルが長い場合は3日以上が合うこともあります。
これを毎日のエンジニアリングブリーフと組み合わせれば、朝のひと目で、夜のうちに何が起きたかと、これから何がずれそうかの両方を把握できます。