Redmine2年ほど前からチケット駆動開発(と思われるもの)を実践しています。ここで、現時点での自分の方針や考えなどをまとめてみます。社内勉強会で発表した内容です。背景そもそもこのような手法やツールを取り入れる場合、闇雲に使い回してはいけない。基本的には、プロジェクトの問題点を把握し、手法やツールを利用して解決を図る、という方針にする。(+ガントチャート)そもそもWBSとは、『プロジェクトマネジメントで計画を立てる際に用いられる手法の一つで、プロジェクト全体を細かい作業に分割した構成図。(Wikipediaより)ガントチャートとは、『プロジェクト管理や生産管理などで工程管理に用いられる表の一種で、作業計画を視覚的に表現するために用いられる。して用いる手法である。計画できることは管理できるが、日々状況が変化するようなケースには不向きなのでは、と考えられる。レビュー/リファクタリングメンバーのコードレビューが漏れる/しない。リファクタリングできない/する機会がない。Trac/Redmineツール自体は社内にある。チケットでタスク管理しているひともいる。日々のメンバー間のやり取りがメールだったり、環境構築やノウハウ系のドキュメントがファイルサーバ上に散在していることが多い。これらのツールが十分に使えていない。現時点でどういうタスクがあるのか、どういう経緯でこの仕様が決まったのかということが分からない。「仕様は課題管理表を見てください」とか言われる始末。(実話)手順書などのドキュメント類はファイルサーバを漁らないと見つからない。これらの問題を解決したい。基本的な運用方針は以下の通り。規模が大きい場合にはタスクを分割して子チケットを作成する。チケットに多くの情報を書き過ぎないようにする。