プロジェクトのステータスをどのように報告しますか？ [閉まっている]

StackOverflow https://stackoverflow.com/questions/242903

  •  04-07-2019
  •  | 
  •  

質問

現在、＆quot; One Page Project Manager＆quot;を使用しています。プロジェクトステータスレポート用のExcelテンプレート。先週の作業の概要と来週の予測が含まれています。完了しているかどうかにかかわらず、追跡するすべての重要なタスクについて。 1ページにすべて。私はこのレポートを毎週すべての参加者/利害関係者に送ります。 （ヒント：アジャイル環境では動作しません）

プロジェクトのステータスをどのように報告しますか？

正しい解決策はありません

他のヒント

ステータスレポートは簡潔である必要があります（チームのすべてのメンバーが自分のステータスについて何度も座っていることを好む人はいないため）。私はSOFTレポートの大ファンです：

  • 成功-最後のステータス会議以降に達成したこと：プロジェクトスケジュールから直接離れたタスク。可能であれば、x％完了を報告しないようにしました-完了したか、そうでないかのどちらかです。 ％でレポートすると、タスクは週の間95％になります。これにより、プロジェクトマネージャー/技術リーダーは、作業内訳の構造を数日以内のタスクに分解することもできます。
  • 機会-まだ検討されていないプロジェクトを支援する機会（たとえば、プロジェクトを保存するライブラリ、何かをスクリプト化するより良い方法を見つけた）を特定しましたか自分で何かを実装するなど）
  • 今後の作業-今から次のステータス会議までの間に何に取り組んでいますか。再び、プロジェクトのスケジュールから直接。
  • 脅威-スケジュールされた作業を遂行する能力に影響を与える何かを特定しましたか？例：以前は特定されていなかった要件の穴、サポートコールに多大な時間を費やしている、何かを実装することが予想よりも難しいことが判明している、など

理想的には、大きなプロジェクト会議でこのようなことをするのは避けたいと思います。素材の90％は部屋の半分の人とは無関係だからです。ミーティングの前にSOFTレポートを収集し、ミーティングの前に時間をかけてレポートし、実際のミーティング中に全員に関連する可能性のある特定の問題について話し合うことが好きです。

キュービクルの外側にホワイトボードがあります。その上にスマイリーの顔があります。プロジェクトのステータスが変更されると、眉をひそめたり、不安になったり、きびきびしたり、厳しい決断をしたり、笑顔をしたり、笑ったりします。その隣には、最後の変更を表す矢印があります。

ジョークとして始まりましたが、実際には、プロジェクトの場所について技術者以外の同僚に投稿しておくのに最適な方法です。

私は、個別のステータスレポートのファンではありません。プロジェクトステータスレポートは、使用しているプロジェクト管理ソフトウェアの機能にしたいです。時間を節約し、すべての人（チーム、管理、利害関係者、クライアント）が同じ情報を利用できるようにする最良の方法の1つは、統合された情報/データ管理システムを持ち、すべてのニーズに使用することです。社外に別のレポートを送信する必要がある場合でも、その管理システムからのレポートであることが望ましいです。

アジャイル環境にあり、VersionOneを使用しています。チームはすべてのタスクとアクティビティを管理しますが、社内の他の全員が進捗状況を確認したり、バーンダウンやVersionOneに本質的に含まれる他の多くのレポートを参照したりできます。

http://www.VersionOne.com

あなたが自分で維持するプロジェクト管理情報は別のものです。上級管理者やクライアントに見せることは別のものです。

顧客が食品輸送ビジネスに携わっており、ERPアプリケーションを構築するように依頼している場合、アジャイル/スクラムまたはprince2の概念を理解できない可能性があります。

彼らは何を理解しますか？割合と平易な英語。

これは、毎週（通常は金曜日の午後に）クライアントと上級管理職に送信する「プロジェクトの進捗状況の更新」（または「ハイライトレポート」）の例です。

===

