Enterprise Redmine - Speaker Deck

Slide 1

Slide 1 text

1 1 1 1 Enterprise Redmine Development Department Architetcutre & Core Technology Section Architect Group Dai Fujihara Sep 27th, 2010

Slide 2

Slide 2 text

2 2 2 2 agenda 楽天Redmine Enterprise Redmineへふりかえり今後のこと

Slide 3

Slide 3 text

3 3 3 3 http://www.flickr.com/photos/mgifford/4886572897/ 楽天Redmine http://www.flickr.com/photos/gallir/4646355872/

Slide 4

Slide 4 text

4 4 4 4 Why? チーム内でタスク管理がバラバラで人依存周りが何をやっているかがわからないどこまでやったかもわからない BTSの利用を検討 Tracは2007年ぐらいに使っていたので、 Redmineをチョイス整理をしたい＆見える化をしたい

Slide 5

Slide 5 text

5 5 5 5 Environment & Plugin Environment Debian（仮想） + Apache + WEBRick Plugin Charts Plugin 改造 Issue Importer Plugin 改造 Niko Cale Plugin Parking Lot Chart plugin 自作 Task Board plugin 改造 Version Burndown Charts plugin 自作 (Code Review Plugin)

Slide 6

Slide 6 text

6 6 6 6 Enterprise Redmineへ http://www.flickr.com/photos/morrissey/2217523852/

Slide 7

Slide 7 text

7 7 7 7 なう * 2010/09 時点

Slide 8

Slide 8 text

8 8 8 8 Usability 現在も絶賛成長中 Issues 60,000 over Projects 900 over Users 1300 over UU 400 over / day PV 10,000 over / day •約1年半の利用でこうなりました •プロモーションはツール紹介のみ •開発以外でも使われはじめている •Issuesはこれまでに作られたチケット数

Slide 9

Slide 9 text

9 9 9 9 過去から現在

Slide 10

Slide 10 text

10 10 10 10 Users & Version 登録者累計 0 200 400 600 800 1000 1200 1400 0.8.0 0.8.4 0.9.0 0.9.2 0.9.4 0.9.6 登録ユーザ数とバージョンの歴史

Slide 11

Slide 11 text

11 11 11 11 Environment WEBRick コンパクト連続稼動すると月に１回ぐらいなぜかOS ハング Thin コンパクトかつ軽量 Mongrelと迷ったけど、クラスタとかいらないし応答速度がWEBRickより30%よかったり OSハングがなくなった Passenger 人数が多くなってきたときに、Webサーバを活用

Slide 12

Slide 12 text

12 12 12 12 I think … 400人超えたところで”やばい”と思った。

Slide 13

Slide 13 text

13 13 13 13 http://www.flickr.com/photos/improveit/1604886187/ ふりかえり

Slide 14

Slide 14 text

14 14 14 14 ルールの上に自由があるルール超重要

Slide 15

Slide 15 text

15 15 15 15 Operation Policy1 新しいツールが情報の分散につながってはならない添付ファイル、ファイル、文書、 Wiki機能を、問答無用で停止添付ファイルは強い希望により 200KBまでOKにした

Slide 16

Slide 16 text

16 16 16 16 Operation Policy2 運用コストをかけたくない権限はできるだけユーザに委譲していく 0.9.0でプロジェクト作成権限ができたのはラッキー（でも削除権限が設定できない・・・）プロジェクトの公開設定など、危険なところはすべて抹消（ソースをいじったり）カスタムフィールドなどは、過去、放置したときに 200を超えていた実績があった

Slide 17

Slide 17 text

17 17 17 17 Operation Policy3 バージョンアップはためらわないどんどんプラグインを追加してためす Redmineのポータビリティは素敵隣に環境作って、動作確認して、シムリンク切り替えだけでバージョンアップできるしいい機能が増えると、使い勝手が変わってもユーザがついてくるないプラグインは作る（これは趣味でもある）

Slide 18

Slide 18 text

18 18 18 18 Promotion マメに情報発信使いたい人だけ使ってもらう＞ not お客様は神様「うちは独自だから」問題みんな独自です断らず別環境を作った＞結果、希望は4つだけ（わずか）＞結局のちにマージ（でも手間）

Slide 19

Slide 19 text

19 19 19 19 Trouble Subverison問題 Redmineのリポジトリビューアは結構便利大量のファイルがある場所で表示しようとして、時間がかかりF5連打（じゃないかなとおもっている）大量のリクエストがSubversionを襲うソースを見たら、タイムアウトが設定されてない（or 300秒とかだった気が・・・） Code Reviewプラグインやリポジトリビューアを緊急停止

Slide 20

Slide 20 text

20 20 20 20 http://www.flickr.com/photos/mgifford/4886572897/ 今後のこと

Slide 21

Slide 21 text

21 21 21 21 さらなる拡張プラグインによって、楽天にローカライズ完了ワークフローの拡張機能も追加完了あとは・・・

Slide 22

Slide 22 text

22 22 22 22 Thank you “Redmine”.