Skip to main content

ほとんどのスプリントワークフローにあるギャップ

チームはJira、Linear、またはNotionで要件を追跡します。開発者はPRでそれらを実装します。しかし、PRが実際にすべての受け入れ基準をカバーしているかどうかを体系的に確認する人は誰もいません — QAがステージングでギャップを見つけるまでは。 このクックブックは、タスク要件に対してPRを自動的に検証することで、そのループを閉じます。

ワークフロー

ステップ1 — タスク管理ツールに接続する

設定Plugins に移動してツールを接続します:
  • Jira — Atlassianを使用するチーム向け
  • Linear — Linearを使用するチーム向け
  • Notion — タスクトラッカーとしてNotionを使用するチーム向け
  • ClickUp — ClickUpを使用するチーム向け
接続すると、Kodusはレビュー中に自動的にタスクコンテキストを取得できます。

ステップ2 — ビジネスロジック検証を有効にする

デフォルトで有効になっていますが、確認してください:

ステップ3 — 良い受け入れ基準を書く

検証の品質はタスクの説明の品質にすべて依存します。Kodusはタスクコンテキストを以下のように分類します: Jira/Linearタスクのテンプレート:

ステップ4 — 開発中にオンデマンド検証を使用する

PRをレディとしてマークする前に、開発者は自己チェックできます:
これによりギャップを早期に検出できます。レビュアーがPRを見る前に。

ステップ5 — スプリント規約をMemoriesとして教える

ステップ6 — PR要件ルールを作成する

結果

セットアップ後、スプリントのすべてのPRで以下が得られます:
  1. コード品質レビュー — セキュリティ、パフォーマンス、スタイル(標準のKodus)
  2. ビジネスロジック検証 — すべての受け入れ基準が実装されているか?
  3. スコープミスマッチ検出 — このPRは正しいタスクに取り組んでいるか?
QAが見つけるギャップが減り、スプリントデモがスムーズに進み、「それは完了したと思っていた」というケースが少なくなります。

ヒント

  • 番号付きの受け入れ基準を書くようにチームを促す — 最良の検証結果が得られる
  • レビュー時だけでなく、開発中にオンデマンド検証を使用する
  • PRが意図的にすべての基準をカバーしていない場合(段階的なデリバリー)、Kodyが考慮できるようPRの説明に注記する
詳細については、ビジネスロジック検証 を参照してください。