課題のテンプレートのサンプル集
あなたのノウハウが詰まったテンプレートを共有しませんか?
課題テンプレートをどんな時に使えばいいか知りたい方は利用シーン別の設定例をご覧ください。
以下に課題のテンプレートのサンプル集を紹介します。コピーしてご利用ください。
バグ管理(最低限の項目)
件名
バグの内容を推測しやすい適切な件名(例: ファイル詳細からのファイル削除時に確認ダイアログの一部が文字化けする)
詳細
## バグの概要
## 再現方法
(再現手順、実際に行った手順を書きます。)
## 期待した結果
(本来ならこう振る舞うべきという内容)
## 実際の結果
(不具合の内容、表示崩れ等であれば画面のスクリーンショットを添付ファイルとして追加してください)
** バグの概要
** 再現方法
(再現手順、実際に行った手順を書きます。)
** 期待した結果
(本来ならこう振る舞うべきという内容)
** 実際の結果
(不具合の内容、表示崩れ等であれば画面のスクリーンショットを添付ファイルとして追加してください)
バグ管理(一般的な項目)
件名
バグの内容を推測しやすい適切な件名(例: ファイル詳細からのファイル削除時に確認ダイアログの一部が文字化けする)
詳細
(テスト仕様書のテスト項目があれば、それを特定できる内容を書きます)
## テスト環境
(テスト環境を書きます。例:ブラウザ環境、ベータ環境など。特になければこの行は削除してください。)
## 再現方法
(再現手順、実際に行った手順を書きます)
## 期待した結果
(本来ならこう振る舞うべきという内容)
## 実際の結果
(不具合の内容、表示崩れ等であれば画面のスクリーンショットを添付ファイルとして追加してください)
## エラーログ
(ブラウザのコンソール上のJavaScriptのエラーログ、ネットワークなどのログがあれば記入ください。なければこの行は削除してください)
## 関連課題
(バグを開発プロジェクトにエスカレーションした場合に、バグ修正用の課題キーを登録します。なければこの行は削除してください)
(テスト仕様書のテスト項目があれば、それを特定できる内容を書きます)
** テスト環境
(テスト環境を書きます。例:ブラウザ環境、ベータ環境など。特になければこの行は削除してください。)
** 再現方法
(再現手順、実際に行った手順を書きます)
** 期待した結果
(本来ならこう振る舞うべきという内容)
** 実際の結果
(不具合の内容、表示崩れ等であれば画面のスクリーンショットを添付ファイルとして追加してください)
** エラーログ
(ブラウザのコンソール上のJavaScriptのエラーログ、ネットワークなどのログがあれば記入ください。なければこの行は削除してください)
** 関連課題
(バグを開発プロジェクトにエスカレーションした場合に、バグ修正用の課題キーを登録します。なければこの行は削除してください)
新しい施策
## テスト項目
## 概要
(この施策の概要を具体的に書きます)
## 目的
(この施策の目的やゴールを書きます)
## 完了条件
(この施策の完了の条件を詳細に書きます)
## 数値目標
(施策の数値目標があるの場合記載します)
## スケジュール
(親課題として全体のスケジュール感を共有したい場合に記述します)
## 関連課題
- 課題キーを入力
** テスト項目
** 概要
(この施策の概要を具体的に書きます)
** 目的
(この施策の目的やゴールを書きます)
** 完了条件
(この施策の完了の条件を詳細に書きます)
** 数値目標
(施策の数値目標があるの場合記載します)
** スケジュール
(親課題として全体のスケジュール感を共有したい場合に記述します)
** 関連課題
- 課題キーを入力
依頼事項
## 依頼内容
依頼内容を具体的に記述します。
## その他(このセクションは課題追加時に削除してください)
- 担当者を設定してください。
- 担当者が複数になる場合は担当者決定後に子課題を追加して担当者を設定してください。
- 期限日は必ず設定してください。
** 依頼内容
依頼内容を具体的に記述します。
** その他(このセクションは課題追加時に削除してください)
- 担当者を設定してください。
- 担当者が複数になる場合は担当者決定後に子課題を追加して担当者を設定してください。
- 期限日は必ず設定してください。
ユーザーストーリー
## ユーザーストーリー
(利用例)
管理者として、課題の種別をモバイルアプリから管理したい。
なぜなら、私は仕事中に移動することが多く、その際にプロジェクトの種別の追加を依頼されることがあるからだ。
## 仕様・画面デザイン
(すでに仕様や画面デザインがある場合、そのURLなどを記載)<
## 受入テスト(管理者, プロジェクト管理者)
- [ ] 管理者はすべての課題の種別をプロジェクト設定から確認できる。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から編集できる。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から削除できる。
- [ ] すでに課題に設定済みの課題の種別を削除した場合、新しい種別の付替えができる画面が表示される(課題の種別は必須フィールドのため)。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から追加できる。
## 受入テスト(一般ユーザー、ゲスト)
- [ ] 一般ユーザーはすべての課題の種別をプロジェクト設定から確認できる。
- [ ] 一般ユーザーは課題の種別の追加/編集/削除ができない。
## 関連課題
- 課題キーを入力
** ユーザーストーリー
(利用例)
管理者として、課題の種別をモバイルアプリから管理したい。
なぜなら、私は仕事中に移動することが多く、その際にプロジェクトの種別の追加を依頼されることがあるからだ。
** 仕様・画面デザイン
(すでに仕様や画面デザインがある場合、そのURLなどを記載)
** 受入テスト(管理者, プロジェクト管理者)
- [ ] 管理者はすべての課題の種別をプロジェクト設定から確認できる。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から編集できる。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から削除できる。
- [ ] すでに課題に設定済みの課題の種別を削除した場合、新しい種別の付替えができる画面が表示される(課題の種別は必須フィールドのため)。
- [ ] 管理者はすべての課題の種別をプロジェクト設定から追加できる。
** 受入テスト(一般ユーザー、ゲスト)
- [ ] 一般ユーザーはすべての課題の種別をプロジェクト設定から確認できる。
- [ ] 一般ユーザーは課題の種別の追加/編集/削除ができない。
** 関連課題
- 課題キーを入力
チェックリスト記法は課題詳細のみで使用できます。