redmine_chartsプラグインでバーンダウンチャートは表示可能
下記プラグインをインストールしてみたら、バーンダウンチャートの表示が可能だけでなく、機能が豊富でとても素晴らしかった。
以下メモ書き。
【redmine_charts】
Redmine - PluginCharts - Redmine
mszczytowski's redmine_charts at master - GitHub
pullmonkey's open_flash_chart at master - GitHub
ruby on railsでグラフを作成する。Open Flash Chart編←【2009/11/18 追記】
【インストール方法】
$redmine/vendor/plugins へredmine_charts、open_flash_chartのフォルダを解凍して配置する
※open_flash_chartフォルダがないと、redmine_chartsが動作しない。
↓
open_flash_chartプラグインに入っている/vendor/plugins/open_flash_chart/assets/swfobject.js ファイルを
RAILS_ROOT/public/javascriptsディレクトリにコピー ←【2009/11/18 追記】
↓
open_flash_chartプラグインに入っている/vendor/plugins/open_flash_chart/assets/open-flash-chart.swf ファイルをRAILS_ROOT/publicディレクトリにコピー ←【2009/11/18 追記】
↓
rake db:migrate_plugins RAILS_ENV=production
↓
ruby -Ku script/server -e production -d
で再起動
↓
プロジェクト設定画面で、「チャート」をチェックしたらOK
【redmine_chartsプラグイン感想】
redmine_chartsプラグインは日本語化されており、初期表示で下記の説明があるので、一目で機能が分かる。
但し、redmine_chartsプラグインをフルに使うには、チケットに開始日・終了日・予定工数・見積工数・作業分類がきちんと入力されているのが前提になるので注意。
1・バーンダウン
見積もり、経過および残りの時間を表しています
2・記録時間割合
時間はメンバ、チケット、活動、カテゴリごとに分類およびフィルタした記録時間の合計に比例しています
3・記録時間予定
メンバ、チケット、活動、カテゴリごとに分類およびフィルタして時間経過を表しています
4・記録時間分布
各チケットの見積時間と記録時間と残り時間の割合を表しています。この割合は100%以下になるべきです。見積時間のあるチケットのみ表示しています。左端に表示しているバーはこのプロジェクトの平均値を表しています。
redmine_chartsプラグインがあれば、Tracのレポート機能と同等か、それ以上の運用が可能になるだろう。
このプラグインもRedmine運用で必須のプラグインだろう。
【redmine_version_gantt_chart】
Downloads - version-gantt-chart - Project Hosting on Google Code
2つめブログ バージョンガントチャートPlugin 0.1 完成
【redmine_version_gantt_chartプラグインの概要】
(前略)
Redmineに登録したチケットとバージョンの情報から、
開発者ごとの作業負荷とタスクの進捗状況をざっくりと確認できるプラグインをつくってみました。
標準のガントチャート表示機能は綺麗に表示できるんだけど、開始日と期限日の入力と更新が面倒で使わなくなってしまった。
なので、できるだけ「少ない入力項目」で、「大雑把な進捗」を確認できるものを目標にしています。
(後略)
【redmine_version_gantt_chartプラグイン感想】
ガントチャートで開発者の負荷をざっくり見れるので、マネージャと言われる人達に最も受けそうなプラグイン。
プロジェクトの進捗をバーンダウンチャートだけでなく、ガントチャートなど色んな観点のメトリクスで出力できれば、リスクに対して早期に是正対策を採りやすくなる。
【Estimate timelogプラグイン】
r-labs - Estimate timelog - Redmine
Redmineで予定/実績レポートを表示するプラグイン【estimate_timelog】を作ってみた - へたれエンジニア日記 ver.2
工数集計画面で、予定工数と実績工数をユーザごとに集計表示してくれる。
予実比較はマネジメントの基本だから、とても貴重。
Redmineのレポート機能も、世界中の開発者のおかげでTracと同等か、それ以上まで機能改善されている。
短期間でRedmineが改善されている原因は、チケットという情報がDBで一元的に管理されていて、Railsという優れたフレームワークのおかげでプラグインで機能追加しやすいからだろうと思う。
それから注目すべきは、優れたRedmineプラグインの開発者に日本人がチラホラのっている事だ。
日本でもRedmineユーザが増えている証拠なのかもしれない。
Redmineのプラグインに関しては、今後も試したものについてはフィードバックしていきたい。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Redmine」カテゴリの記事
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- 第27回redmine.tokyo勉強会の感想 #redmineT(2024.11.10)
- Redmineのバージョン設定でプロジェクトの設定方法が違う(2024.06.23)
- ウクライナのRedmine開発者が作ったRedmineテーマやプラグイン(2024.06.18)
「ソフトウェア工学」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「システムアーキテクチャ構築の原理」の感想(2024.05.06)
「チケット駆動開発」カテゴリの記事
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 第26回redmine.tokyo勉強会の感想~多様性はコミュニティが成功する重要な要因の一つ #redmineT(2024.06.15)
- チケットはデータでとプロセスの二面性を持つ #redmine(2023.12.24)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 知識は経験よりも大切か、経験は知識よりも勝るのか、SECIモデルは相互作用を語る(2022.04.26)
「Agile」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ソフトウェア工学の根本問題から最近のソフトウェア設計を考えてみる(2024.03.03)
最近のコメント