RxTstudy第2回発表資料

Redmine

導入時のイロイロ

中村　洋(@yohhatu)

自己紹介

■名前：中村　洋

　『大泉洋』と同じ『よう』です。

■ブログ

　サウスポーなSEの独り言

■TwitterID

　@yohhatu

自己紹介の続き

■スキ/キライ

　スキ：ファシリテーション、アジャイル開発、価値の提供

　キライ：空中戦な会議

■仕事：何度か転職して、とあるSIerにいます。(大阪在住)

■Redmine歴：通算5年程です。

Agenda1

1：大事なこと

2：前回の宿題

Agenda2

3：導入時の

ポイント

4：導入時に考えるイロイロなこと

大事なこと

「ツールを入れる」が目的ではないです

その先にある課題を解決するのが　目的です

Redmineは

あくまでツール

http://www.flickr.com/photos/todbot/3492542234/

「ツールを

入れる」

　だけでなく･･･

日常の

　プロセスや

マインドを

変えていくこと

第1回RxTstudyでこんなお話をしま

した

前回の宿題

　今日お話できなかったけど･･･

　　こういうお話もあります

・「親子チケット」はどんな風に使っている？

・「タイトル」の良い/悪い書き方

・「予定/実績工数」の使い道

・「開始日/期日」は入れている？

・「優先度」はどう使っている？http://www.flickr.com/photos/silvertrace/1394642335/

前回の宿題

・「親子チケット」はどんな風に使っている？・「タイトル」の良い/悪い書き方



・「優先度」はどう使っている？

親チケット→機能

子チケット→機能を　実現するためのタスク

親子チケット

【親】を付けてグルーピングしやすいようにしている

テンプレート例

・ユーザーメリット

・機能スペック

・影響範囲

・テスト時に確認すべき内容

前回の宿題


・「タイトル」の良い/悪

い書き方・「予定/実績工数」の使い道



「○○を△△する」

と表現されている

良いタイトル

・単語だけ(○○)

・複数のことを入れている(○○を検討して、実装する)

悪いタイトル

前回の宿題



・「予定/実績工数」の使い道・「開始日/期日」は入れている？


予定工数は･･･

「リソース溢れ」

･･･を早めにざっくり確認するため

予定/実績工数

実績工数は･･･

「どれくらい開発に割り当てたか？」

　･･･を見る

予定/実績工数

月間工数(WorkTime)

http://code.google.com/p/kusu/wiki/WorkTime

前回の宿題




・「開始日/期日」は入れ

ている？


・ほとんど使ってない

・イテレーションの範囲内であればOK

ただし･･･

開始日/期日

ただし･･･ユーザからの問合せなど自チーム以外が関係するチケットでは期日を使っている

開始日/期日

前回の宿題






イテレーションの中ではほとんど使ってない

優先度

導入時の

ポイント

SIerでの

開発プロジェクト

コンテキスト

「プロジェクト管理ツール」(例：MS-

Project)の【代替】ではない

【代替】となるとマネージャーは「同等以上のことができる」と･･･

【比較対象】

･･･になってしまう

「トレーサビリティ」

「開発速度」

「見える化」

を強化する･･･と伝えるのが良い

導入時に考える　イロイロなこと

・トラッカー

・ステータス

・ワークフロー

・権限

・メニュー

・カテゴリ

・プラグイン

・カスタムフィールド

・作業時間

・メール通知

・リポジトリ

・その他

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

用途をチームで共有しておく

「トラッカー」

「トラッカー」

メンバーにウケが良かったので追加

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

「どんな時にどうする？」はチームで共有しておく

「ステータス」

「レビュー待ち」を追加

カスタムクエリで活用

「ステータス」

山田太郎

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

けっこう自由

新規→終了

終了から復活

「ワークフロー」

どんな　　　　　ワークフロー？

誰がどの状態に　できる？


例："終了"に誰ができるか？

・全員が出来る

・PM/PLクラスしかできない


ポイント：

シミュレーション


・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

例：誰がチケットを起票できるか？

「権限」

変更修正･･･特に削除権限は考慮

「権限」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

自分達のチームでは結構フルに使っている

「メニュー」

ただし、初心者が多いチームや問合せのみだと･･･

メニュー

フォーラムやファイルなどは使わない

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

ポイント： (後に使うつもりなら)未入力は止める。ザックリでも設定しておく。

「カテゴリ」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

開発スタイルに

よって大きく変わる

「プラグイン」

例：コードレビュープラグイン

→Excelでレビュー記録を残すなら不要かも･･･


例：バーンダウンチャートプラグイン

→ガントチャートで進捗管理するなら不要かも･･･


Redmineのバージョンによって動く/動かないがあるので･･･


・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

「レビューア」をリスト選択で追加

　担当者とレビューアを別にしたかったため

「カスタムフィールド」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

ポイント：予実を何に使うか？

「作業時間

(時間トラッキング)」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

チケットの追加

チケットの更新

「メール通知」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

構成管理は

ほぼ必須

「リポジトリ」

・トラッカー

・ステータス


・権限

・メニュー

・カテゴリ

・プラグイン


・作業時間

・メール通知

・リポジトリ

・その他

自分のリソースで導入段階でどの程度まで決めるか判断

「その他」

例：PJが本格化するとリソースが無いと分かっている

→導入段階で堅い運用を想定した方が良い

「その他」

最後にもう一度

大事なこと

「ツールを入れる」が目的ではないです。

その先にある課題を解決するのが　目的です。

Redmineは

あくまでツール

http://www.flickr.com/photos/todbot/3492542234/

「ツールを

入れる」

　だけでなく･･･

日常の

　プロセスや

マインドを

変えていくこと

なにか１つでも

気づきがありましたか？

Documents

RxTstudy第2回発表資料