Değişiklik kontrol süreci: projede değişikliği yöneten kurallar düzeni
Değişiklik kontrol süreci, tek tek taleplerin değil, projedeki bütün değişikliklerin hangi kuralla karara bağlanacağını belirleyen düzendir. Kimin neyi onaylayacağı, kararların nerede tutulacağı ve onaylı planın nasıl sürümleneceği bu düzenin parçalarıdır.
Bir bakışta
- Değişiklik talebi girdidir, değişiklik kontrol süreci ise onu işleyen düzendir. Talep tek bir isteği anlatır; süreç, tüm isteklerin aynı kurallarla değerlendirilmesini sağlar.
- Onay yetkisi değişikliğin etkisine göre kademelenir. Küçük etkiyi proje yöneticisi, eşiği aşanı kurul, sözleşmeyi etkileyeni sponsor ve müşteri onaylar.
- Onaylanan her değişiklik yeni bir baseline sürümü doğurur. Eski sürüm silinmez; performans hangi sürüme göre ölçüldüğü bilinerek okunur.
- Change control, değişim yönetimi ile aynı şey değildir. Biri proje planındaki değişikliği, diğeri insanların yeni duruma uyumunu yönetir.
Değişiklik kontrol süreci nedir?
Değişiklik kontrol süreci (change control), onaylanmış bir proje planına yapılacak her değişikliğin hangi kurallarla değerlendirileceğini, kimin onaylayacağını, kararın nereye kaydedileceğini ve plana nasıl yansıtılacağını tanımlayan yönetim düzenidir. Proje başında kurulur ve proje kapanana kadar tüm değişiklikler bu düzenden geçer.
Değişiklik talebi bu düzenin girdisidir: tek bir isteği yazıya döker. Değişiklik kontrol süreci ise isteklerin tamamını aynı kurallarla işler. Kapsam, takvim ve bütçe birbirini etkilediği için bu üçünün değişiklikleri ayrı ayrı değil, birlikte değerlendirilir; buna entegre değişiklik kontrolü de denir.
Onay yetki eşikleri nasıl belirlenir?
Her değişikliği aynı kurula taşımak süreci yavaşlatır; her şeyi proje yöneticisine bırakmak ise kontrolü ortadan kaldırır. Çözüm, değişikliğin etkisine göre kademeli bir yetki tanımıdır. Eşikler takvim etkisi, bütçe etkisi, kapsam ve sözleşmeye dokunup dokunmadığı gibi ölçütlerle proje yönetim planına yazılır.
Kalite ya da regülasyonla ilgili değişikliklerde etki küçük olsa bile ilgili uzmanın onayı ayrıca istenir. Eşiğin yazılı olmaması, aynı büyüklükteki iki değişikliğin farklı kişilerce onaylanmasına ve tartışmaya yol açar.
Onayı kimin vereceğini değişikliğin etkisi belirler
- Etki proje yöneticisinin tanımlı eşiği içindeProje yöneticisi
- Takvim ya da bütçe etkisi eşiği aşıyorDeğişiklik kontrol kurulu
- Sözleşmeyi ya da ana teslim tarihini etkiliyorSponsor ve müşteri
- Kalite ya da regülasyon gerekliliğine dokunuyorİlgili uzmanın ek onayıEtkisi küçük olsa bile ayrıca istenir
Değişiklik kayıt defterinde neler izlenir?
Kayıt defteri, projedeki değişikliklerin tek bir yerden izlendiği ortak listedir. Her talebin formu ayrı tutulur; defter ise hepsinin anlık durumunu gösterir:
- Talep numarası ve kısa tanım
- Durum: açık, analizde, karar bekliyor, onaylandı, reddedildi, ertelendi, uygulandı, kapandı
- Kararı veren kişi ya da kurul ve karar tarihi
- Etkilediği baseline sürümü
- Bağlı riskler ve uygulama sorumlusu
Defter düzenli gözden geçirildiğinde uzun süre karar bekleyen talepler, uygulanmadan kalmış onaylar ve aynı konunun tekrar tekrar gelmesi görünür hale gelir.
Baseline sürümleri ve performans ölçümü
Onaylanan her değişiklik, kapsam, takvim ve bütçe referansının yeni bir sürümünü doğurur. Eski sürüm silinmez; hangi değişikliğin hangi sürüme yol açtığı defterden izlenebilir. Böylece proje raporunda görülen bir sapmanın gerçek bir performans sorunu mu, yoksa onaylı bir kapsam artışı mı olduğu ayırt edilir.
Ürün belgelerinin (tasarım, şartname, yazılım sürümü) değişimini izleyen konfigürasyon yönetimi bu düzenin kardeşidir: değişiklik kontrol neyin değişeceğine karar verir, konfigürasyon yönetimi değişen her öğenin hangi sürümde olduğunu kayıt altında tutar.
Change control, değişim yönetimi ve BT değişiklik yönetimi farkı
Türkçede üç farklı uygulama benzer adlarla anılır. Proje değişiklik kontrolü, onaylanmış proje planındaki kapsam, takvim ve bütçe değişikliklerini yönetir. Kurumsal değişim yönetimi (change management), insanların yeni bir sürece, sisteme ya da yapıya uyum sağlamasını yönetir. BT hizmet yönetimindeki değişiklik yönetimi ise canlı sistemlerdeki değişikliklerin riskini değerlendirip hizmet kesintisi olmadan devreye alınmasını sağlar.
Üçü aynı projede birlikte bulunabilir: yeni bir yazılımın kapsamı proje değişiklik kontrolüyle, kullanıcıların alışması değişim yönetimiyle, canlıya geçişi BT değişiklik yönetimiyle yürütülür.
Benzer adlar, farklı sorunlar
| Proje değişiklik kontrolü | Kurumsal değişim yönetimi | BT değişiklik yönetimi | |
|---|---|---|---|
| Neyi yönetir | Onaylı plandaki kapsam, takvim, bütçe | İnsanların yeni duruma uyumu | Canlı sistemlerdeki değişiklik |
| Temel soru | Bu değişiklik plana girsin mi? | İnsanlar yeni yolu benimsiyor mu? | Bu değişiklik hizmeti kesmeden devreye alınır mı? |
| Tipik çıktı | Karar ve yeni baseline sürümü | İletişim, eğitim ve destek planı | Onaylı devreye alma ve geri dönüş planı |
Değişiklik kontrol düzenini Mindset programlarında kurmak
Proje Değişim Yönetimi (Change Control) programı, değişiklik yönetiminin temelleri ile başlar; onaylanan değişiklikleri uygulama ve baseline güncelleme modülünde onay sonrası plana yansıtmayı işler.
Değişiklik talebi süreci ve CCB ile çevik ortamda değişiklik yönetimi modülleri ise kurulun işleyişini ve aynı düzenin çevik ekiplerde nasıl hafifletildiğini ele alır.
İlgili Mindset programı
Proje Degisim Yönetimi (Change Control)
Sık sorulan sorular
Küçük bir projede değişiklik kontrol süreci nasıl sadeleştirilir?
Kurul yerine tek bir yetkili kişi, ayrı form yerine kayıt defterinde birkaç satırlık tanım yeterli olabilir. Sadeleştirilmemesi gereken üç şey vardır: değişikliğin yazılı kaydı, etkinin karar öncesinde görülmesi ve onaylanan değişikliğin plana işlenmesi. Bunlar atlanırsa küçük proje de fark edilmeden başlangıç planından uzaklaşır.
Acil bir değişiklikte süreç nasıl işler?
Acil durumlar için önceden tanımlı hızlı bir yol bulunur: yetkili kişi değişikliği hemen onaylar, uygulama başlar ve kayıt ile etki analizi kısa süre içinde tamamlanarak kurula bilgi verilir. Hızlı yolun hangi durumlarda kullanılabileceği de önceden yazılmalıdır; aksi halde her değişiklik acil diye işaretlenmeye başlar.
Değişiklik kontrol ile konfigürasyon yönetimi aynı şey mi?
Hayır, birbirini tamamlarlar. Değişiklik kontrol, bir değişikliğin yapılıp yapılmayacağına karar verir. Konfigürasyon yönetimi ise ürünü oluşturan belge, tasarım ya da yazılım öğelerinin hangi sürümde olduğunu ve hangi değişiklikle güncellendiğini izler. Biri olmadan diğeri eksik kalır: karar kayıtlıdır ama hangi sürüme uygulandığı belirsizleşir.
Değişiklik kontrol sürecinin işleyip işlemediği nasıl anlaşılır?
En açık işaret, sahada kayıtsız değişikliklerin bulunmasıdır. Kararların uzun süre beklemesi, onaylanıp uygulanmamış kayıtların birikmesi, raporlanan sapmanın onaylı kapsam artışından mı yoksa performanstan mı kaynaklandığının ayırt edilememesi de sürecin aksadığını gösterir. Kayıt defterinin düzenli gözden geçirilmesi bu işaretleri erkenden yakalar.
İlgili rehberler
Kategori: Proje Yönetimi ve Çeviklik