チケットの粒度について¶

qiitaに投稿しました。 こちら でご覧になれます。本ページの情報は古い可能性があります。

チケットの粒度大きすぎる(例えば、大規模あるいは工数の多い開発案件をチケット1つだけで管理しようとする)と…

• 注記が伸びまくり＆色んな話がごちゃ混ぜになり、いざという時にお目当ての内容を見つけるのに一苦労する
• 何が終わって何が終わっていないのか把握しにくくなる
• チケットの終了条件が曖昧になりやすく、タスクの取りこぼしを発生させる確率を高める

…といったデメリットが生じ、折角のチケットシステムの利点が活きない。

よって、案件の大きさによっては、まず案件の概要を書いた親チケットを作成し、次に作業項目別に小チケットを作成し、それを親チケットに束ねておく。すると…

• 注記が自然と小チケット毎に整理され探しやすく＆読みやすくなる
• チケット毎の対象範囲が狭まり、終了条件が設定しやすい＆明確になる
• 親チケットページの子チケット一覧で作業の進捗(何が終わってて何が終わってないか)が把握しやすい
• チケット毎に作業時間や期日を整理でき、案件全体の予定工数(かかるであろう時間のこと)の見積もりや進捗管理がしやすい
• 自然とチケットの更新頻度が増え、進捗管理担当や途中から作業に参加するメンバーが作業状態を把握しやすい状態になる

などなど、チーム作業をする上で魅力的なメリットを多数享受できる。
ので、チケットを作る時は粒度を意識してみるといいかもしれません！終わり！

以下参考

https://www.google.co.jp/search?q=redmine+%E3%83%81%E3%82%B1%E3%83%83%E3%83%88+%E7%B2%92%E5%BA%A6&ie=UTF-8&oe=UTF-8&hl=ja-jp&client=safari