第5回品川Redmine勉強会～オープンスペースのテーマ「開発者がRedmineを使いこなすには？」 http://shinagawa.redmine.r-labs.org/projects/shinared/wiki/第5回勉強会 第5回品川Redmine勉強会のオープンスペースでは「開発者がRedmineを使いこなすには？」のテーマを議論します #47redmine: プログラマの思索 http://forza.cocolog-nifty.com/blog/2013/06/5redmineredmi-1.html 第5回品川Redmine勉強会の感想 #47redmine: プログラマの思索 http://forza.cocolog-nifty.com/blog/2013/06/5redmine-47redm.html

1. copyright2013 akipii@shinagawa.redmine
1
開発者が
Redmineを
使いこなすには？
2013/6/29
あきぴー

2. copyright2013 akipii@shinagawa.redmine
今日のお題
4つの課題のうち、1個以上を議論してください
全ての課題を議論してもOK
Redmine
①チケット入力①チケット入力①チケット入力①チケット入力
②チケット集計②チケット集計②チケット集計②チケット集計
③ワークフロー③ワークフロー③ワークフロー③ワークフロー
④④④④SCM連携連携連携連携

3. copyright2013 akipii@shinagawa.redmine
①チケット入力の課題
チケットのタイトルはどのように書いていますか？
一目で分かるタイトルですか？
チケットの内容はどのように書いていますか？
他人が分かるように書いてますか？
カテゴリにはどんな値を設定していますか？
チケットの属性の中で最も重要です
【チケット駆動の基本原則】
Ticket First
No Ticket, No Work

4. copyright2013 akipii@shinagawa.redmine
②チケット集計の特徴
Redmineは、チケットの属性とチケット集計機能の関連性がは、チケットの属性とチケット集計機能の関連性がは、チケットの属性とチケット集計機能の関連性がは、チケットの属性とチケット集計機能の関連性が
よく考えられているよく考えられているよく考えられているよく考えられている
◎◎◎◎◯◯◯◯◯◯◯◯△△△△
完了のみ完了のみ完了のみ完了のみ
バーンダウバーンダウバーンダウバーンダウ
ンチャートンチャートンチャートンチャート
◯◯◯◯◎◎◎◎かんばんかんばんかんばんかんばん
◎◎◎◎◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯レポートレポートレポートレポート
◎◎◎◎△△△△
(進捗率進捗率進捗率進捗率)
◯◯◯◯ロードロードロードロード
マップマップマップマップ
◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯◯サマリサマリサマリサマリ
◎◎◎◎◯◯◯◯△△△△
(進捗率進捗率進捗率進捗率)
ガントチャガントチャガントチャガントチャ
ートートートート
◎◎◎◎◎◎◎◎ワークフロワークフロワークフロワークフロ
ーーーー
作業作業作業作業
分類分類分類分類
予定予定予定予定/
実績工数実績工数実績工数実績工数
開始日開始日開始日開始日
終了日終了日終了日終了日
バージョンバージョンバージョンバージョンカテゴリカテゴリカテゴリカテゴリステータスステータスステータスステータストラッカートラッカートラッカートラッカー

5. copyright2013 akipii@shinagawa.redmine
②チケット集計の考え方
Agile開発は
ロールでViewを
意識的に切り替える
WF型開発の型開発の型開発の型開発の
Viewは意外には意外には意外には意外に
貧弱！貧弱！貧弱！貧弱！

6. copyright2013 akipii@shinagawa.redmine
②チケット集計の課題
他に使いたいViewはありませんか？
ITSはチケット集計機能が意外に貧弱です
ロールで見え方が変わるViewはありますか？
顧客と開発者では見たいViewは違います
現場でどんなカスタムクエリを使っていますか？
新規開発と運用保守、問合せ管理では、見たい
Viewが異なります

7. copyright2013 akipii@shinagawa.redmine
③ワークフローの考え方
ワークフローはペア作業で考えよう
チケットは2人以上の担当者がキャッチボールして終わる

8. copyright2013 akipii@shinagawa.redmine
③ワークフローの課題
足りないステータス
開発者が作業中の状態とステータスが一致していない
「～前」「～待ち」のネーミングにするとフィットしやすい
運用とずれているワークフロー
「バグ」と「顧客問合せ」を同じワークフローで扱う
途中参加のメンバーが分かりづらい
複雑すぎるワークフロー
「終了」まで10個以上のステータス遷移がいる
ワークフローをガチガチに運用しすぎる
多すぎるトラッカー
同じワークフローなのにトラッカーの種類が多すぎる
例：仕様変更、仕様追加、バグ修正、新規開発 etc.

9. copyright2013 akipii@shinagawa.redmine
④ SCM連携の課題
No Ticket, No Commitの運用で工夫していますか？
面倒という理由でやらない人へどのように説明しますか？
No Ticket, No Forkの運用上の注意点はありますか
？
Gitでトピックブランチを作ってmasterへマージする時、どれ
を選んでいますか？ その理由は？
Cherry-pickしてマージする
Merge –no-ff でマージする
Merget –ff でマージする
Rebaseしてマージする

10. copyright2013 akipii@shinagawa.redmine
最後に
Redmineの楽しい使い方を提案して下さい
チケット駆動は意外に面倒です
チケット無しの作業不可、チケット無しのコミット
不可 etc.
楽しくする仕掛けはありませんか？
進捗や品質を見える化
Likeボタン、Good Job画面
Twitter、Blog、ニコニコカレンダー etc…..