20090612 実践redmine @ redmine勉強会

実践Redmineカテゴリ設計にご用心！

1

2009/06/12 yandod

Redmine@Tokyo

Who am I ?

安藤祐介 aka, yandod

PHP関連の講演や執筆などをやっています

CakePHP (フレームワーク)の活動

PHP関連の技術をウォッチしてます

RedmineをPHP移植版、candycaneのPM

2

3

Agenda

Redmineの基礎

チケットの分類

分類の戦略

おしらせ

Redmineの基礎

4

Basics of Redmine.

5

Redmine

柔軟さがウリのバグトラッキングシステム

Ruby on Rails で開発されていて拡張も可能

勢いだけなら既にナンバーワンのBTS

6

もっと簡単に言うと

7

チケット登録

Copyright © YusukeAndo. 2009 - . All rights reserved.

トラッカーを選ぶ

状態を選ぶ

カテゴリを選ぶ

バージョンを選ぶ

9

チケット管理

11

チケット集計

13

これらが出来るソフトウェア

チケットの分類

14

How to manage issues.

15

分類こそが肝

チケットに対する分類が複数存在

分類のレベルによって機能の振る舞いが異なる

カスタマイズが出来るのが仇となるケース

作業の実態とチケットの粒度を合わせるのが肝

操作方法よりも重要なポイント

16

Redmineにおけるチケットの分類

プロジェクト

トラッカー

バージョン

ステータス

カテゴリ

作業

例えば「コーディング」「テスト」「レビュー」などをどこに入れますか？

プロジェクト


18

プロジェクト

Redmineの基本単位、複数作成できる

親プロジェクトを指定できる

Wikiやリポジトリ、メンバー管理はプロジェクト毎

ヒトの概念があるのはプロジェクトのみ

リポジトリ連携を使う場合はリポジトリ毎に分割

トラッカー


20

トラッカー

作業ごとのワークフローを定義

報告者が登録し、管理者が割り当て、作業者が閉じる・・・など

標準では管理者・開発者・報告者・non member・anonymousが定義されている

チャートの設定が面倒

プロジェクト毎に利用するトラッカーは指定できる

バージョン


22

バージョン

本来的にはマイルストーン

リリース日のような日付による区分

ロードマップの表示対象になる

なぜかバージョンに対してWikiを設定できる

設定しないとロードマップが使えない

ステータス


24

ステータス

トラッカーで利用されるチケットの状態

標準では新規・担当・解決・フィードバック・終了・却下

ステータスを増やす場合は各権限での運用を考慮して設定しなければならない

トラッカー、ステータスの設定は全プロジェクトに反映される

カテゴリ


26

カテゴリ

チケット登録時に選択するラベリング

プロジェクト内で自由に追加できる

チケット登録時に増やす事もできる

ロードマップ内でも分類してカウントされる

作業


28

作業

チケットに経過時間を登録する際の分類

設定はシステム全体かつ、管理者のみ

レポートにしか現れない分類

時間に直接対応しているが、使いにくい

デフォルトは設計作業・開発作業

分類の戦略

29

How to manage issues.

最初に結論

あとでどの画面でどのように作業を確認したいか？

集計、表示などの機能を一通り確認

あとで見れるように入力しないと意味がない

30

概要


トラッカー

ロードマップ


トラッカー

バージョン

カテゴリ・トラッカー・優先度・起票者・担当者

サマリ


トラッカー、バージョン、優先度、カテゴリ、担当者、起票者

一覧・検索


表示項目は設定で選択可能

（ただしシステム全体）

各画面で利用できる分類まとめ

全体共通

概要ロードマップ

サマリ一覧検索

レポート

プロジェクト

○ ○

トラッカー ○ ○ ○ ○ ○ ○

バージョン

◎ ○ ○ ○

ステータス

○ ○

カテゴリ ○ ○ ○

作業 ○ ○


まとめ

全プロジェクトで共有されるトラッカー、活動はダイナミックな運用には向いていない

バージョンはプロジェクト毎に自由に設定でき、なおかつロードマップを利用する為に欠かせない分類

ステータスはあくまで状態でしかなく、後の分析には利用不可能

カテゴリはプロジェクトごとに柔軟に運用可能

カスタムフィールドという魔法もある

36

まとめ

プロジェクト毎の作業形態による違いはバージョンとカテゴリで吸収するのが良い

トラッカーは横断的に利用できるが、ワークフローとセットになっている点に注意する

各種、集計画面でどのような形で確認したいのかを意識して分類方法を計画する

37

38

最後におしらせ

39

この資料内で使用した画像

40

Redmineではなく

It’s CakePHP


CakePHPのアイコンがある画像はcandycane

42

PHP移植版candycane

でした

43

今夏公開予定

44

質疑応答

ご静聴ありがとうございました。

Business ninja @ shownimalshttp://www.shawnimals.com/characters/709

20090612 実践redmine @ redmine勉強会

Technology