2008年12月2日のハイライトレポート

  • プロジェクトは65％完了しています。
  • 設計/モックアップ段階のすべてのタスクの100％が完了しました。
  • コーディング段階のタスクの70％が終了しています。
  • プロジェクト管理フェーズは45％完了しています。
  • 品質管理フェーズはこれまでに10％完了しています。

  • 補助タスクの35％が完了しました

  • 現在、バグログには未修正のバグが3つ含まれています（そのうち1つは優先度が高いとマークされています）。

  • バグログには、承認待ちの3つの機能追加も含まれています。

最新の作品をステージング場所にアップロードしましたので、確認してください。

次に取り組むのはフォトギャラリーコンポーネントで、来週の終わりまでに完成させることを目指しています（来週中旬に確認されます）。

オンライン支払いを受け取ることができるように、クレジットカードゲートウェイプロバイダーがアカウントの確認を待っています。インターネット販売者アカウントが銀行による承認を待っているため、これをリスクとしてフラグを立てました。

ご質問がある場合はお知らせください。できる限りお答えいたします。

===

簡単です。バーンダウンチャートやスクラムアプローチから抜け出すことができる多くの有用な指標を見逃しています。しかし、それらはクライアント（または経営者）に直接提示するのに良い数字ではありません。

ああ、バグのリストについて指摘する必要があります。上級管理職のようなさまざまなレベルの開示があります。個人的に、私は非常に透明です。ただし、クライアントに公開できる「不良品」の量をマネージャーに確認する必要があります。

iに興味がある場合は、これに関する詳細なブログ記事があります：誰もが理解できるプロジェクトステータスレポート

LM

アジャイルを使用していない場合でも、タスクではなく機能の進行状況を追跡することで勝ちます。

あなたの利害関係者は、「 t_sec_nameテーブルをリファクタリングしてID列に自動インクリメントを追加する」の意味がわからない可能性が高く、完了したかどうかは気にしません。

>

ただし、「アプリケーションへの新しいユーザーの追加のパフォーマンスの向上」の進捗状況を報告する場合、進捗状況に関する情報を読者に伝えることができます。

だから私は報告します：

  • 機能レベルでの変更/修正/拡張の進捗、
    • 作業完了
    • 進行中の作業
    • 作業計画
  • ビジネス/顧客が取り組むべき決定/問題
  • リスク（レポートを作成することは、リスクレジスタを更新する良い機会です）
  • チームの問題（休日、病気の葉、トレーニング）

私が働いているさまざまな「強制」フォーマットがあります。

毎日のステータスは3つのカテゴリに分類されます：

  • 達成したこと
  • 達成されていないこと（およびその理由）
  • 顧客のコメント
    • 機能/追加のリクエストを含む
    • 率直な感謝、苦情など
    • その他

プロジェクトのステータスには、スケジュールと連結された毎日のステータスがあり、何が先/後にあるかを示します。

私の会社は、VersionOneを使用して、完了したバックログアイテムの割合、以前のスプリントからの遅延アイテム、プロジェクト全体の完了率などの情報を取得します。この情報を顧客に提示する場合、パワーポイントプレゼンテーションを作成し、情報を含めます。内部で使用する場合は、VersionOneのサイトで検索するか、アクセスできない技術者以外の従業員向けにExcelファイルに保存します。

以前のプログラムマネージャーが開発した優れたプロジェクトステータスレポートを使用しています。以来、さまざまなスポンサーとの使用に成功しており、彼らは問題、リスク、マイルストーン、予算に重点を置いていることを気に入っています。

XLSファイルを他の PMテンプレートでまとめました。最終的には、それを効果的に使用する方法を説明する言葉を周囲に配置します。ただし、感情に訴えることのない言語を使用する場合は、設定する必要のある問題/リスクの影響に注目してください。

OPPMの本も見てきましたが、あまり感銘を受けませんでした。比較すると、プロジェクトステータスレポートは通常、本全体ではなく使用方法を学習するために15分間実行します。

NB：これは、チームメンバーがステータスを報告するためではなく、PMが複数のプロジェクトで忙しいスポンサーやプログラムマネージャーにプロジェクトステータスを報告するために設計されています。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top