プロジェクト追跡ダッシュボード

意思決定を迅速化するプロジェクト進捗ダッシュボード

健康状態、マイルストーン、遅延したアクション、ブロッカー、遅延した更新、待ちの決定を見て、それぞれのシグナルの背後にあるレコードと所有者を開く。

人々が各数字を現行の記録に追跡し、他の場所で答えを再構築することなく行動できる場合にのみ、ダッシュボードは信頼できるものとなる。

KPIの解剖学

各プロジェクトの対策の背後にあるデータと応答を定義する。

計量は、マネージャーが計量がどのプロジェクトや行動に関係し、次に何が起こるべきかを知っている場合にのみ使用する。

リスクにさらされたプロジェクトやブロックされたプロジェクト

現在のプロジェクト健全性・ステータスと未解決の阻害事項

予測を保護し、スコープを変更し、所有権を再割当てし、またはスポンサー選択をエスカレートさせる。

期限切れのマイルストーン達成

未完了マイルストーンの期限と完了根拠

回復を承認し、予測を移動したり、証拠を含めて記録を閉じたりする。

行動の期限が過ぎた。

未完了アクションの担当者と期限

再割当、再計画、ブロック解除、エスカレートを行う。

状態更新は古いものになりました。

進行中プロジェクトの最終更新日

健康信号を信じる前に、現状を確認してください。

未決定事項

未決定事項の記録と回答期限

決定責任者を指定し、遅延の影響を可視化する。
信号から応答へ

遅いマイルストーンから記録された結果までの全ての経過を追跡する。

運用の詳細を隠すのではなく、意思決定経路を短縮するためのものでなければならない。

01

遅いマイルストーンが現れる。

マイルストーンとそのプロジェクトのコンテクストを開く。

所有者、日付、進捗状況、証拠を確認する。
02

遅延はブロッカーによって説明される。

ブロッカーと関連するアクションを開く。

解決作業を割り当てるか、スポンサー決定を要求する。
03

予測変化は予測変化となる。

プロジェクトと報告期間記録を更新する。

承認された予測、理由、次の行動を保持する。
04

回復は終了し、回復は閉じた。

証拠を持ってアクション/ブロッカーを閉じる。

更新されたプロジェクトレコードからダッシュボードを更新します。
3つのマネジメントレンズを搭載。

各役割にそれぞれ答えられる質問を示す。

スポンサー、プロジェクトマネージャー、ワークオーナーは同じダッシュボードを必要としない。

スポンサー

どのプロジェクトが決定、スコープ変更、資金調達変更、予測受諾を必要とするのか。

健康、予測動き、決定待ち、物質ブロッカー、期待結果。

プロジェクトマネージャー

どのオーナー、マイルストーン、アクション、ブロッカー、更新に対して今、介入が必要なのか?

遅延/間もなく終了する作業、遅れアップデート、依存関係例外、回復状態。

作業主は、作業主である。

私が何を終わらせるか、更新するか、証明するか、あるいはエスカレートするかを期待されていますか?

指定された作業、期限、必要な証拠、ブロッカー、返却項目。

ダッシュボードの下のレコードは、データベースのレコードである。

作業者が更新するデータとダッシュボードを連携させておく。

ダッシュボードだけではプロセスを実行できない。 プロセスを実行するには、ダッシュボードが必要である。

プロジェクト台帳

現状、オーナー、フェーズ、予測、最新の更新、マイルストーン、次の決定。

プロジェクトの位置はポートフォリオ信号の後ろにある。

マイルストーンとアクションキューの管理

委託、オーナー、期限、ブロッカー、進捗、証拠。

工事の背景と完成予定日,完成対策,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状況,工事の進捗状

問題と決定ログの管理。

影響、オプション、オーナー、期限、応答、閉鎖。

赤/黄色信号の背後にある選択または例外。

状況更新

報告期間における変化した事実、ナレーション、必要な決定、次の行動。

ライブダッシュボードの外部で使用されるコミュニケーション。
ダッシュボード選択ガイド

