Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ

Redmine でチケット駆動開発を実践する 2008/11/7 あきぴーチケットに分割して統治せよ

第 1 部 Redmine でプロジェクト管理を IT 化せよタスクはチケットに　分割して統治せよ

Redmine とは
Ruby on Rails で作られたバグ管理システム (BTS)
最新版： 0.7.3 (2008/5)
http://www. redmine .org
LAMP 、 WAMP 環境で動作
GPL で配布
強力なプロジェクト管理機能を持つ
ガントチャートがデフォルト表示
チケットで様々なタスクを一元管理できる
ワークフロー管理が使いやすい
バージョン管理 (Subversion 等 ) と連携
Trac(Python 製 BTS) と並んで最近注目されている

Redmine 導入前 (Excel 編 )
Excel の進捗管理に不満
残工数、残タスクの計算に労力がかかりすぎ
Excel のガントチャートを保守するだけで半日潰れる
ガントチャートでしか開発者の作業状態を追跡できない
結合テスト以後のプロジェクト管理が難しい
バグ情報や作業状態を一元管理できてない
バグ修正とテスト検証の担当切替に時間がかかる
プロジェクトにリズム感やスピード感が無い
イテレーションを管理できるツールが無い
アジャイル開発はプロジェクト管理が難しい
リリースが多いため管理工数がかかる

Redmine 運用前 (Trac 編 )
Trac は使いこなせなかった
Wiki を仕様書代わりに使ったが保守されなくなった
チケットの乱発でプロジェクトは大混乱
でも Web ベースのプロジェクト管理が今後主流になるだろう
Trac の赤色と灰色が嫌い
Redmine は青色でデザインがカッコいい！
Rails なのでインストールも簡単。 Ajax の UI が使いやすい。
Redmine は SVN コミットログとチケットの連携が簡単
Trac 運用時はチケットと SVN コミットログ連携を知らなかった
以前から CVS コミットログを書くよう口煩く運用してきた
チケットと相互リンクさせれば構成管理できるだろう

Redmine 運用後
プロジェクトの問題や進捗を見える化できた
残タスク、進捗率がリアルタイムに一目瞭然
遅延タスクが明確なので進捗管理しやすくなった
チーム内の連携作業がスムーズになった
開発者は担当タスクを自発的に作業してくれる
バグを見つけたら自発的にチケット登録してくれる
アジャイル開発をようやく理解できた
ロードマップが XP のイテレーション計画に相当する
１イテレーションでリリースするからリズムが生まれる
チケットの取捨選択が重要 ( 本来のマネジメント )
チケット管理の課題が見えてきた
チケット管理を上手に運用できなければ、 BTS は無意味
リスク管理はガントチャートではなくチケットで追跡する

チケットの概念モデル

Redmine の運用フロー ( 例 )

チケットの状態遷移図 ( 例 )

Redmine の運用サイクル次バージョンへ Redmine PL ユーザ PG 開発チームバージョン登録チケット更新集計表示問合せバージョン Close

Redmine とメインラインモデル
Redmine ではプロジェクトとソースリポジトリが 1 対 1 対応する
Redmine は複数のプロジェクトを一元管理できる
Trac は複数のプロジェクトを作れないのが最大の弱点

Redmine は更なる可能性を秘めている
チケット集計表示、進捗管理機能が優れている
ガントチャートはデフォルト表示
ロードマップで進捗率と残タスクが一目瞭然
サマリで色んな観点で残タスクの作業状態が一目瞭然
バグ収束曲線、バーンダウンチャート等のメトリクスが作れそう
強力な変更管理機能を持つ
SVN リビジョンからソースの修正理由を追跡できる
「要件->【チケット】 ←ソース」で変更管理や構成管理できそう
強力なワークフロー管理機能を持つ
トラッカーでバグ修正、新規開発毎にフローを切り替え可能
チケットが追加・更新されるイベントでメールや RSS で自動通知
バグ管理以外に新規開発や運用保守でも使えそう

(1) ロードマップ作成バージョン単位でチケットをグループ化する。 ↓ 残タスク、進捗率が一目瞭然

(2-1) チケット登録 1. トラッカー：チケットの種類 2. ステータス：チケットの作業状態 3.TargetVersion ：マイルストーン 4. 開始日、終了日：作業期間 5. カテゴリ：機能の単位。

(2-2) ワークフロー管理ロール、トラッカー、ステータスでフローを切り替え可能 ↓ 1. ロール：管理者、開発者 etc 2. トラッカー：バグ、新規開発 etc 3. ステータスは先行と移行先のマトリックスで一覧表示

(2-3) メール送信機能チケットが追加・更新されると、メールが自動送信される。 ↓ 3 人以上の大規模チームの運用で重要な機能。

(3) ガントチャートチケットに開始日、終了日を記入すれば、ガントチャートを自動生成してくれる。

(4-1) バージョン管理と連携 SVN リポジトリを一覧表示。プロジェクトとソースリポジトリが 1 対 1 対応。

