Redmineを業務システム化するアイデア～メトリクス集計の本質は集計バッチ処理 - プログラマの思索

IPAの定量的プロジェクト管理ツール概要やさかばさんの記事を読みながら考えたことをメモ。 ラフなメモ書き。 間違っていたら後で直す。 【元ネタ】 Jenkinsの特長 - メトリクス収集サーバの視点から -: ソフトウェアさかば InfoQ: 継続的デリバリのパターン マネージャから以前、ベースライン単位にタスクの進捗や課題の状況を履歴表示できないか、という問合せを受けた。 彼の意図としては、ベースライン(プロジェクトのマイルストーン)単位に集計して、予定と実績の差を見たいということだった。 僕は、現状のRedmineでは力不足です、と答えた。 その理由は、Redmineのチケット集計機能はユーザが画面表示した時点のチケットの状態を集計表示する機能だけであり、集計結果を履歴表示する機能はないからだ。 バーンダウンチャート、チケットの登録・完了の累積数、ロードマップスなどのプラグインはあるが

[dagjmpd]

Redmineを業務システム化するアイデア～メトリクス集計の本質は集計バッチ処理

[GRsgym]

GR