Redmine Applied for Energized TeamArchitecture & Core Technology Section, Rakuten, Inc.Architect Group, Dai Fujihara, RxTstudy, Feb 4th, 2012

チームにRedmineを適用せよ

@daipresents Dai Fujihara

lRakuten, Inc.lJava Engineer => 標準化 =>

Team Leader => Agile Coachl箕面出身, 趣味は離島めぐりlWeb : http://daipresents.com/

http://enterprisezine.jp/author/287

http://daipresents.com/

http://codezine.jp/devsumi/2012

l 標準語ですが、東京に魂を売っていません

l 海外の人向けに一部なれない英語を使っています

諸注意

Redmine Applied for Energized Team

チームにRedmineを適用せよ

0

15

30

45

60

イントロ 08’ ~ 09’ 10’ 11’ Now Future

2008~2009

3 membersl 2008 July ~ No Namel Work : Standardizationl Practice : Nonel Tool : Memo, Notel Problem : Communication

l No Task Management

l Selfish Teaml No Goal

Problem

3 ~ 7 membersl 2009 ~ Niko Teaml Work : Library Releasel Practice : XPl Tool : Redmine, ReviewBoard, Wiki, CI, Source Search

l Member++++++l Need more

Leadershipl ばらばら感（ Lack of

Coherence）

Problem

All Time Team Plugin

l Check this in the Weekly MTGl 働いていない人を見える化 (Visualize a person who has not worked)

http://daipresents.com/2009/redmine_all_time_team_plugin/

l 進捗の見える化に成功l 飲み会++++

l出費++++

Result

0

15

30

45

60

イントロ 08’ ~ 09’ 10’ 11’ Now Future

2010

6 ~ 7 membersl 2010 ~ A-Teaml Work : Refactoring, Challengel Practice : XP + Scruml Tool : Redmine, CI, Automation

l Poor Task Management Skill

l Doneしないタスク増加l 運用作業の圧迫

Problem

Parking Lot Chart Plugin

l Success!!l Share to Business Teaml Locale = DE, EN, JA, KO

http://daipresents.com/2010/redmine_parking_lot_chart_plugin/

l 工数管理は途中で止めたl データ統計を出せば課題点を見つけることができる

l 成果の見える化に成功l 時間コストの見える化に

成功l 徐々にRedmineが浸透l チーム力増加

Result

100

600

Users 1000

0

15

30

45

60

イントロ 08’ ~ 09’ 10’ 11’ Now Future

2011

6 ~ 20 members

No Redminel Because oflDouble CostlHands on TraininglLow Cost

徹底的に見える化！Visualization

l Good Meetingl Motivation Upl Self Organization

Team

Result

No Redminel Because oflTrackingログが大切だったl開発ノウハウはWikiになったlあとはソースとテストで十分

lEvery thing is differentlMy Team => 2 WeekslStory => Max 2WeekslTask => 3~4day

Task Size

l 1weekに１回ふりかえりをする場合タスクは１～２日で定義

l 毎日の朝礼で、一人１つが終わるのが理想。宣言になる

l １日以下の作業ははりつけないl どんどんDONEになる動き見たい

Reference

0

15

30

45

60

イントロ 08’ ~ 09’ 10’ 11’ Now Future

Now

lFrom Jan, 2008lIssues 160,000 overlProjects 2500 overlUsers 4100 over

トレーニング！lRuby + AgilelNew Team LeaderlContinuous Delivery

lViewlSizelMeaningsl...

What is Task?

http://www.slideshare.net/hiranabe/now-past-and-future-of-agile-development-and-xp

http://j.mp/urN1fF

Task Size

Development Cycle

Release CycleFeature

リリースイテレーション リリースできる

最小サイズのソフトウェア

Resource : Jeff Patton Passionate Product Ownership http://www.agileproductdesign.com/

有効な製品パーツ

l Feature = Release * Xl Release = Iteration * Xl Iteration = Task * Xl Task

What is Task?

lFeature => Project?lRelease => Project?lIteration => VersionlTask => Issue

Redmine

User Story Mapping 無敵説

@kdmsnrさん最強

http://www.slideshare.net/kdmsnr/20111022-userstoryfirstgeneration?player=js

ユーザーストーリーl As a <user type>l I want to <achieve a goal>l So that I can <get some value>

lきっかけとなるものl対話からストーリーを洗練

http://www.slideshare.net/SukusukuScrum/no01101suc3rum20100225

Amazon.co.jp： ユーザエクスペリエンスのためのストーリーテリング -よりよいデザインを生み出すストーリーの作り方と伝え方 -: Whitney Quesenbery, Kevin Brooks, UX TOKYO: 本 http://amzn.to/yzax3r

スプリングボードストーリー

リリースを自動化せよ

リリースを自動化せよ

1日10回リリースせよ

0

15

30

45

60

イントロ 08’ ~ 09’ 10’ 11’ Now Future

Future

RecommendlRedmineにあわせることもl使い方と考え方のレクチャーは必須

l捨てるときは潔く

Futurel To Tool Suitesl 問い合わせや、やり取り系管理は残っていくだろう

l 価値あるソフトウェアへの探求の1つとしてタスクを考えていく

個人と対話が重要Individuals and interactions over processes and tools

http://agilemanifesto.org/

なんですけどプロセスやツールも

軽視できない（と思うよ）But I think process and tool is important too.

どの？よりもどう？よりもなぜ使うか？Why do you use is important to us

than how or what kind of tool do you use.