変更要求管理ツールとは何か、変更要求がこのツールに送信されるときに何が関係するかを誰かに教えてもらえますか?
4 に答える
変更要求管理ツールは、ユーザーがソフトウェアの変更を要求するためのものです。
ソフトウェア開発プロセスが始まると、開発チームとユーザー (またはその部門) の間で、ソフトウェアの機能について合意が得られます。これを要件と呼びます。できれば書面で全員が要件に同意したら、開発が始まります。
ユーザーは、開発中の任意の時点で要件を変更する必要があることに気付いた場合、変更要求を行います。これらの要求は、変更要求管理ツールに記録されます。開発チームは要求を確認し、ユーザーが合意に達するまで、変更について (追加の時間や費用がどれくらいかかるか) についてユーザーと交渉します。
ソフトウェアが展開されると、ユーザーによって識別される追加の変更がある場合があります。変更要求管理ツールに要求を記録します。開発チームは定期的に新しい変更要求を確認し、ソフトウェアの次のリリースにどの要求を含めるかについてユーザーと合意します。
変更要求管理ツールを使用すると、「スコープ クリープ」を管理できます。ソフトウェアに必要な追加作業を双方が評価し、プロセス全体を整理するのに役立ちます。
正しく行われると、要求された変更、加えられた変更、および現在進行中の変更の記録が残されます。ソフトウェアの改善が優先されます。
これは、バグ追跡ツールに類似または同一です。次のようなことが発生する可能性があります。
誰かがリクエストを見て (「誰か」とは、プロダクト マネージャー、プロジェクト マネージャー、開発チーム リーダーなど)、さらに検討するかどうかを決定します。
リクエストがすぐに拒否されない場合は、誰か (おそらくアーキテクトまたは開発チームのリーダー) に渡され、その人はその実現可能性を評価し、それを実装するために必要な労力/スケジュール/リソースが何であるかを伝えます。
予想される利益が予想されるコストなどを超える場合、承認されて開発スケジュールに追加され、最終的に利用可能な開発者に割り当てられます
これらのさまざまな段階を経てさまざまな人々によって検討されると、人々は意見を追加したり、詳細やドキュメントを追加したりします。 QA担当者は、元のリクエストだけでなく、プロジェクトマネージャー、アーキテクト、開発者などからのコメントも見ることができます.
問題管理ツール (バグトラッカー) を変更要求ツールとして使用できます
または、ローファイになって代わりにプロトコルを使用することもできます (つまり、Word 文書に書き留めた手順のみ)。
私がクライアントに使用しているのは、SLA (サービス レベル アグリーメント) と変更要求プロトコルの組み合わせです: 「メンテナンス ブロック」 - 変更要求の管理
--LM
これは基本的に、すべての「todo」項目がテーブルから外れないようにするのに役立つデータベースです。
また、付加価値として、開発チームがプロセスをどれだけうまく実行しているかを評価する手段を提供します。