チケット駆動開発の論文

さかばさんがチケット駆動開発の論文を書かれたのでリンクしておく。

【元ネタ】
ソフトウェアさかば: TiDD：チケット駆動によるアジャイル開発法

さかばさんの論文の主張を抽出すると下記になる。

１・TiDD(Ticket Driven Development)は、古くからある障害管理ツールなどを包括的な構成管理ツールへ拡張し、それらのツールに合わせた開発プロセスである。

例：
バージョン管理(ソース管理)→Subversion
障害管理→Redmine
単体テスト→テスト駆動開発
自動ビルド→継続的インテグレーション

２・アジャイル開発を運用する上での難点の一つである進化的保守は、TiDDでは、プロジェクト管理をチケット管理で置き換えることで解決しようとする。

３・二つ目の難点である並行開発は、メインラインモデルとチケット管理の組み合わせで解決しようとする。

４・３つ目の難点である頻繁なリファクタリングによる品質劣化のリスクは、チケットとリビジョンの関連付けによって、変更理由を追跡できることで解決しようとする。

５・チケット駆動開発をRedmineで実践した場合、ロードマップをイテレーション計画、チケットをタスクカードで運用することで、アジャイル開発を可能にする。

アジャイル開発を運用するのは何故難しいのか、そして、チケット駆動開発がそれらをどのように解決しようとしたのか、を論理立てて書かれている。
僕が言いたかった内容はこういうことだったんだな、と思う。

【参考】
情報処理推進機構：ソフトウェアエンジニアリング・EPMツール

easeプロジェクト