チケット駆動開発がもたらした新しい観点part2～トレーサビリティの拡張 - プログラマの思索

Redmine・Trac・Mantisでチケット駆動開発を実践してみて、技術的に一番面白いのは、ツールの連携によるトレーサビリティの強化であり、その拡張だ。 この考え方は「ソフトウェア構成管理とはそもそも何なのか？」という問題に行き着くと思う。 以下ラフなメモ書き。 【1】チケット駆動開発の基本的な運用ルールは「No Ticket, No Commit!」だ。 実際の運用方法は、SVNやGit、Mercurialのコミットログに「refs #チケットNo」「fixes #チケットNo」を付けてcommitすると、自動的にチケットとリビジョンが相互リンクするやり方。 この運用ルールは、障害管理において、障害報告票に基づいてどのようにソースが修正されたのかをレビューしたり検証したり、リリース後に確認できるようにしたい発想から生まれた。 この単純な運用ルールこそが、従来のAgile開発には無かっ

[dagjmpd]

チケット駆動開発がもたらした新しい観点part2～トレーサビリティの拡張