Keeping the Changes on Track

By Russ Finney

変更が目的を外れない様にする

Change management and control becomes a highly critical aspect of "iterative" system building throughout the construction and testing phases. A wise system builder recognizes that a change management philosophy in this situation should be very similar to that used to collect issues: when you hear it (or find it!), write it down!
作成作業とテストのフェーズを通じて、変更管理と制御は、"反復"手法によるシステム構築の非常に重要な部分になって来た。賢明なシステム構築者は、ここでの変更管理哲学も、要件収集時のものと非常に似ていると理解している。：聞いた(または、見つけた)時は、書き留める！

• Use a form and/or a database to record any testing problems which occur either during string testing or system testing. This will provide both a problem log and a formal maintenance request for the programmer to utilize when updating the specified programs.
• Use a form and/or a database to record any newly requested features, functions, or enhancements which are revealed during the various stages of testing.
• Organize and classify all of the problem logs and change requests based on either the severity of the problem or the complexity and desirability of the enhancement.
• Review these when necessary with the appropriate project sponsors or project managers in order to obtain the appropriate authorizations before making any dramatic or time consuming changes.


• 連結テストやシステムテストの間に発生した問題点を記録するのに、定型用紙とデータベースの一方または両方を使う。これが、問題点のログにもなるし、プログラムを修正する時のプログラマに対する正式の依頼になる。
• 様々なテストの間に見つかった新たな使い方、機能、改良点を記録するのに、定型用紙とデータベースの一方または両方を使う。
• 問題の深刻さ、改良点の複雑さ、要求度に従って、全ての問題点のログや変更要求を整理・分類する。
• 大掛かりな変更や時間の掛かる変更を実施する前に、正当な承認を得る為、適切なプロジェクト発起人、プロジェクトマネジャーと共にそれらを検討する。

Suggested Change Request Form Elements:
変更依頼に含まれる項目案

• Change Request Number
• Date Recorded
• Priority (Low, Medium, High)
• Date Completed
• Requested By
• Assigned To
• Change Classification
• Description of Change
• Description of Resolution


• 変更依頼番号
• 作成日
• 優先度(低、中、高)
• 完了日
• 依頼者
• 実施担当者
• 変更分類
• 変更内容
• 解決策

Copyright © 1999, Russ Finney, All Rights Reserved