rhdh-jira-refine

RHDH Jira 作業の精査

「準備はできていますか」と尋ねられたら、RHDH ワークフローが実際に適用する基準に基づいて回答し、推測するのではなく、不足しているものを伝えます。

手順

workflows/refine-issues.md を読み込みます。個別の課題の準備状況の監査と Feature Exploration のチェックリストの両方を扱っています。同じチェックを、Feature のライフサイクルの異なる時点で適用します。

厳しい問い詰めは前提にしない

/rhdh-jira-create とは異なり、このスキルは外部の grilling スキルを必要とせず、それを理由に処理を止めてはいけません。精査では、すでに存在する作業を読み取ります。任意の外部スキルを必須条件にすると、何のメリットもなく機能全体が使えなくなります。

デフォルトは読み取り、依頼があった場合のみ書き込み

レポートは読み取り専用です。ユーザーが修正を依頼した場合、各変更は外部への書き込みとなるため、/mutation-gate を呼び出して、その指示に従います。精査では通常、多数の小さな修正をまとめて提案するため、1件ずつ承認を求めるのではなく、課題キーと正確なコマンドを各行に記した1つのセットとして提示します。

隣接するスキルとの境界

• 新しい作業の起票には /rhdh-jira-create を使います。
• 既知のキー1件の更新（ステータス、コメント、担当者、リンク）には /rhdh-jira-update を使います。精査では複数の課題を横断してレポートするものであり、これに代わるものではありません。
• 精査済みのバックログから次のスプリントを作成するには /rhdh-jira-sprint-plan を使います。
• 精査前のセレモニー用ブリーフとスマート分析には /rhdh-prepare-refinement を使います。
• 終了条件の表、フィールド ID、JQL、コンポーネントカタログについては /rhdh-jira-api を使います。
• 見積もりの尺度、重複検出、分解ルールについては /rhdh-jira-authoring を使います。
• リリースに対してまだオープンなものを確認するには /rhdh-release-status を使います。

完了条件

レポートの対象となるすべての課題を、カスタムフィールドを拡充した状態で実際に取得できた時点で完了です。フィールドを拡充しない検索では、ストーリーポイント、Team、Size、Sprint が空で返されます。これは、フィールドが未設定の場合と見分けがつかず、「データ不足」という誤った指摘の最も一般的な原因です。JQL、課題数、結果が打ち切られたかどうかを報告してください。各指摘には、その根拠となったチェックと重大度を明記します。取得できなかったフィールドは「未取得」として報告し、「欠落」として報告してはいけません。