今日は、プロジェクト後のレビューとして知られるソフトウェア開発ライフサイクル（SDL）のよく見られた側面を見て 私たちは、正確には、ポストプロジェクトのレビューが何であるかを定義し、良いプロジェクトレビューの要素をカバーするために移動することから始
ポストプロジェクトレビューとは何ですか？
プロジェクトの特徴の一つは、明確な開始と明確な終了を持っていることです。 時には、開始と終了が非常に明確に定義されていないかもしれません（！）しかし、通常、プロジェクトが開始されたときとそれが終わったときに大まかなアイデアを得ることができます。 このような有限の寿命を持たないものは、実際にはプロジェクトではありません。 通常、ソフトウェアリリースが本番環境に置かれたときにプロジェクトを終了し、次のリリースまたはアップグレードのために新しいプロジェクトを開始
プロジェクト後のレビューは、継続的な改善メカニズムを追加する非常に便利で強力な方法です。 ほとんどの活動は、上記のように個別のプロジェクトのセットに分けることができます。 この継続的な改善メカニズムは、成功した各プロジェクトをより成功させるのに役立ちます（そして、すべての参加者に頻繁にストレスが少ない）。 ポストプロジェクトのレビューは、通常、プロジェクトチームと主要な利害関係者が一緒に会合し、プロジェクト中に何がうまくいったのか、何が この入力は、次のプロジェクトがより良く実行されるように、参加者が適切な意思決定と計画を立てるのに役立ちます。 また、誤解やその他の問題を解決するのにも役立ちます。
: 開発者のためのプロジェクト管理ソフトウェアとは何ですか？
例えば、私がかつて行ったプロジェクト後のレビューでは、品質保証（QA）チームは、プロジェクト中に入力なしで要件の変更が承認され、行われたと感じて動揺していた。 このフィードバックに基づいて、これは、要件に関する議論を行う必要があるときにQAチームの代表者が常に出席するようにすることによって、その後のプ これにより、それらをループに入れるだけでなく、QA期限に潜在的な影響をもたらす機会を与えました。 プロジェクト後のレビューのすべての参加者が、責任を割り当てたり、個人的な攻撃を行ったりする時間ではないことを理解することが重要です。 アイデアは、よくやった仕事にお互いを賞賛するだけでなく、さらに良いことを行う方法を見つけることです。 一つは、ポストプロジェクトのレビューは、指指し運動や叫びの試合に退化しないように注意する必要があります。
良いポストプロジェクトレビューの要素
前述のように、ポストプロジェクトレビューの主な目的は、責任を配分することではなく、改善のための領域とそれを改善する方法を特定することです。 ポストプロジェクトの検討を計画する前にあなたの第一次目的を識別し、何を奪いたいと思う。
- よくできた項目を特定する：例えば、時間の見積もりは非常に良かったかもしれない、開発者と品質保証チームが一緒にうまく働いたなど。
- 改善可能な項目を特定する:システムドキュメントが時間通りに準備されていなかった可能性があります。
- 壊れているアイテムを識別する: これらは非常に深刻であり、それらがどのように行われるかについての完全な再考を必要とするかもしれません。 一部のプロセスを削除または変更する必要がある場合があります。 おそらく、継続的に要件を変更するには、チームがより機敏な開発方法論に変更する必要があります。 お互いの神経に乗っている二人は、一緒に働く必要がないように再割り当てする必要があるかもしれません。
- 行動計画を決定する:入力を得る&改善が必要な項目を改善するための行動計画に関する合意と壊れている項目を修正する方法。 これにより、長期的な変更を実装しやすくなり、チームのコミットメントとチームスピリットの強い感覚を構築するのに役立ちます。
多くの利害関係者とチームメンバーを集めて会議に参加させようとする。 それは混乱のためのレシピのように見えるかもしれませんが（！）、よく計画されていればそれはすべてのための大きい経験である場合もある。 誰もが行動計画と目標を理解していることを確認してください。 利害関係者やチームメンバーは、問題を解決するために取り組む機会と見なすと、夢中になる可能性があります。 私の経験では、これらのレビューが初めて行われるのは、人々が何が許可されているのか、何が許可されていないのかわからないので、通常は最も難しい 一部のメンバーはまた、ひどく批判を取ることができます。 それは、潜在的に爆発的な問題のアイデアを持っているとどのように会議に入る前にそれらを打開するために理にかなっているかもしれません。 基本ルールが理解されていることを確認し、彼らが従うことを約束を得るために、会議の前に影響を受けた参加者とプライベートで会議は非常に役立
私が主要な問題を特定するのに役立つ良いテクニックは、投票のようなことをすることです。 各参加者は、よくやったカテゴリのいずれかに分類することができます項目を置き、いくつかの微調整が必要と修正する必要があります。 これは、誰もが彼または彼女の意見がカウントされていることを感じさせます。 さらに、それは多くの問題の完全なビューを提供することができます。 頻繁に一つは、多くの問題でパターンを見つけるでしょう。 人々が感じる項目の提供の賞賛はよくされる。 最も頻繁に言及されている問題は、注意が必要なものです。 この時点で、改善が必要なアイテムを改善する方法と壊れているアイテムを修正する方法についてのアイデアを人々に提供させるのに役立ちます。 あなたも、アイデアが最高のように見える上で非公式の投票を持っている可能性があります。
会議が終わったら、すべての情報を収集して記録します。 何がうまくいっているのか、何が改善を必要としているのか、何を修正する必要があるのかを詳細に確認してください。 誰もが改善を行い、問題を修正する上で動作することに合意した技術を特定します。 いくつかの修正が承認またはリソースを必要とする場合は特に、上級管理職にこれを提示することをお勧めします。 これらのレポートは、彼らにチームを確認する方法を提供し、チームが攻撃し、それ自身の問題を修正しようとしているという自信を構築します。 上級管理職が修正を見つけることに関与するのではなく、問題を自分で解決する方法を見つける方がはるかに優れています。 人々は通常、行政命令に憤慨しますが、彼ら自身が提案した変更に喜んで取り組んでいきます。
読む：開発者のための最高のプロジェクト管理ツール。
結論
プロジェクトのレビューを投稿することは、チームがパフォーマンスとスキルを向上させるための貴重な方法です。 彼らは、チームの士気を向上させるだけでなく、継続的な改善に燃料を供給するのに役立つメカニズムを提供します。 プロジェクトのすべての部分をレビューするのに役立ち、誤解やその他の問題を解決するメカニズムを提供するため、レビューにできるだけ多くの利害 よい計画およびポストの会合のフォローアップはこれらの検討に成功をして重大である。
