RedmineのFAQとアンチパターン集
111 likes•67,093 views
20110730_Redmineでのタスク管理を考える勉強会＠大阪 第１回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会＠大阪 - Togetterまとめ http://togetter.com/li/168362
RedmineのFAQとアンチパターン集
- 1. RedmineのFAQと アンチパターン集 No Ticket, No Work ! 2011/07/30 あきぴー＠XPJUG関西 (copyright2011 akipii@XPJUG関西) 1
- 5. チケット編 No Ticket, No Work! (copyright2011 akipii@XPJUG関西) 5
- 6. 【Q】チケットは仕様書ですか？ 質問 チケットは仕様書ですか？ 頻出場所 チケット管理 根本原因 BTS→ITS→TiDDへ進化した歴史を理解してない → → へ進化した歴史を理解してない 関連 アンチパターン 関連プラクティス 回答 タスクがチケットに書かれない ・Issue Tracking ・Ticket First ・No Ticket, No Work (@mrgoofy33) ・チケットをバグだけでなく、課題やタスクも扱う ・チケットをXPのタスクカードのように扱う ・チケットを のタスクカードのように扱う(@sakaba37) ・実績工数が発生するタスクは、チケットなしの作業不可 (copyright2011 akipii@XPJUG関西) 6
- 7. 【参考】チケット駆動開発とは チケット駆動開発はTracのチケット管理から生まれた(@machu) http://www.machu.jp/diary/20070907.html#p01 正式名称：Ticket Driven Development (@machu, @hiroe316) BTS/ITSを障害管理だけでなくタスク管理に使う(@machu) チケット駆動開発の運用ルールは二つだけ BTSチケットをXPのタスクカードのように扱う(Ticket First)(@sakaba37) チケット無しのソースコミット不可 (No Ticket, No Commit !) (@machu) BTSの運用対象を の運用対象を 拡大する (copyright2011 akipii@XPJUG関西) 7
- 8. 【Q】チケットの粒度 質問 類似質問 チケットの粒度はどう決める？ ・MS Projectと連携しにくい と連携しにくい ・課題一覧やガントチャートを出したい ・工数集計がやりにくい 頻出場所 チケット管理 根本原因 チケット集計機能を使いこなしていない 関連 アンチパターン Excelのプロジェクト管理に戻る のプロジェクト管理に戻る 関連プラクティス ・チケットで分割統治 ※関連チケット、Subtasking、private ticketも使う ※関連チケット、 、 も使う 回答 ・顧客とPGの観点で ・顧客と の観点でViewを分ける の観点で を分ける ・親チケットを集計用に使う ・ private ticketをToDoに使う を に使う (copyright2011 akipii@XPJUG関西) 8
- 9. 【参考】チケットの属性×集計の関連表 表：Redmineの各機能で使われるチケットの属性 縦：機能×横：属性 の各機能で使われるチケットの属性 (縦：機能×横：属性 表： の各機能で使われるチケットの属性 縦：機能×横：属性) トラッカー ステータス ワークフロー ◎ カテゴリ サマリ ◯ ロードマップ ◯ ◯ ◯ ◯ レポート 作業開始 /終了日 終了日 予定/ 予定 実績工数 作業 分類 ◎ △ (進捗率) ガントチャート バージョン ◯ ◎ ◯ ◎ ◯ ◯ ◎ ◯ (完了のみ) ◯ バグ収束曲線 ◯ (完了のみ) ◎ ◯ バーンダウン チャート ◯ かんばん ◯ ◎ ◎ Redmineは、チケットの属性と集計機能の関連性がよく考えられている は、チケットの属性と集計機能の関連性がよく考えられている (copyright2011 akipii@XPJUG関西) 9
- 12. 【参考】チケットの親子関係 親チケット＝ストーリーカード、 子チケット＝タスクカード でグループ化する 子チケット＝タスクカード でグループ化する ※親チケットの情報(開始日～予定工数 は集計項目なので修正不可 ※親チケットの情報 開始日～予定工数)は集計項目なので修正不可 開始日～予定工数 (copyright2011 akipii@XPJUG関西) 12
- 21. 構成管理編 No Ticket, No Commit ! (copyright2011 akipii@XPJUG関西) 20
- 22. 【Q】チケットとリビジョンの関連づけ 質問 チケットとリビジョンを関連付ける方法は？ 頻出場所 SCM連携 連携 根本原因 変更管理が不十分 関連 アンチパターン 関連プラクティス 回答 SCMとチケットが連携されてない とチケットが連携されてない ・No Ticket, No Commit! (@machu) ・トレーサビリティ (チケットから成果物の変更を追跡できる チケットから成果物の変更を追跡できる) チケットから成果物の変更を追跡できる ・post-commit-hook、pre-commit-hookを使う 、 を使う ・コミットログに「refs #12」「 」「fixes #23」と書く ・コミットログに「 」「 」 (copyright2011 akipii@XPJUG関西) 21
- 23. 【参考】トレーサビリティ 成果物の変更をチケットで追跡する(Traceability) チケットへ構成管理情報を付与する チケット無しのソースコミット不可 (No Ticket, No Commit !) (@machu) 変更理由をチケット経由で要件からビルドモジュールまで追跡可能 リバースエンジニアリングや仕様変更の影響調査に適用できる (copyright2011 akipii@XPJUG関西) 22
- 24. 【反例】trunk1本のソース管理 名前 trunk1本のソース管理 trunk1本のソース管理 頻出場所 構成管理 症状と結果 ・Excelのリリース管理台帳が必須 のリリース管理台帳が必須 ・ライブラリアンの作業負荷が大きい 挿話証拠 「リリース作業に手間がかかりすぎだね」 根本原因 ・並行開発の構成管理が不十分 ・CVSやVSSを未だに使っている や を未だに使っている 再構想解の プラクティス ・メインラインモデル ・継続的インテグレーション 再構想による解決 ・メインラインモデルを活用する ・SVN, Git, Mercurialを使う を使う ・常時リリース可能なビルド環境を作る 変種 ・リリースブランチのないソース管理 ・野放図にたくさんあるブランチ (copyright2011 akipii@XPJUG関西) 23
- 25. 【参考】メインラインモデルと並行開発 トピックブランチ (Topic branch) (copyright2011 akipii@XPJUG関西) ブランチの目的 を明確に分ける 構成管理手法 24
- 36. 【Q】プロジェクトの単位 質問 Redmineのプロジェクトはどの単位で作る？ のプロジェクトはどの単位で作る？ 頻出場所 プロジェクト立上げ 根本原因 Redmineの設計思想を理解してない の設計思想を理解してない 関連 工程単位のプロジェクト アンチパターン 関連プラクティ ス ・プロジェクトで分割統治 ・Conwayの法則 の法則 回答 プロジェクトを1リポジトリで対応づける ・Redmineは1プロジェクトを リポジトリで対応づける は プロジェクトを 製品単位にRedmineプロジェクトを作る ・製品単位に プロジェクトを作る ※リポジトリからビルドされるモジュール(製品 と対応する ※リポジトリからビルドされるモジュール 製品)と対応する 製品 (copyright2011 akipii@XPJUG関西) 35
- 38. 【Q】CCBの運用 質問 CCB(変更管理委員会 はどう運用する？ 変更管理委員会)はどう運用する？ 変更管理委員会 類似質問 大規模プロジェクトで、全チーム共通の課題の棚卸しはどう運 用する？ 頻出場所 プロジェクト運営 根本原因 エスカレーションをRedmineにマッピングできてない にマッピングできてない エスカレーションを 関連 アンチパターン 工程単位のプロジェクト 関連プラクティス ・プロジェクトで分割統治 (Redmineの複数プロジェクト機能を有効に使う の複数プロジェクト機能を有効に使う) の複数プロジェクト機能を有効に使う ・ Scrum of Scrum 回答 ・全チーム共通の課題管理と各チームのタスク管理を分けて、 プロジェクトの親子関係にする ・CCBをScrum of Scrumのように運営する を のように運営する (copyright2011 akipii@XPJUG関西) 37