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での 開発プロジェクト

「プロジェクト管 理ツール」(例：MSProject)の【代替】で はない

【代替】となるとマネー ジャーは「同等以上のこ とができる」と･･･ 【比較対象】 ･･･になってしまう

「トレーサビリティ」 「開発速度」 「見える化」 を強化する･･･と伝える のが良い

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

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「トラッカー」 用途をチームで 共有しておく

「トラッカー」 メンバー にウケが 良かった ので追加

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

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

「ステータス」 「レビュー待ち」 を追加 カスタムクエリで 活用

山田太郎

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「ワークフロー」 けっこう自由 新規→終了 終了から復活

「ワークフロー」 どんな ワークフロー？ 誰がどの状態に できる？

「ワークフロー」 例："終了"に誰ができる か？ ・全員が出来る ・PM/PLクラスしかでき ない

「ワークフロー」 ポイント： シミュレーション

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

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

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

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「メニュー」 自分達のチームでは結構 フルに使っている

メニュー ただし、初心者が多いチー ムや問合せのみだと･･･ フォーラムやファイル などは使わない

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

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

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「プラグイン」 開発スタイルに よって大きく変わ る

「プラグイン」 例：コードレビュープラ グイン →Excelでレビュー記録 を残すなら不要かも･･･

「プラグイン」 例：バーンダウンチャー トプラグイン →ガントチャートで進捗 管理するなら不要か も･･･

「プラグイン」 Redmineのバージョンに よって動く/動かないが あるので･･･

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「カスタムフィールド」 「レビューア」をリスト 選択で追加 担当者とレビューアを 別にしたかったため

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「作業時間 (時間トラッキング)」 ポイント：予実を 何に使うか？

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「メール通知」 チケットの追加 チケットの更新

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

「リポジトリ」 構成管理は ほぼ必須

・トラッカー ・プラグイン ・ステータス ・ワークフロー ・カスタムフィー ルド ・権限 ・作業時間 ・メニュー ・メール通知 ・カテゴリ ・リポジトリ ・その他

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

「その他」 例：PJが本格化すると リソースが無いと分かっ ている →導入段階で堅い運用 を想定した方が良い

最後にもう一度

大事なこと

「ツールを入れる」が目 的ではないです。 その先にある課題 を解決するのが 目的です。

Redmineは あくまでツール http://www.flickr.com/photos/todbot/3492542234/

「ツールを 入れる」 だけでなく･･･

日常の プロセスや マインドを 変えていくこと

なにか１つでも 気づきがありましたか？