障害管理からチケット駆動開発へ～BTSから始まる進化の歴史
•
8 likes•6,095 views
DevLove関西2011発表資料「障害管理からチケット駆動開発へ～BTSから始まる進化の歴史」 9月17日 DevLOVE関西2011CONNECT(大阪府) http://kokucheese.com/event/index/16663/ 【公開】DevLove関西2011発表資料「障害管理からチケット駆動開発へ～BTSから始まる進化の歴史」 #devlove0917: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/09/devlove2011btsd.html
障害管理からチケット駆動開発へ～BTSから始まる進化の歴史
- 3. RxTStudyの目的 Redmine x TaskManagement 勉強会の略称 「プロジェクト管理ツールRedmineによるタスク管理」に関 する関西のコミュニティ 発足人：@pinkmac, @kiy0taka, @hiroe316さんたち 日本にRedmineコミュニティを作りたい！ 日本はTracが全盛（？） 「東の 東のTrac、西の 東の 、西のRedmine」と言われている (@nobiinu_and) 関東でも 品川Redmine 品川 コミュニティ発足 (2011/9/8) (copyright2011 akipii@DevLove関西) 3
- 14. Mantisの運用サイクル 障害報告票(チケット のライフサイクルに相当する 障害報告票 チケット)のライフサイクルに相当する チケット 登録 履歴表示 Mantis 制御 集計 更新 (copyright2011 akipii@DevLove関西) 14
- 23. 【4】No Ticket, No Commitの発端 障害報告票へソースの修正 履歴を残す運用が発端 履歴を残す運用が発端 ↓ テストや本番運用で発覚した バグは、厳格に変更履歴を 追跡する必要があるから (copyright2011 akipii@DevLove関西) 22
- 31. BTSからITSへ ITSはBTSを拡張した課題管理システム 障害だけでなく、課題や要望に使う (Issue Tracking) Wiki、SCM連携の機能を含む Post-commit-hookでチケットとSCMリビジョンを紐付ける (copyright2011 akipii@DevLove関西) 30
- 32. チケット駆動開発とは Tracのチケット管理から生まれた(@machu) http://www.machu.jp/diary/20070907.html#p01 正式名称：Ticket Driven Development (@machu, @hiroe316) BTS/ITSを障害管理だけでなくタスク管理に使う(@machu) チケット無しのコミット不可 (No Ticket, No Commit !) (@machu) TiDDをAgile開発へ適用できた (@akipii) BTSの運用対象を の運用対象を 拡大する (copyright2011 akipii@DevLove関西) 31
- 34. (2)チケット一覧はタスクボード BTSチケット一覧を のタスクボードのように扱う (@sakaba37) チケット一覧をXPのタスクボードのように扱う チケット一覧を チケット集計機能を進捗・課題・品質管理へ適用する ガントチャート、課題一覧、バグ収束曲線 PDF、Excel出力機能が重要 顧客もPMも帳票にこだわっている かんばん (copyright2011 akipii@DevLove関西) 33
- 35. (3)柔軟なワークフロー管理 BTSのワークフロー機能を のワークフロー機能をSW開発全般のタスクへ拡張 (@akipii) のワークフロー機能を 開発全般のタスクへ拡張 複数人で連携する作業漏れをなくす (ペア作業 ペア作業) ペア作業 チケットのアクティビティ図 チケットの状態遷移表 チケットの状態遷移図 (copyright2011 akipii@DevLove関西) 34
- 38. (5)バージョンはイテレーション ITSバージョンを のイテレーションと同一視する(@akipii) バージョンをXPのイテレーションと同一視する バージョンを 2～4週間単位にVerUpしながら機能も品質も改善していく (小規模リリース 小規模リリース) 小規模リリース モジュール) バージョン (モジュール モジュール →チケット (ITS) →ソース修正履歴 (SCM) へ追跡可能 (copyright2011 akipii@DevLove関西) 36
- 43. チケット駆動開発の意義 BTSをAgile開発のタスク管理へ適用 作業はチケットを起票してから始める(Ticket First) チケット無しの作業不可 (No Ticket, No Work) BTSのワークフロー管理をSW開発全般へ拡張 課題管理やインシデント管理にも適用 トレーサビリティで変更管理をサポート チケット無しのコミット不可 (No Ticket, No Commit) チケットで全ての作業を追跡する (Ticket Tracking) ツール連携で新しい運用方法を見出す BTS/ITS・Wiki・SCM・CIの各種ツールを連携 (3種の神器 種の神器) 種の神器 (copyright2011 akipii@DevLove関西) 41
- 44. SW開発の3種の神器 (@haru_iida) ITS、SCM、CIの3つのツールの総称 ITS (Issue Tracking System) ：課題管理 SCM (Software Configuration Management) ：構成管理 CI (Continuous Integration) ：ビルド管理 TiDDはツールを組み合わせた新しい使い方の一種 高速・高品質なSW開発を目指す 開発を目指す 高速・高品質な (copyright2011 akipii@DevLove関西) 42
- 50. 組織全体へTiDDを展開可能 どのチームもPRJ管理の手法は同じ プロセス標準化 管理の手法は同じ(プロセス標準化 どのチームも 管理の手法は同じ プロセス標準化) 作業を引継ぎしやすいので要員の流動化も図りやすい Redmineの複数プロジェクト の複数プロジェクト 機能で組織構造をマッピング 機能で組織構造をマッピング 運用ノウハウ を展開可能 トラッカーの分析が トラッカーの分析が 重要！ ヘルプ (copyright2011 akipii@DevLove関西) 48
- 52. TiDDが持つAgilityと規律 Agileな概念はツールの 機能で実装可能 な概念はツールの1機能で実装可能 な概念はツールの ツールの制約が規律 規律(Best Practice)をもたらす ツールの制約が規律 をもたらす ツールに慣れれば良い習慣が自然に身に付く 従来型(WF) TiDD(Agile) 【BTSに由来する規律】 に由来する規律】 進捗管理 作業指示 【従来の規律】 運用ルール 作業手順 No Ticket, No Commit No Ticket, No Work Ticket Tracking Excel 進捗報告 3種の神器 種の神器 (copyright2011 akipii@DevLove関西) 50