2011-12-02 3 views
0

当社のソフトウェア会社は一日あたりのサポートリクエストの文字通り何百ものを受けて、私たちの受信トレイに取り組んでチーム全体があります。スクラムのバックログに直接マップする有効なメトリクスを得るにはどうすればよいですか?Prioitizingスクラムバックログ

我々はあまりにも具体的であれば、チームも常に我々はあまりにも一般的なら、POは信頼性の高い優先順位を取得するにはあまりにも多くの電子メールを分類する必要があり、メトリックを変更するには注意してくださいました。

アイデア?

+0

あなたは電子メールのみを使用していますか?あるいは、Atlassian Jiraのようなバグ/問題追跡システムを使用していますか?ちょうどあなたが電子メールにJiraをフィードさせることができれば、問題にポイントと重みと異なる事柄を割り当て、グラフを焼くためにそれらをリンクし、Greenhopperプラグインではないものをリンクすることができます。思考? –

+4

[プロジェクト管理は、スタックオーバーフローにオフトピック今ある]ので、私は// meta.stackoverflow.com/questions/343829/is-stack-overflow-an-appropriate-website(オフトピックとして、この質問を閉じるために投票していますプロジェクト管理の問題について/ 343841#343841)。代わりに[ソフトウェアエンジニアリング.SE](// softwareengering.stackexchange.com/)と[ProjectManagement.SE](// pm.stackexchange.com/)に関するこれらの質問をしてください。 (残念ながら、この問題は移行するには古すぎます)。 – robinCTS

答えて

1

あなたは、「サポートリクエスト」とはどういう意味ですか?

  1. "私はXをどのように行うのですか?":

    3つの幅広いバケットを仮定すると、タイプ質問

  2. "これは正しく動作しません"(つまり、欠陥)
  3. "yを実行した場合、本当に役に立ちます。"エンハンスメントリクエスト

3つ以上(または3未満の数字があるかもしれませんが、3は適切な数字です)に、リクエストを分類するタグをいくつか割り当てます。私は、垂直列のラベルとしてカテゴリを編成し、列内の各要求に「フラグ」を付けるのが好きです。これにより、迅速かつ汚れた縦棒グラフが得られます。パレート率が現れることをほとんど保証します。ここでは、「タグ」の20%がリクエストの80%になります。あなたのPOは3つの広いバケツのそれぞれの20%の間で優先順位をつけることができます。

実行中の練習として、これを維持することができます。