Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Redmine導入時のイロイロ_RxTStudy第2回
Search
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
yohhatu
October 22, 2011
Technology
0
150
Redmine導入時のイロイロ_RxTStudy第2回
Redmineの導入時をうまく乗り切るために色々気をつける点などなど
yohhatu
October 22, 2011
Tweet
Share
More Decks by yohhatu
See All by yohhatu
よくわからないことが多い場合の計画づくり(アジャイルな計画づくり)
yohhatu
0
1.2k
透明性・検査・適応
yohhatu
0
170
Outcomeに向き合う中で出会った出来事とその解決案 / Problems and solutions when working on Outcome
yohhatu
0
1.7k
アジャイルコーチはなにをもたらすのか?なにを考えて、どんなことをしているのか? / What does Agile Coach bring?
yohhatu
0
250
スクラムマスターってなにをもたらすの? / What the Scrum Master brings
yohhatu
0
1.1k
Outcomeにフォーカスするチームへのジャーニー / A Journey to an Outcome-Focused Team
yohhatu
0
1.3k
「いい感じのチーム」へのジャーニー / The Journey to a "Good Team"
yohhatu
0
1.1k
チームの状況にあったいろいろなタイプのスクラムマスターの見つけ方 / How to find the Scrum Master that fits your team's situation
yohhatu
3
6k
アジャイルへの道を歩み続ける / Continue on the road to agile
yohhatu
1
230
Other Decks in Technology
See All in Technology
今こそ学びたいKubernetesネットワーク ~CNIが繋ぐNWとプラットフォームの「フラッと」な対話
logica0419
5
420
AWS DevOps Agent x ECS on Fargate検証 / AWS DevOps Agent x ECS on Fargate
kinunori
2
100
pool.ntp.orgに ⾃宅サーバーで 参加してみたら...
tanyorg
0
640
日本の85%が使う公共SaaSは、どう育ったのか
taketakekaho
1
240
コミュニティが変えるキャリアの地平線:コロナ禍新卒入社のエンジニアがAWSコミュニティで見つけた成長の羅針盤
kentosuzuki
0
130
ブロックテーマでサイトをリニューアルした話 / 2026-01-31 Kansai WordPress Meetup
torounit
0
480
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
15
93k
会社紹介資料 / Sansan Company Profile
sansan33
PRO
15
400k
Cloud Runでコロプラが挑む 生成AI×ゲーム『神魔狩りのツクヨミ』の裏側
colopl
0
140
Context Engineeringが企業で不可欠になる理由
hirosatogamo
PRO
3
660
AIが実装する時代、人間は仕様と検証を設計する
gotalab555
1
240
Red Hat OpenStack Services on OpenShift
tamemiya
0
130
Featured
See All Featured
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
55
<Decoding/> the Language of Devs - We Love SEO 2024
nikkihalliwell
1
130
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Design in an AI World
tapps
0
150
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.6k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Designing Powerful Visuals for Engaging Learning
tmiket
0
240
Amusing Abliteration
ianozsvald
0
100
What Being in a Rock Band Can Teach Us About Real World SEO
427marketing
0
170
How to Ace a Technical Interview
jacobian
281
24k
How Software Deployment tools have changed in the past 20 years
geshan
0
32k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
Transcript
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/
前回の宿題 ・「親子チケット」はど んな風に使っている? ・「タイトル」の良い/悪い書き方 ・「予定/実績工数」の使い道 ・「開始日/期日」は入れている? ・「優先度」はどう使っている?
親チケット→機能 子チケット→機能を 実現するためのタスク 親子チケット
【親】を付けてグルーピング しやすいようにしている
None
テンプレート例 ・ユーザーメリット ・機能スペック ・影響範囲 ・テスト時に確認すべ き内容
None
前回の宿題 ・「親子チケット」はどんな風に使っ ている? ・「タイトル」の良い/悪 い書き方 ・「予定/実績工数」の使い道 ・「開始日/期日」は入れている? ・「優先度」はどう使っている?
「◦◦を△△する」 と表現されている 良いタイトル
・単語だけ(◦◦) ・複数のことを入れて いる(◦◦を検討して、 実装する) 悪いタイトル
前回の宿題 ・「親子チケット」はどんな風に使っ ている? ・「タイトル」の良い/悪い書き方 ・「予定/実績工数」の使 い道 ・「開始日/期日」は入れている? ・「優先度」はどう使っている?
予定工数は・・・ 「リソース溢れ」 ・・・を早めにざっくり確 認するため 予定/実績工数
実績工数は・・・ 「どれくらい開発に割り 当てたか?」 ・・・を見る 予定/実績工数
月間工数(WorkTime) http://code.google.com/p/kusu/wiki/WorkTime
前回の宿題 ・「親子チケット」はどんな風に使っ ている? ・「タイトル」の良い/悪い書き方 ・「予定/実績工数」の使い道 ・「開始日/期日」は入れ ている? ・「優先度」はどう使っている?
・ほとんど使ってない ・イテレーションの範 囲内であればOK ただし・・・ 開始日/期日
ただし・・・ユーザからの 問合せなど自チーム以外 が関係するチケットでは 期日を使っている 開始日/期日
前回の宿題 ・「親子チケット」はどんな風に使っ ている? ・「タイトル」の良い/悪い書き方 ・「予定/実績工数」の使い道 ・「開始日/期日」は入れている? ・「優先度」はどう使っ ている?
イテレーションの中では ほとんど使ってない 優先度
導入時の ポイント
SIerでの 開発プロジェクト コンテキスト
「プロジェクト管 理ツール」(例:MS- Project) の【代替】で はない
【代替】となるとマネー ジャーは「同等以上のこ とができる」と・・・ 【比較対象】 ・・・になってしまう
「トレーサビリティ」 「開発速度」 「見える化」 を強化する・・・と伝える のが良い
導入時に考える イロイロなこと
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
用途をチームで 共有しておく 「トラッカー」
「トラッカー」 メンバー にウケが 良かった ので追加
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
「どんな時にどう する?」はチーム で共有しておく 「ステータス」
「レビュー待ち」 を追加 カスタムクエリで 活用 「ステータス」
None
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
けっこう自由 新規→終了 終了から復活 「ワークフロー」
どんな ワークフロー? 誰がどの状態に できる? 「ワークフロー」
例:"終了"に誰ができる か? ・全員が出来る ・PM/PLクラスしかでき ない 「ワークフロー」
ポイント: シミュレーション 「ワークフロー」
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
例:誰がチケット を起票できるか? 「権限」
変更修正・・・特に 削除権限は考慮 「権限」
None
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
自分達のチームでは結構 フルに使っている 「メニュー」
ただし、初心者が多い チームや問合せのみだ と・・・ メニュー フォーラムやファイル などは使わない
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
ポイント: (後に使うつ もりなら)未入力は止め る。ザックリでも設定し ておく。 「カテゴリ」
None
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
開発スタイルに よって大きく変わ る 「プラグイン」
例:コードレビュープラ グイン →Excelでレビュー記録 を残すなら不要かも・・・ 「プラグイン」
例:バーンダウンチャー トプラグイン →ガントチャートで進捗 管理するなら不要か も・・・ 「プラグイン」
Redmineのバージョンに よって動く/動かないが あるので・・・ 「プラグイン」
None
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
「レビューア」をリスト 選択で追加 担当者とレビューアを 別にしたかったため 「カスタムフィールド」
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
ポイント:予実を 何に使うか? 「作業時間 (時間トラッキング)」
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
チケットの追加 チケットの更新 「メール通知」
None
None
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
構成管理は ほぼ必須 「リポジトリ」
・トラッカー ・ステータス ・ワークフロー ・権限 ・メニュー ・カテゴリ ・プラグイン ・カスタムフィー ルド ・作業時間
・メール通知 ・リポジトリ ・その他
自分のリソースで 導入段階でどの程 度まで決めるか判 断 「その他」
例:PJが本格化すると リソースが無いと分 かっている →導入段階で堅い運用 を想定した方が良い 「その他」
最後にもう一度
大事なこと
「ツールを入れる」が目 的ではないです。 その先にある課題 を解決するのが 目的です。
Redmineは あくまでツール http://www.flickr.com/photos/todbot/3492542234/
「ツールを 入れる」 だけでなく・・・
日常の プロセスや マインドを 変えていくこと
なにか1つでも 気づきがありましたか?