「Redmineによるタスクマネジメント実践技法」を倉貫さんに紹介して頂きました #TiDD

「Redmineによるタスクマネジメント実践技法」を倉貫さんに紹介して頂きました。
ありがとうございます。

チケット駆動開発のススメ～No ticket! No commit - Social Change!

倉貫さんには推薦文を書いて頂いてます。
チケット駆動開発について、下記の説明がとてもシンプルで分かりやすいです。

(前略)
チケット駆動開発は、見えないタスクの問題を解決する糸口になります。
チケット駆動開発は、もともとはソフトウェア開発におけるバグ管理のタスクをチケットという単位で管理していたことを応用した手法になります。プロジェクトにおけるすべての作業を、チケットという単位で管理を行い、そのチケットを消化していくことで開発を進めていきます。
こうすることで、作業漏れやどういった進捗状況であるのかをすぐに共有することができるようになります。"No ticket! No commit"という言葉もあり、チケットにないプログラムの改修はコミットしてはいけない、というシンプルなルールがあります。
では、そのチケット駆動開発において、仕事を表すチケットはどのように管理するのか。昔ながらのプロジェクトの場合、多くはExcelを使っているかもしれません。しかし、それでは片手落ちです。チケット駆動開発の本当の良さを発揮することができません。チケットを誰でもすぐに見える形で共有するからこそ価値があるのです。
チケット駆動開発において、チケット管理に向いているのは、tracやJira、Redmineなどのバグ管理システム（BTS）や課題管理システム（ITS）と呼ばれる製品です。こうしたワークフローを備えたツールを使うことで、効率的なチケット管理ができます。
(中略)

又、チケット駆動開発の対象読者についてもイメージしてくれてます。

(中略)
本書を読むことで、チケット駆動開発とRedmineについて同時に学ぶことが出来ます。まずチケット駆動開発について理解してから始めたい人も、まずは動かして触ってみたいという人まで、多様なニーズに応えた本になっています。
(後略)

対象読者については、レビューアにもなって頂いた倉貫さんに言われたのですが、RedmineやTracなどのプロジェクト管理ツールを一通り運用した経験のある人には、経験を整理して他人に利点を説明できるくらい本書にヒントがたくさん詰まっていると思います。
ですが、アジャイル開発を初めて知る人や障害管理ツール(BTS)の経験がない人には、本書に出てくるたくさんの概念に翻弄されて分かりにくくなるかもしれません。
さかばさんの言う通り、本書のターゲットは中堅読者に置いているからです。

BTSとITSの違い、XPなどのAgile開発、PMBOKやITIL、Agile開発と同様に繰り返し開発の例にあげられるRUPなどの概念に慣れてい開発者には、本書の内容はピンと来ないかもしれません。
逆に、Agile開発の運用に苦労している開発者、PMBOKやITILやRUPなどの開発プロセスに詳しいマネージャなら、本書の主張を汲みとってくれるでしょう。

又、Redmineの細かな機能とチケット駆動開発を絡めて説明しているので、RedmineやTracなどのITSのツールに慣れていないプロジェクトマネージャには、本書の主張がピンと来ないかもしれません。
逆に、RedmineやTrac、Jira、MantisなどのBTSをタスク管理に運用している開発者には、本書の内容に納得する部分があるでしょう。

又、SVNやGit、Mercurialを触ったことがないプロジェクトマネージャには、チケット駆動開発と並行開発の関係や構成管理パターンについて、ピンと来ないかもしれません。
逆に、構成管理ツールを使ってリリース作業を担当しているライブラリアンにとっては、本書の内容に現場の改善のヒントが得られるでしょう。

特に、テスト技法や品質管理の経験がない開発者にとっては、本書の後半に書かれているテスト管理ツールTestLinkが何故必要なのか、そしてその利点は何なのか、も腑に落ちないでしょう。
逆に、組込製品やパッケージ製品の品質管理部門やテスト部隊でテスト管理に苦労している人達には、本書の内容からテスト管理の奥深さに納得してくれるでしょう。

色んな立場の人が自分の観点で本書の内容を読み取ってもらえればと思います。