#pragma section-numbers off
[[TableOfContents]]

= 概要 =
変更管理当然のように必要です。変更は開発中であっても頻繁に発生します。それらを管理できないとプロジェクトは破綻します。

手法的には障害管理に近似する傾向にあると思います。また障害発生後の変更も変更管理として管理する必要がありますので、障害管理と一体となっている場合も多いようです。

IssueTrack の有効活用により管理する事が可能だと思います。



= 参考サイト =
[http://www.atmarkit.co.jp/farc/rensai/bottleneck03/bottleneck03.html 要求仕様のボトルネックを探る 変更管理できていますか？]

[http://www.toyo.co.jp/ss/perforce/tech_docs/whitepaper/Product_Quality_th_Change_Man.html 変更管理を通じた製品品質の向上]

[http://www.arksystems.co.jp/closeupit/operationmgmnt/020501.htm システム運用管理の勘どころ 変更管理]

[http://www.cisco.com/japanese/warp/public/3/jp/service/tac/126/chmgmt-j.html 変更作業管理をする上での最適な方法]


----
CategoryPrograming
CategoryManagement