テストプロジェクトの問題管理
問題管理とは何ですか?
問題管理は、他の人に問題を認識させ、できるだけ早く解決するプロセスです。
これを理解するには、次の練習を行ってください。
幾つかある 典型的な問題 プロジェクト内の
戦略
- プロジェクトは の 予算
- 欠如 プロジェクトに対する目に見える管理サポート
- プロジェクトコミュニケーションはこれまで行われてきました 効果のない
- プロジェクト管理プロセスは、 標準
定義
- 間違った プロジェクトの目標
- プロジェクト範囲 正しく定義されていません
- 不明確 プロジェクト要件
人事
- プロジェクトチーム 欠けています プロジェクトを完了するためのスキル
- プロジェクトチームも 大 あまりにも 小さい したがって管理が難しい
- プロジェクトチームは、 組織化が不十分。 彼らはチームとして働きたくない
- スキル不足 メンバー 休職や退職のため。
日程
- プロジェクトのスケジュールは、 きつすぎる。 納期を守るのに十分な人員がありません。
- プロジェクトには、テスト素材、ソフトウェア ツールなどの入力が必要です。しかし、 遅らせる 配達中。
問題はなぜ起こるのでしょうか?
問題を引き起こす理由はたくさんあります。 その原因のほとんどは人的ミスが原因です。 プロジェクトを率いるテストマネージャーは、プロジェクトの失敗に対して全責任を負う必要があります。
ここにいくつかあります 一般的な 問題の原因となる間違い
リソースを間違ったプロジェクトに一致させる
Guru99 Bankは複雑で大きなプロジェクトです。多くの人材が必要です。 テスト スキル。 しかし、あなたは開発スキルを持つリソースを選択しました。 何が問題になるのでしょうか?
以下の問題が発生する可能性があります
- 開発者は訓練を受けたテスターではなく、テストを学ぶ必要があるため、多くの時間が無駄になります。 締め切りを過ぎてしまう可能性がございます。
- の品質 テスト 苦しむかもしれない。
リソースとプロジェクトのマッチングが最も重要です。 重要な要素 プロジェクト管理においては、 重要な段階 プロジェクトの成功のために。 リソースをプロジェクトに適合させることで、リソースを確保する必要があります スキル ことができます リーチ プロジェクトの期待。
プロジェクトマネージャーの管理スキルの欠如
あなたは、Guru99 Bank プロジェクトのテスト マネージャーとして割り当てられています。 それは良いニュースですが、あなたはこれまでプロジェクトを管理したことがありません。 何も持っていません 体験 プロジェクトを管理する際、大きな問題を引き起こす可能性があります。
プロジェクトを管理するのは困難ですが、プロジェクト マネージャーにプロジェクトを適切に管理する経験がない場合はさらに困難です。 プロジェクトの進捗会議の運営、リスク管理、プロジェクト関係者への対応の経験は、プロジェクトの開発と実行を成功させるために非常に重要です。
プロジェクトスケジュール
スケジュールが厳しすぎたり緩すぎたりすることは、プロジェクトの進行が遅れたり超過したりする原因の XNUMX つです。 この状況は、プロジェクト マネージャーが設定した場合に発生する可能性があります。 非現実的 プロジェクトタスクに対するタイムスケジュール。
過小評価
誰が誰なのか、そして自分に何ができるのかを知ってください。 テスト マネージャーが犯す大きな間違いは、どんなプロジェクトでも簡単に完了できると考えていることです。 現実的に考えて、最初から自分のニーズを過小評価していないことを確認する必要があります。
小さな問題は無視して
現時点での小さな問題が将来さらに悪化する可能性があります。次の例をご覧ください。
問題を無視すると問題はさらに悪化するだけなので、たとえ問題が小さくても、これらの問題を受け入れる余地を確保し、実用的な解決策を開発することをお勧めします。
プロセスに従わない
テスト管理は、マネージャーが厳密に従う必要がある重要なプロセスです。プロセスに従わないことは、ルール違反を意味します。
プロセスを整備すると、構造と組織が確立され、プロジェクトがリスクに遭遇する可能性が減ります。
他人の話を聞かない
あなたはプロジェクトのテストマネージャーです。 あなたはプロジェクトチーム内で最高の地位にあります。 しかし、一人では何もできません。 プロジェクトチームが必要です。
おそらくチームメンバーは、日々の業務を通じて、プロジェクトに関する差し迫った課題や問題点を最もよく認識しているでしょう。 テストマネージャーがメンバーのアドバイスに耳を傾けず、プロジェクトチームが提案するのを妨げると、最終的にプロジェクトが失敗する可能性があります。
問題管理アプローチ
次のシナリオから始めましょう
Guru99 Bank プロジェクトでは、テスト計画を作成するために、顧客の要件を分析して明確にする必要があります。 ここにシナリオがあります
この場合、3 つの問題が発生しました。 お客様からいただきました。 XNUMX日間で要件をXNUMX回も変更した。 気まぐれなクライアントは、特定の段階が完了するまで自分の要望が何なのかわからないため、非常に厄介になる可能性があります。
このトピックでは、問題を解決するための段階的なガイドラインを示します。
USBレコーディング
プロジェクト中のある時点で、 計画ステップ、trueになり、問題が発生します。 起こってプロジェクトの成功を脅かす出来事や問題を記録する必要があります
多くのプロジェクトでは、次の段階で問題が発生する可能性があります。 初め プロジェクトの。 したがって、問題を検出して議論することは賢明なアイデアです。 プロジェクトの開始.
問題が特定された場合は、次のアクションを実行する必要があります。
プロジェクトの問題を記録する
プロジェクトの問題を記録するための最良のツールの XNUMX つは、 問題のログ。 問題ログは、問題の解決策を見つけることに集中するのに役立ちます。
問題ログは自分で作成することも、問題ログを使用することもできます template この記事を参考にしてください。
優先レベルを設定する
問題の優先順位を忘れないでください。常に問題に優先順位レベルを割り当てます。 一般的に使用される問題の優先順位は XNUMX つあります
上記のトピックで述べた問題に対してどのような優先順位を設定しますか?
A) クリティカル
B) メジャー
C) マイナー
顧客が要件を修正しない場合、TestManager は計画を見積もり、作成できません。 プロジェクトは続行できません。
重大な問題なのですぐに解決する必要があります
所有者を問題に割り当てる
プロジェクトの問題を、それに対処するのに最も適した人に割り当てます。 その人はプロジェクトチーム内外の誰かです。 ただし、割り当てた場合は、チーム外の誰かが自分たちが何に取り組んでいるのかを確実に把握できるようにします。
顧客の変更要件に関する上記の問題については、問題を解決するのに最適なコミュニケーション スキルを持つ人を選択できます。 彼はとして働くでしょう ブリッジエンジニア プロジェクトを進めるために、顧客と交渉し、要件の修正を要求します。
問題のステータスを追跡する
問題にオーナーを割り当てた後は、問題ログを確認し、定期的に問題のステータスを更新する必要があります。次の図はリスクの種類を表しています。
レポート
プロジェクトの重要な問題を定期的な進捗 (ハイライト) レポートに文書化し、優先度の高い問題をプロジェクト委員会にエスカレーションします。コミュニケーションが重要です。
専門のプロジェクト マネージャーは、特にプロジェクトが大規模で関係者が多い場合、プロジェクトの問題ステータス レポートに大きく依存します。
独自のレポートを作成するには、 プロジェクト問題テンプレート レポート 記事上で。
プロジェクトの問題を管理する
プロジェクトマネージャはプロジェクトの問題を管理する責任があり、以下の活動を慎重に検討する必要があります。
- 問題の解決に影響を与える可能性のある人々を認識します。
- 問題を解決する前に、問題に関連するすべてのアクティビティを停止してください。 あなたはプロジェクト マネージャーであり、状況を管理しています。問題を解決しない限り、プロジェクトを急がないでください。
- ログ内の各問題について、次の質問についてよく考えてください。
- あなたが求めている打開策を提供できる可能性のあるアクションやオプションのリストを作成します。 次にリストを絞り込み、問題を解決する可能性が最も高いオプションを選択します。
A) できるだけ早く要件を明確にし、ベースラインを確立するために顧客との会議を開催します。
B) 顧客との交渉を支援するために経営委員会にサポートを得るように依頼する
C) 製品要件について顧客に新しいアイデアを提案する
D) 上記のすべての回答
上記のインタラクティブな要素では、A、B、C などの任意のアクションを使用して問題を解決できます。ただし、場合によっては、XNUMX つのオプションだけを使用しても問題を完全に解決できない場合があります。 最善の方法は、すべてのオプションを組み合わせることです。
たとえば、オプション A「顧客とのミーティングを開催して、できるだけ早く要件を明確にし、ベースラインを作成する」を選択したとします。このような会議の後、あなたとあなたの顧客が最終的な要件を決定できない場合はどうしますか?顧客と交渉するには、より高いレベルからのサポートをさらに得る必要があります (オプション B)。顧客が専門家でない場合、自分の要件さえ正確には知りません。このような場合、製品の要件について新しいアイデアを顧客に提案する必要があります。