プロジェクト分析を使用したことがある場合は、ある時点でこのツールに不満を感じたことがあるでしょう。多くのPMは、データをビジネス価値に適用することが難しいため、時間の経過とともにダッシュボードを放棄します。また、これを経験しました。今度は、プロジェクト分析を本当に便利なツールに変える方法についての経験を共有したいと思います。
今年からすべてのチームが使用しているAzureDevOps（TFS）の例について説明します。さまざまな時期にさまざまなプロジェクト管理システムを使用しましたが、その結果、プロジェクト管理、コードリポジトリ、アセンブリ、テスト、リリース管理など、開発者が必要とするほぼすべてを組み合わせたのがAzureDevOpsであることがわかりました。
また、トピックに戻ると、チームのダイナミクス、リリースの品質、バグ修正を追跡できるダッシュボードがあります。デフォルトでシステムに組み込まれているものもあれば、手動で構成できるものもあります。
分析が本当に役立つためには、次の条件を満たす必要があります。
ダッシュボードが表示される前でも、このデータは手動で収集されており、新しいパネルはこの作業を自動化するだけです。
ダッシュボードは、その有効性に直接関連するチーム内の実際のプロセスを説明します。
分析は、状況、問題、リスクを実際に理解するだけでなく、誰もがどれだけ素晴らしいかを示すだけではありません。
ピンは他のチームやプロジェクトに合わせて拡大縮小できます。すべて単一の座標系を持っています。
次に、この点に関するAzureDevOpsの機能について説明します。
最初にデフォルトのダッシュボードについて
PMに、ダッシュボードで使用する基本セットのデータを尋ねたところ、次のリストが得られました。
リードタイム。1つのタスクが作成から終了までのプロセス全体を通過するのにかかる時間を示します。
サイクルタイム。タスクが開始されてから最終的な配信までの開発中の時間を示します。
. , . , , (, « 64» , ).
, . , . , Lead Time – , , . , , , . – Lead Time . , – , ? , .
, Azure DevOps , , PM-.
- , Excel, . , .
PM- , . , , :
. , , .
, . , - , .
PROD. , - . PM- , - .
– . PM- , , . - , .
- 40 , .
- .
– , PM- . , . , .
PM- , . , .
, . – , .
– PBI , . , , Cycle Time , .
PMだけでなく、他のチームメンバーも分析を使用します。全員が同じ言語を話し、リリースにとって重要な指標を知っています。これらのテクノロジーは、会社全体が同じベストプラクティスで運用されるように、さらに簡単にスケールアップできます。