投稿日
この記事は更新から7年経過しています
スプリント運営ガイド
もくじ
- 概要
- 基本ルールと前提
- 参考文献
- スプリント全体計画
- 受託開発での注意点
- スプリントの運営
- 前提条件
- スプリントワークフロー
- スプリント計画ミーティング
- 日々の作業
- プロダクトバックログリファインメント
- スプリントレビュー
- スプリントレトロスペクティブ
- こんなときには…
- スプリント内でストーリーが終わりきらない
- ストーリーに足りないタスクがみつかった
- プロダクトマネージャ
- 役割
- ストーリー分割チートシート
- 良いストーリーの基準 : INVEST
- ストーリー分割パターン
- 朝会
- スプリントレトロスペクティブ
- はじめに
- レトロスペクティブの流れ
- レトロスペクティブ実施の注意点
- レトロスペクティブアセスメントシート
- 参考文献
- 良いタスクの基準:SMART
- Specific
- Measurable
- Achievable
- Relevant
- Time-boxed
良いタスクの基準:SMART
- Specific
- 具体的であること。
- Measurable
- タスクの完了条件が明確になっていること。
- Achievable
- 達成可能であること。
- Relevant
- すべてのタスクに関連性があること。
- Time-boxed
- 時間枠が設定されていること。
Specific
タスクは誰でも理解でき、関与できるように具体的である必要がある。
他のタスクと重複しないようになり、ストーリーにどう役に立つか理解できるようになる。
Measurable
重要なのは、タスクがどうなれば完了として扱えるのか、ということ。
開発チームはその内容に同意している必要がある。
例えば、「意図通りに動作する」、「自動テストが作成されている」、「コードがリファクタリングされている」など。
Achievable
タスクの所有者は、タスクを達成できる見通しを持つ必要がある。
タスクの達成には、チームの助けを得ても構わない。
Relevant
全てのタスクには関連性があり、タスクに紐づくストーリーの完了に貢献する必要がある。
ストーリーは開発者の為に分割されるが、顧客に対してすべてのタスクを説明、正当化できる必要がある。
Time-boxed
タスクにはタイムボックスを設定する必要がある。これは正式な見積もりである必要はないが、チームにいつ助けを求めるべきかを知るために必要となる。
タスクが予想以上に困難な場合、チームはタスクを分割したり担当者を変更したり、タスクを手助けするために何かをする必要があるということを知る必要がある。
出典: http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/
