RedmineはITソリューションの一つ~情報システム部門のタスク管理とIT全般統制 #RxTstudy
第5回RxTStudyで @akahane92さんのスライドが素晴らしいのでリンクしておく。
@daipresentsさんの楽天の事例と同じくらいのインパクトがあると思う。
【参考】
@daipresentsさんのRxtStudyとshinagawa.redmineの講演資料を解読してみる #RxtStudy #47redmine: プログラマの思索
情報システム部門のタスク管理やシステム監査、内部統制などにRedmineを導入した事例について講演されている。
ここまで自社のRedmineの運用事例を詳しく細かく公開されているのは非常に参考になる。
面白いと思った点は二つある。
一つは、ITSが持つチケット管理の特徴をうまく業務に当てはめていること。
一つの事案を複数のチケットに対応づけたり、チケットの種類やワークフローに相当するトラッカーを4種類に絞って運用したり、作業履歴やトレーサビリティをシステム監査に使うなど、ITSの特徴を理解して、業務に適用している。
いわゆるERP導入におけるフィットギャップ分析を、自分たちの情報システム部門の業務とITSに当てはめて実践されたのだろうと思う。
その意味では、RedmineをERPとみなした事例として、かなり成功した事例に相当するのではないだろうか。
もう一つは、社員の行動が局所最適化から全体最適へ変わったこと。
最初は単にチケットに記入して記録するだけかもしれない。
だが、チケットに作業履歴が残ることによって、他メンバーとコミュニケーションできる共有の基盤ができる。
いつでも過去の作業を検索できることによって、現状の作業をより深く理解することを促すこともできる。
つまり、きちんとしたインフラさえあれば、メンバーは自ら行動して、目の前の問題を自発的に解決していくようになる。
ファシリテーションでよく言われる「解けない問題を解ける問題に変換すれば人は自然に問題を解決する方向へ動き出す」という言葉を連想させる。
個人的には、どんなチケット集計機能が有効だったのかを知りたい。
蓄積されたチケットはナレッジないし資産であり、その資産を有効活用するには、いろんな観点のビューがあると便利だ。
それらのビューを意思決定の支援のために使うのが本来の目的だから。
アジャイル開発でも品質管理でも、有効なビューは既に提示されている。
例えば、アジャイル開発なら、タスクボード・バーンダウンチャート・パーキングロットチャート・バックログなどのビューがあり、そのビューはどの状況で使うと有効なのか、は既にその界隈では知られている。
品質管理でも、信頼度成長曲線、管理図、テストケース消化曲線などのビューをどのように使えば有効なのか、も既に知られている。
でも、それ以外の場面でチケット管理システムを使う場合、どんなビューを使うと便利なのか、というノウハウはまだまだ足りない。
例えば、IPAが公開した定量的プロジェクト管理ツールは、その一つの事例を示していると言えるだろう。
Redmineをアジャイル開発に適用するだけでなく、IT企業の業務全般へ適用するノウハウはもっと可能性があると思う。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
- Redmine利用成熟度モデルによる運用戦略(2026.07.12)
- なぜCCPMは挫折する?経営者の理想と現場の挫折をLycheeRedmineが解決する #redmine(2026.06.30)
- 製造業DXを支える工程管理とは?Redmineの大規模プロジェクト階層化における課題:プロジェクトツリーの設定継承と関連チケット制限の壁(2026.06.27)
「Redmine」カテゴリの記事
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
- Redmineはチェンジマネジメントのツールであるべきだ(2026.07.13)
- Redmine利用成熟度モデルによる運用戦略(2026.07.12)
「ソフトウェア工学」カテゴリの記事
- 人の成果物は品質基準に不足しすぎるが、AIの成果物は品質基準を超過しすぎる(2026.08.16)
- 「System of Systems(SoS)の統合テストは不可能だ」という言説を聞いた(2026.08.16)
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- 脱PDCA!DXを加速する超高速戦略「KillChain」(2026.08.10)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
「プロジェクトファシリテーション」カテゴリの記事
- 組織変革の鍵を「聞く」体験から探る(2026.06.14)
- PM理論で読み解く日本人リーダーの弱点(2026.05.12)
- astahでPJ管理もプロセス設計もアイデア発想も全て表現したい(2025.10.25)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
- 「世界を動かすプロジェクトマネジメントの教科書」の概念図(2022.01.16)
「チケット駆動開発」カテゴリの記事
- 人の成果物は品質基準に不足しすぎるが、AIの成果物は品質基準を超過しすぎる(2026.08.16)
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
「Agile」カテゴリの記事
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- アジャイル開発を強化するキルチェーン進化の歴史~VUCA時代におけるモノづくりの新アーキテクチャ(2026.08.11)
- 脱PDCA!DXを加速する超高速戦略「KillChain」(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- AIが設計も思考も代替する時代ではエンジニアはモデルを理解するだけの存在なのか?(2026.07.25)


コメント