品質保証(QA)部門システム
リリース前に製品をテストし、重大な欠陥のないことを保証する品質保証チーム向け。
すべてのリリース前の品質ゲート: テスト計画・実行・不具合報告・修正確認、明確なレポート。
クレジットカード不要 — システム一式が1分でプロジェクトにセットアップされます
これがお手元に届くシステムのボードです。ワークフローの列と、最初のステップを示すスターターカードが並んでいます
このシステムで仕事はどう回る?
各リリース前に「テスト計画」カードを作成し、テスト範囲(新機能・最もリスクの高い領域・対象デバイスとブラウザ)を定めます。リリース候補版の準備が整うと「実行」に移り、テスターがシナリオを実行して各ケースの結果を記録します。発見された欠陥はすべて「不具合報告」カードになり、再現手順・期待結果・実際結果・重大度を記述し、開発者が引き受けて修正します。修正済みの報告は「修正確認」に戻り、報告者ではない別のテスターがテストし、修正が他を壊していないことを確認します。重大な報告がゼロになると親カードは公式推奨とともに「リリース判定」に移り、数字は「レポート」へ繰り越します。実行ケース数・発見報告数・欠陥が集中する領域。
チャットはテスト中の司令室です。リリースを止める重大報告は即座に告知され、意図した動作かバグかの疑問は、却下カード化の代わりに開発者とその場で決着します。ただし厳格なルールがあります。チャットで決着した決定は不具合報告カードそのものに記録します。ボードが記録であり、記憶ではありません。
品質部長は「テスト計画」を書き、実行を配分し、リリース推奨の決定を所有します。重大報告が残ればリリースを止めるのも彼です。テスターは実行し、統一基準で報告を書きます。開発者は報告を受けて修正し、「修正確認」へ戻します。システムの原則: テスターは自分が書いた報告の修正を確認せず、リリースは「雰囲気が良さそう」という感覚ではなく数字による記録付きの決定です。
誰が何を担当する?
このシステムの運用ロールと、日々の仕事における各ロールの責任。そのままチームに割り当てても、自社に合わせて調整しても構いません。
品質部長
テスト計画を書き範囲を配分し、重大報告をレビューし、「リリース判定」の推奨または停止に数字で署名する。
テストエンジニア
計画シナリオを実行し、明確な手順と分類済み重大度で報告を書き、「修正確認」で同僚の修正を確認する。
開発者
「不具合報告」カードを受けて欠陥を修正し、変更内容と再テスト対象を記述して「修正確認」へ戻す。
初日から用意されるものは?
システムのユニット
- タスク — ワークフローの列と実行カードを備えたかんばんボード
- チャット — チームの素早い日常調整チャンネル