(4-2) コミット時にチケットと連携 SVN コミットログに下記のキーワードを書くとチケットと連携できる。例 1 ： refs 11 (11 はチケット No) 例 2 ： fixes 11

(4-3) チケットにリビジョン表示チケットに SVN リビジョンを表示 ↓ ソースから変更理由を追跡できる

(5) リリース後にニュースで告知

(6-1) サマリ ( チケット集計結果 ) トラッカーやバージョン毎に、残チケットの作業状態を表示。開発チームの成績表に相当する。

(6-2) リポジトリ統計 SVN リポジトリの月別リビジョン回数、コミット回数を表示。開発チームの活発度合いが分かる。

第 2 部チケット駆動開発 (TiDD) でアジャイル開発！チケット・ファーストで始めよう

チケット駆動開発とは
チケット駆動開発は Trac のチケット管理から生まれた
チケット駆動開発の提唱者：まちゅさん
ITpro Challenge のライトニングトーク (2007/9)
http://www. machu . jp /diary/20070907.html#p01
「チケット無しの SVN コミットは不可」を強調！
Redmine 運用フローはアジャイル開発そのものだ！
Redmine 運用フローをチケット駆動開発と呼ぼう
Redmine チケットを SW 開発のタスクへ汎用化する発想
XP の原則、価値をベースにチケット駆動開発を再構築する
チケット駆動開発のプラクティスを作りたい
チケット駆動開発の略称「 TiDD 」 ( えと～さん )
「 TDD 」だと「テスト駆動開発」と間違えそう

チケット駆動開発のプラクティス
キャッチフレーズは「チケットに分割して統治せよ」
チケット・ファースト (Ticket First)
プロジェクトの作業はチケットを受け取ってから始める
チケット無しのソースコミット不可
チケットで分割統治 (Divide and Conquer)
チケットの粒度は追跡可能なタスクまで細分化する
バージョン毎にチケットをグループ化してまとめる
小規模リリース (Small Releases)
バージョン毎に小さく作って小刻みにリリースする
リリース結果は終了チケットの履歴として残る
ふりかえり (Retrospect)
チケット集計結果から次バージョンへ向けて改善しよう

チケット駆動開発の特徴
ラフなタスク管理。ガントチャートは重要でない。
顧客の要望と開発者の工数見積のバランスで優先順位付け
チケットの取捨選択でリリース計画は頻繁に変わる
ソースから作業理由・要件を追跡しやすい
例えば 3 年前のパッチの意図を検索できる
運用保守時にソースから仕様をリバースする時に役立つ
自然に強力な SW 構成管理のインフラになる
変更管理、構成管理、メトリクス収集が自動化される
開発者はチケットだけ意識すればいい
チーム内のコミュニケーションが活発化する
自分のタスク、進捗、問題点が見える化する
リリース後のチケット集計結果からふりかえりし易くなる

補足・ TiDD は SW 構成管理のインフラ
狭義の SW 構成管理はバージョン管理だけ。
IT 技術者は SW 構成管理の概念をもう一度見直すべき！
バージョン管理ビルド管理変更管理マネジメント

チケット駆動開発の運用の注意点
チケットを乱発・放置しない運用は何か？
リリース時期が不明なチケットはパーキングエリアで一旦保留
遅延したチケットは更にチケットを分割する
大規模チームで運用できるか？
チケット管理だけの専門担当者を置く
チケット取捨選択を議論する変更管理会議を開催する
チケット管理は SW 開発の全業務をカバーできるか？
チケットを要件管理 ( ストーリーカード ) に使う
変更管理ではチケットの親子関係が発生する
チケット集計結果から得られたメトリクスを過信しない
メトリクスは Bad ノウハウが多すぎる

まとめ・謝辞
Redmine でプロジェクト管理を IT 化しよう
タスクはチケットに分割して統治せよ
タスク管理はチケット・ファーストから始めよう
チケット駆動開発でアジャイル開発しよう
チケット駆動開発は Redmine で簡単に実現できる
チケット駆動開発は、中身は古いが新しい衣を被ったアジャイル開発
謝辞
勉強会で一緒に議論してくれた仲間へ
えと～さん、八朔さん、よしうみさん、たけぷ～さん、うえださん、 Tanigon さん、せりまささん、 garyo さん、 ino さん
講演の場を作ってくれた Ruby 関西コミュニティへ

http://forza.cocolog-nifty.com	737
http://inscrutable.seesaa.net	365
http://www.slideshare.net	143
http://blog.livedoor.jp	55
http://s.deeeki.com	31
http://webcache.googleusercontent.com	19
http://static.slidesharecdn.com	6
http://74.125.153.132	2
http://www.google.co.jp	2
http://www.health.medicbd.com	2
http://twitter.com	1
http://209.85.175.132	1
https://app.cocolog-nifty.com	1
http://72.14.235.104	1
https://si0.twimg.com	1

Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ

by akipii Oga on Dec 15, 2008

Accessibility

Categories

Tags

Upload Details

Usage Rights

15 Embeds 1,367

Statistics

Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ — Presentation Transcript