次の管理上の質問に答えることができるダッシュボードを選択する。

ただのグラフでは不十分です。その背後に何が隠れているのか、誰が行動できるのか、視点がどれだけ速く適応できるのかをチェックしてください。

運用プロジェクトのレビュー

ライブドリルダウンを選択

赤、黄色、遅延、遅れ、ブロックされた信号は、結果を変更できるプロジェクトの記録と所有者を開くべきである。

経営陣のポートフォリオレビュー

一貫した定義を選択する。

プロジェクトやビジネスユニットを超えて、健康、マイルストーン、予測、リスク、決定措置は同じルールを使用する必要がある。

系統間の歴史的分析

BIレイヤーを選択します。

多くの権威あるシステムにわたる大規模な歴史分析が主なニーズであれば、倉庫やビジネスインテリジェンス製品はより強力である。

迅速に変化する作業プロセス。

企業独自の構成を選択

プロジェクト管理者はソフトウェアリリースを待たずにフィールド、フィルタ、役割ビュー、リマインダー、チャートを追加できるようになるべきである。

ビューを関連性のあるものに保つ。

アプリケーションを再構築せずに新しい健康ルールや役割ビューを追加できます。

管理上の質問が変わると、ダッシュボードも変わるべきである。

固定製品変更キュー

従来のダッシュボードの変更はデータモデル作業、開発スケジューリング、テスト、リリース調整を待つ必要がある。

Jodooで業務管理者が変更

訓練された管理者は、同じ作業セッションで、1つの集中管理質問に対してソースフィールド、ビュー、フィルタ、リマインダー、チャートを追加することが多い。

  • 「状態更新が7日後に遅れ」を追加
  • スポンサーのみの決定ビューを作成します。
  • 後期マイルストーンをオーナーと事業部門別にフィルタリングする。
  • アクションキューを開く回復状態チャートを追加
ダッシュボードデザインの問題

プロジェクトのダッシュボードの質問

01プロジェクト追跡ダッシュボードにどのKPIが適しているのか?

健康状態、予測動向、遅れたマイルストーン、遅れた行動、ブロッカー、遅れた更新、決定待ちから始める。定義されたレコードセットを開き、管理決定を支援する場合のみ計量を追加する。

02どうすれば、過去のデータを防ぐことができるのか?

更新のフレッシュさを測定し、アクティブなレコードに対してオーナを要求し、リマインダーと例外ビューを使用し、各チャートをそれが数えるレコードにドリルする。

03すべての役割に同じダッシュボードを使うべきか?

プロジェクトマネージャーは作業と例外を必要とする。作業オーナーはタスク、証拠、締め切り日を必要とする。各役割に同じ関連レコードの集中したビューを与えなさい。

04どの時点でBIダッシュボードが適しているのか?

多くのシステム、非常に大きなデータセット、複雑な計算を結合した歴史的分析が主な必要とされる場合は、BIまたはデータウェアハウス層を使用してください。 人々が現在の記録を開き、次の行動をとる必要がある場合は、Jodooを使用してください。

05複数のプロジェクトを追跡できるのか?

はい。プロジェクトの状態、健康状態、オーナー、段階、事業部門、予測日時、更新日時をポートフォリオフィルタとして使用します。プロジェクトレジスタを下に保ち、それを含むレコードをすべてのカウントが開くことができます。

06誰かが赤いダッシュボード信号をクリックしたとき、どうすればいいのか?

次のスクリーンには、責任者、期限、現状の証拠、必要な対応が表示されるべきである。 また、まとめチャートではなく、フィルタリングされたプロジェクト、マイルストーン、アクション、ブロッカー、決定レコードを開く。

自分のプロジェクトでテストしてみてください。

ダッシュボードを信頼する前にドリルダウンをテストしてみてください。

赤色や黄色の信号を開け、その後ろの所有者と作業を確認し、結果を変える応答を記録する。

プロジェクトのダッシュボードを開く。