Proje kalite planı hazırlama rehberi: hedeften denetime

Proje kalite planı nedir, neye hizmet eder?

Proje kalite planı, bir projede hangi kalite düzeyinin hedeflendiğini, bu düzeye hangi faaliyetlerle ulaşılacağını ve ulaşılıp ulaşılmadığının nasıl anlaşılacağını yazılı hale getiren belgedir. Proje yönetim planının bir parçası olarak düşünülür ve kapsam, takvim, maliyet ve risk planlarıyla birlikte okunur.

Planın asıl işi ortak bir anlayış kurmaktır. Müşteri, proje ekibi, tedarikçiler ve yönetim kurulu aynı teslimat için farklı beklentiler taşıyabilir. Kalite planı bu beklentileri ölçülebilir kabul kriterlerine çevirir ve kim neyi ne zaman kontrol edecek sorusuna yanıt verir. Plan yoksa kalite genellikle proje sonunda, hata bulunduğunda ve düzeltme pahalı hale geldiğinde tartışılır.

Plana başlamadan önce toplanacak girdiler

İyi bir plan boşlukta yazılmaz. Önce proje tanımı, kapsam beyanı ve sözleşme ya da şartname gereksinimleri okunur. Müşterinin ve diğer paydaşların kalite beklentileri ile uyulması gereken standartlar, mevzuat ve kurum içi prosedürler listelenir. Benzer projelerden gelen dersler ve geçmiş hata kayıtları da değerli bir girdidir; hangi tür sorunların bu kurumda tekrar ettiği çoğunlukla oradan okunur.

Bu aşamada ayrıca kaynak ve takvim kısıtları netleştirilir. Her teslimat için sonsuz kontrol yapılamayacağı bilindiğinden, kalite faaliyetleri riskle orantılı kurgulanmalıdır: ürünün güvenliği, yasal uygunluğu ya da müşteri memnuniyeti açısından kritik olan kalemlere daha sıkı, düşük riskli kalemlere daha hafif kontrol uygulanır.

Kalite planının bölümleri

Kurumdan kuruma değişse de planda şu başlıklar sık yer alır:

• Kalite politikası ve hedefleri: proje için geçerli kalite yaklaşımı ve ölçülebilir hedefler.
• Standartlar ve gereksinimler: uyulacak standartlar, şartnameler, tasarım kuralları.
• Roller ve sorumluluklar: kalite faaliyetlerinden kimin sorumlu, kimin onaylayıcı olduğu.
• Kalite güvence faaliyetleri: süreçlerin planlandığı gibi işlediğini doğrulayan denetimler, süreç gözden geçirmeleri, eğitim ve prosedür kontrolleri.
• Kalite kontrol faaliyetleri: teslimatların kabul kriterlerine uygunluğunu ölçen muayene, test ve gözden geçirmeler.
• Ölçütler ve ölçüm yöntemi: hangi göstergenin nasıl, ne sıklıkla ölçüleceği ve kabul sınırı.
• Tedarikçi kalitesi: alt yüklenici ve tedarikçilerden beklenen kanıt ve denetim yöntemi.
• Sorun ve uygunsuzluk yönetimi: hata bulunduğunda kaydın, kök neden analizinin ve düzeltici faaliyetin nasıl yürütüleceği.
• Raporlama ve gözden geçirme: kalite durumunun kime, hangi formatta, hangi ritimle aktarılacağı.

Kalite hedefi ve kabul kriteri nasıl yazılır?

Zayıf hedef "yüksek kalite sağlamak" gibi belirsiz bir cümledir. Güçlü hedef, bir teslimat için ölçülebilir, doğrulanabilir ve sorumlusu belli bir ifadedir. Örneğin bir yazılım projesinde kabul kriteri, belirli bir kullanıcı akışının tanımlı test senaryolarından geçmesi ve açık kritik hata bulunmamasıdır. Bir inşaat projesinde ise döşeme betonunun şartnamedeki dayanım sınıfını laboratuvar sonuçlarıyla kanıtlaması olabilir.

