メトリクスの威力
チケット駆動開発を上層部へアピールするのに最も効果的なことは、現場の数字を提示することだ。
社長や取締役、管理職は、数字が非常に好きな人達。
彼らは、いつも売上の数字とにらめっこしている。
彼らは月次売上のために、請け負ったプロジェクトの進捗や品質をすごく気にしている。
チケット駆動開発を実践すると、チケットに日々の作業状態がリアルタイムに入力されるため、進捗をリアルタイムに見ることができる。
RedmineやTrac
では、生成されたガントチャートから、赤色のタスクが遅延しているのが分かる。
カレンダーを見ると、月別のタスクの一覧が表示され、取消線のないタスクは作業中であることが分かる。
ロードマップから、バージョン単位の進捗が出るので、マイルストーンまでの残日数と比較して間に合うのかどうか考えることができる。
チケット集計結果であるサマリから、バージョンやコンポーネント単位の残チケット数が即座に分かる。
Redmineのレポート機能から、バージョンと月別の工数のクロス集計が表示されるため、月別でどれだけのコストがかかったのか、即座に把握できる。
RedmineやTrac
は、プロジェクトの進捗のメトリクスを色んな観点で出力してくれる。
更に、TestLinkを使えば、全テストケース数、ケース消化率、NGテストケース数、要件カバレッジなど、テスト工程の進捗を表すメトリクスを出力してくれる。
statSVNは、曜日別の開発者毎のコミット回数、システムのLOCグラフなど、開発者の貢献度合い、システムの規模を表すメトリクスを出力してくれる。
以上のメトリクスを定期的に上層部へ見せれば、現場の状態をリアルタイムに完全把握できる資料として非常に喜ぶだろう。
しかし、メトリクスは現場リーダーや開発者にとって諸刃の剣。
プロジェクトの進捗が良ければ上層部へアピールできるが、遅れていれば何故問題を放置しているのか、と問い詰められるだろう。
だから、ずる賢い人達は、これらのメトリクスを操作して、遅延しているのにあたかもプロジェクトがスムーズに進んでいるかのように、品質が確保されているかのように改ざんするだろう。
そうなると、メトリクスはもはや現場の状態を素直に反映したものでなくなる。
これが「メトリクスを過信しない」という意味の一つ。
チケット駆動開発でソフトウェア開発の諸問題が全て解決されるのではない。
チケット駆動開発は、現場の問題を強力に見える化するだけ。
溢れたタスクをRedmineが解決するわけではない。
結局、現場リーダーや開発者の技術力、マネジメント力という問題解決能力のレベルが試されるだけなのだ。
| 固定リンク
「プロジェクトマネジメント」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart2~プロセスのレイヤと達成目標のレイヤが異なる(2023.02.18)
- ストラテジストとプロジェクトマネージャの役割の違いは何なのかpart1~CSFはWBSみたいなものと捉える(2023.02.14)
- PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか(2023.01.22)
「Redmine」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- 「RedmineのUbuntu+Docker構築への移行」の感想 #redmineT(2024.11.24)
- 第27回redmine.tokyo勉強会の感想 #redmineT(2024.11.10)
- Redmineのバージョン設定でプロジェクトの設定方法が違う(2024.06.23)
「ソフトウェア工学」カテゴリの記事
- Jiraの機能はTracに似ている気がする #redmine(2025.06.01)
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
「TestLink」カテゴリの記事
- JSTQBのテストプロセスの概念モデルを描いてみた(2023.05.26)
- TestLinkの要件管理にUSDMを適用する方法(2023.01.22)
- TestLinkのテストケースはクラスとインスタンスの考え方で区別する(2023.01.22)
- テスト管理ツールCAT、TestRail、QualityForwardのオンラインのマニュアルのリンク(2022.09.24)
- テスト管理ツールTestRail、CAT、QualityForwardの感想(2022.07.30)
コメント