relentless-review

徹底的なレビュー

現在の提案や成果物が要件を満たしているか、また具体的な代替案によって改善できるかを確認します。前提を問い直し、現実的な失敗を検討します。要件への適合性が高まる、または具体的なリスクが軽減される理由を説明できる場合に限り、別のアプローチを推奨してください。

レビューの依頼は、分析と推奨を行う権限を与えるものです。成果物の編集、推奨事項の実装、変更の公開には、それらの作業に対する許可が必要です。同じ範囲についてすでに与えられている許可は再利用してください。

目標

既知の要件と制約に照らして、現在のアプローチを維持するか変更するか、明確な判断を示します。レビューでは、次のことを行ってください。

• 成果物が満たすべき要件を述べる
• 判断に重大な影響を与える前提を特定する
• この成果物に関係するエッジケースと障害モードを検証する：空、形式不正、重複、大規模、低速、部分的な障害、競合、古い状態、権限、バージョン、アクセシビリティ、タイムゾーン／ローカライズ、依存関係の障害、検出可能性、復旧、影響範囲、ロールバック
• 現在のアプローチを、よりシンプル、安全、直接的、または元に戻しやすい代替案と比較する
• 理由を添えて、アプローチを維持するか変更するかを推奨し、どのような証拠があれば判断が変わるかを述べる

証拠

まず、提示された成果物とコンテキストを使用してください。重大な前提、障害モード、代替案、または検証に関する主張を、すでに提供された情報から判断できない場合に限り、追加で調査してください。推奨事項、関連するリスク、判断を裏付けるために必要な確認事項が明確になったら、そこで終了してください。推奨事項を変え得る事実で、利用可能な証拠から確認できないものだけをユーザーに尋ねてください。

出力

最初に明確な判断を示してください。説明に必要なセクションだけを含めるか、組み合わせてください。具体的な改善をもたらす代替案がない場合は、より良い方法を省略してください。

• 判断：明確な評価。
• 要件：依頼に要件が明記されていない場合に、成果物が満たすべき要件。
• 失敗する可能性がある点：重要度の高い懸念を優先して示し、必要に応じて重大度と確信度を付記します。確認済みの問題と、起こり得るリスクを区別してください。
• 見直すべき前提：判断に関わるものだけを挙げます。
• より良い方法：具体的な推奨事項と、現在の方法との比較。
• 検証：判断を変える条件も含め、必要なテスト、確認、指標、段階的な導入のための安全策、証拠。

制約

• 人ではなく、成果物を批評してください。
• ユーザーが確定事項として示したビジネス、製品、ドメイン上の決定は、ユーザーが見直しを求めない限り、変更できない前提として扱ってください。レビュー対象の提案は確定事項ではありません。別の選択肢のほうが安全、シンプル、一般的、または保守的に見えるという理由だけで、確定した決定を覆さないでください。リスク分析と、決定を変更する権限は区別してください。
• 結果に影響しない一般的な警告、好み、軽微な指摘は省いてください。変更が正当化されない場合は、その旨と残る制約を述べてください。