Kabul kriterini yazarken şu soruları sorun: Bu teslimatı kabul eden kişi kim? Hangi ölçüm yöntemi kullanılacak? Sınırdaki bir sonuç nasıl yorumlanacak? Kriter bu sorulara yanıt vermiyorsa ekipler arasında yorum farkı çıkar ve kabul aşamasında tartışmaya dönüşür.

Güvence ve kontrolü ayırmak: planın en kritik ayrımı

Kalite güvence, hataların oluşmasını önlemeye odaklanır; süreçler, prosedürler, eğitimler ve denetimlerle ilgilidir. Kalite kontrol ise ortaya çıkan ürünün ya da teslimatın şartlara uygun olup olmadığını ölçer; muayene, test ve onay kayıtlarıyla ilgilidir. Plan bu alanları karıştırırsa ya süreç hiç denetlenmez ya da yalnızca son aşamada hata avlanır.

Örneğin bir yazılım ekibinde kod gözden geçirme ve tanım tamamlandı ölçütü güvence tarafına, otomatik ve elle test koşumları kontrol tarafına girer. Planda her faaliyetin hangi aşamada, kimin tarafından ve hangi kayıtla yapılacağı yazılırsa denetçi ve proje yöneticisi aynı tabloya bakar.

Adım adım örnek: orta ölçekli bir teslimat için plan akışı

Kurgusal bir örnek: bir kurum, çalışanlar için yeni bir iç portal geliştiriyor. Proje yöneticisi önce müşteri birimle görüşüp her ekranın kabul koşullarını listeler. Ardından güvenlik, erişilebilirlik ve performans gibi kalite boyutlarına karar verir ve her biri için ölçüt belirler.

Sonra kalite faaliyetleri takvime işlenir: tasarım gözden geçirmeleri, kod incelemeleri, entegrasyon testleri, kullanıcı kabul testi. Her faaliyetin sorumlusu ve kayıt biçimi yazılır. Tedarikçi bir arayüz tasarım firması varsa, teslim ettiği tasarım dosyalarının hangi kontrol listesiyle kabul edileceği ayrıca belirtilir. Son olarak hata bulunduğunda izlenecek yol tanımlanır: kayıt, öncelik, kök neden analizi ve düzeltme sonrası yeniden test. Plan, her aşama kapısında gözden geçirilir ve gerekirse güncellenir.

Sık yapılan hatalar

Birinci hata, planı sözleşme imzalandıktan sonra bir formalite olarak yazıp rafa kaldırmaktır. Yaşayan bir plan, risk ve değişiklik kayıtlarıyla birlikte güncellenir. İkinci hata, ölçüt koymadan kalite hedefi yazmaktır; ölçülemeyen hedef denetlenemez. Üçüncü hata, tüm kalemlere aynı yoğunlukta kontrol koymaktır; bu hem kaynak israfıdır hem de kritik kalemlerin üzerindeki dikkati dağıtır.

Bir diğer sık hata, kaliteyi yalnızca teslimatın değil sürecin de bir özelliği olarak görmemektir. Çevik çalışan ekiplerde plan, sprint içinde tanım tamamlandı ölçütleri ve sürekli entegrasyon testleriyle birlikte düşünülmelidir. Tedarikçi kalitesinin planın dışında bırakılması da yaygındır; oysa alt yüklenici kaynaklı hatalar çoğu zaman proje takvimini en çok etkileyen kalemlerdendir.

Mindset programlarında nerede çalışılır?

Mindset kataloğundaki Proje Kalite Yönetimi eğitiminin modül başlıkları arasında Kalite Planlama Araçları ve Teknikleri, Kalite Güvence Süreci, Kalite Kontrol Araçları ve İstatistiksel Yöntemler, Agile Ortamında Kalite Yönetimi ile Tedarikçi ve Alt Yürütücü Kalite Yönetimi bulunur. Bu başlıklar, plan bölümlerinin hemen hepsiyle örtüşür.

Program proje yöneticileri, PMO çalışanları ve kalite sorumluları için uygun bir çerçeve sunar. Kurumsal ekiplerde ortak bir kalite planı şablonu oluşturmak isteyen proje ofisleri, modül başlıklarını kendi proje türlerine uyarlamayı konuşabilir.