アジャイル開発の1つ、「Scrum」におけるスプリントのタスクに関するTipsがまとめられてるサイトを見つけました。

ScrumCrazy.com has Moved…
To contact us about our Coaching/Training services, please see the About page. So, our old content engine provider, Wikispaces.com, went out of business, so we ...
英語のサイトですが、タイトルだけ頑張って翻訳してみました。
詳細は上記サイトの方で確認してください。
Scrumで開発をするのであれば、一度は見ておいた方が良いと思います。
- 誠実で正確な見積が評価される環境を作る。
- タスクを見積もるために時間を使わないことを推奨します。
- タスクは、1日(8時間)以下の「適切なサイズ」にすることを推奨します。
- より小さなタスクにすることを強く推奨します。
- あきらめてはいけない!
- 1日の内で本当に作業可能な時間は5〜6時間であることを認識すること。
- 作業量を見積もるのであって、期間を見積もるのではない。
- できるだけ「アトミック」な単位で作業を作成します。
- 2日以上作業が進行中のままになりそうなタスクは作成しないようにしましょう。
- チームとして、正しいサイズの作業を見積りましょう。
- スプリントの途中でもタスクの見直しを完全に許容する。
- チームは完全にすべてのタスクを理解していることを確認してください。
- 「想定上の平均的な開発者」のスキルを基に見積もる。
- タスクの割当のタイミングを引き延ばす。
- タスクのステータスは「TODO」「IN PROGRESS」「DONE」の3つだけにしましょう。
- これまでの実績を追跡しないでください。
- あなたのタスクについて「振り返り」「点検」し「適応」すること。
- バーンダウンチャートを利用しましょう。
- バーンダウンチャートにトレンドラインを引くことを強く推奨します。
- タスクの再見積もりをする時があります。
- スプリントのバックログにプロダクトオーナーのタスクを入れないでください。
- デイリースクラム以外のすべてのスクラムでのミーティングをタスクとすることを検討してください。
- 会議のためのタスクを作成することを恐れてはいけません。
- タスクの管理はソフトウェアよりも付箋紙で行うことを強く推奨します。
- 付箋紙にタスクにサインアップしたことを記入することを強く推奨します。
- あなたのタスクの付箋でイノベートしよう。
- タスクの状況は常にすぐアップデートすべきである。
- 振り返りで出たアクションの項目のためのタスクを作成することをよく検討しよう。
- PBIのためにタスクを作成することが難しい時は、次回のために「スパイクタスク」について検証しよう。
- 「振り返り」「検査」し、「適応」することを確認すること!
コメント