脆弱性調査グループリアクションローテーション

リアクションローテーション

2 週間（サイクル）ごとに、チームのエンジニア 2 名がリアクションローテーションの役割に割り当てられます。1 名はプライマリ、もう 1 名はセカンダリです。割り当てはローテーションスケジュールに記載されています。

セカンダリの役割は、プライマリが不在または対応能力を超えた場合に代わりに対応することです。そのような場合、セカンダリはプライマリと同じ責任を担いますが、それ以外の場合はマイルストーン向けに計画されたタスクに取り組みます。

Issue は request-for-help プロジェクトに作成されます。リアクションローテーション中、割り当てられたエンジニアはオープンな Issue をレビューし、各 Issue に関与しなければなりません。

サポートリクエストがバグや機能リクエストを示している場合は、パブリックトラッカーに Issue を作成し、サポートリクエストの Issue にリンクを貼り、後者をクローズします。

脆弱性調査 Slack チャンネルを確認し、寄せられた質問に回答するか、回答できそうな人にデリゲート/ピングします。サポートリクエストと同様に、質問がバグや機能リクエストに関するものであれば、Issue を作成します。

CNA 業務の詳細はグループのハンドブックページに記載されています。

GLAS ルールのリリースプロセスを追跡・管理します（マイルストーンごと、つまり 2 サイクルごとに行われます）。

不要なオーバーヘッドなしにリアクションローテーション活動を追跡するため、エンジニアが使用できるシンプルな Issue テンプレートが用意されています。このテンプレートは、必須活動を文書化するための基本的な構造を提供し、主要エリアを監視するための便利なクエリを含んでいます。

エンジニアはこのテンプレートをローテーション作業をサポートする柔軟なツールとして使用し、このハンドブックで概説されているコア責任に対応しながら、自分のワークフローに合わせて適宜調整してください。