プログラマの思索

第5回RxTStudyで @akahane92さんのスライドが素晴らしいのでリンクしておく。
@daipresentsさんの楽天の事例と同じくらいのインパクトがあると思う。

【参考】

@daipresentsさんのRxtStudyとshinagawa.redmineの講演資料を解読してみる #RxtStudy #47redmine: プログラマの思索

RxTstudy

情報システム部門のタスク管理やシステム監査、内部統制などにRedmineを導入した事例について講演されている。
ここまで自社のRedmineの運用事例を詳しく細かく公開されているのは非常に参考になる。

面白いと思った点は二つある。
一つは、ITSが持つチケット管理の特徴をうまく業務に当てはめていること。
一つの事案を複数のチケットに対応づけたり、チケットの種類やワークフローに相当するトラッカーを4種類に絞って運用したり、作業履歴やトレーサビリティをシステム監査に使うなど、ITSの特徴を理解して、業務に適用している。
いわゆるERP導入におけるフィットギャップ分析を、自分たちの情報システム部門の業務とITSに当てはめて実践されたのだろうと思う。
その意味では、RedmineをERPとみなした事例として、かなり成功した事例に相当するのではないだろうか。

もう一つは、社員の行動が局所最適化から全体最適へ変わったこと。
最初は単にチケットに記入して記録するだけかもしれない。
だが、チケットに作業履歴が残ることによって、他メンバーとコミュニケーションできる共有の基盤ができる。
いつでも過去の作業を検索できることによって、現状の作業をより深く理解することを促すこともできる。
つまり、きちんとしたインフラさえあれば、メンバーは自ら行動して、目の前の問題を自発的に解決していくようになる。
ファシリテーションでよく言われる「解けない問題を解ける問題に変換すれば人は自然に問題を解決する方向へ動き出す」という言葉を連想させる。

個人的には、どんなチケット集計機能が有効だったのかを知りたい。
蓄積されたチケットはナレッジないし資産であり、その資産を有効活用するには、いろんな観点のビューがあると便利だ。
それらのビューを意思決定の支援のために使うのが本来の目的だから。

アジャイル開発でも品質管理でも、有効なビューは既に提示されている。
例えば、アジャイル開発なら、タスクボード・バーンダウンチャート・パーキングロットチャート・バックログなどのビューがあり、そのビューはどの状況で使うと有効なのか、は既にその界隈では知られている。
品質管理でも、信頼度成長曲線、管理図、テストケース消化曲線などのビューをどのように使えば有効なのか、も既に知られている。

でも、それ以外の場面でチケット管理システムを使う場合、どんなビューを使うと便利なのか、というノウハウはまだまだ足りない。
例えば、IPAが公開した定量的プロジェクト管理ツールは、その一つの事例を示していると言えるだろう。

Redmineをアジャイル開発に適用するだけでなく、IT企業の業務全般へ適用するノウハウはもっと可能性があると思う。