自分が今いるチームは、3か月半ぐらい前にTracを導入して、チケット駆動開発に移行しました。 今では、チケットを中心に作業を進め、進捗の報告もチケット上で行っています。 そんなチケットですが、より作業がスムーズに進むよう3タイプの人を意識して書くように工夫しています。 同僚、先輩 → 詳細に書く 同僚や先輩に向けてチケットを書くときには、できるだけ詳細に書くように注意しています*1。 バグ報告のチケットなら、 発生手順（どういう前提条件で、どう操作をすれば発生するのか） 根本原因（ただの単純ミスなのか、設計上の問題なのか） 修正方法（どのクラスを直すか、水平展開のポイントはどこか） といった点を詳細に書いています。 Trac導入前だと、これらを口頭で説明したり、手書きのメモで箇条書きにして渡したりしていました。 でも、これだと相手に意志がうまく伝わらず、直したと言われてもチェックしたら直っ
