Issue管理システムを使っている開発現場では同僚の書いたチケットに悩まされる以下の様な光景が良く見られます。 事例1「何の目的で作られたのか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら、何を変更したいかは分かるけどこの変更がどういう意味があるのか分からないケース 担当者の対応 作業したメンバーの席まで歩いて行って 「ねーねーこれさー、何のために作ったの?」 「あーそれはですね、まず○○という話がありまして、それで…」 (背景から説明されて15分経過) 事例2「ソースを全部読まないと何を変更したか分からないチケット」 ソースレビューを振られたのでチケットを見てみたら10コミットぐらい入れてあるけどチケットの説明が簡素過ぎて何の仕様をどう変更したか(もしくは新規に作ったか)がソースの差分を全部読み込まないと分からないケース 担当者の対応 作業したメンバーの席まで歩い
![【お前のチケット】チーム開発でのチケット改善術【解読不能】 - seri::diary](https://cdn-ak-scissors.b.st-hatena.com/image/square/aa98244b65d63a6ddd6e8470aa5491cc701be7d6/height=288;version=1;width=512/http%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fs%2Fserihiro%2F20140809%2F20140809224222.jpg)