Proje Kapanış Kontrol Listesi: Bütçe, Kaynak ve Teslim Kalemlerini Kapatmak

Proje teslim edildikten sonra ekiplerin çoğu işin fiilen bittiğini düşünür, ancak resmi olarak kapanmayan bir proje; açık kalan faturalar, görevler ve eksik onay belgeleri yüzünden aylar sonra yeniden gündeme gelebilir. Bu yazı, proje kapanış kontrol listesini bir değerlendirme ölçütü olarak nasıl kuracağınızı anlatır. Aşağıdaki iş senaryosu bir örnektir ve kendi organizasyonunuza göre uyarlanmalıdır.

Proje Kapanışında Yaşanan Aksamalar ve Riskler

Tamamlanma ile kapanış aynı olay değildir. Tamamlanma teknik bir yargıdır; kapanış ise yönetişim gerektirir. Audome’un proje kapanış kontrol listesi rehberi, kapanışın kabul, idari ve finansal kapanış, ders çıkarma ve kaynak devri gibi işleri kapsadığını vurgular. ONES’in kapanış kontrol listesi ise tamamlanmış işler, açık sözleşmeler ya da eksik kayıtların planlı kapanışı maliyetli bir telaşa çevirebileceğini belirtir.

Örnek senaryo: Bir yazılım ekibi müşteri için bir sistemi canlıya aldı. Müşteri sistemi kullanıyor, ancak imzalı kabul formu toplanmadı. Tedarikçinin son faturası bekliyor ve iki geliştirici başka projeye kaydırıldı. Altı ay sonra kapsam üzerine bir tartışma çıktığında ekibin elinde yazılı bir kabul kaydı yok. Sorun, işin teknik olarak bitmesinden değil, kapanışın kayda geçirilmemesinden doğdu.

Adım Adım Proje Kapanış Kontrol Listesi

Aşağıdaki sıra, her adımın bir kanıtla doğrulanmasını hedefler. Bunu bir şablon değil, değerlendirme ölçütü olarak kullanın: her madde için “bu tamamlandığını gösteren kanıt nedir?” sorusu sorulmalıdır.

1. Kapsamı sözleşme veya iş tanımıyla karşılaştırın ve her teslimatın karşılığını işaretleyin. Kanıt: izlenebilirlik listesi veya test kaydı.
2. Son teslimat için kabul yetkilisinden yazılı onay alın. Kanıt: tarihli ve imzalı kabul belgesi.
3. Açık görevleri, kararları ve kusurları listeleyip her birine sorumlu atayın. Kanıt: görev listesi ve kapanış durumu.
4. Maliyet, fatura ve avans kalemlerini mutabakat yapın. Kanıt: kesinleşmiş maliyet özeti.
5. Tedarikçi ve alt yüklenici sözleşmelerini resmi olarak kapatın. Kanıt: kapatma yazısı.
6. Kaynakları, erişimleri ve ekipmanı boşaltmadan önce kalan görevlerin sahibini doğrulayın. Kanıt: kaynak boşaltma kaydı.
7. Ders çıkarma toplantısı yapın, devir belgelerini arşivleyin ve kapanışı duyurun. Kanıt: kapanış raporu ve arşiv konumu.

Açık Maliyet ve Fatura Kalemlerinin Kapatılması

IAPM’in proje kapanışı notları, proje kontrolörünün kalan müşteri ödemelerini ve tedarikçilere yapılacak ödemeleri belirlemesi gerektiğini anlatır. Aynı kaynak, maliyetlerin doğru maliyet merkezine ve iş paketine yazılıp yazılmadığını ve aynı giderin iki kez kaydedilip kaydedilmediğini kontrol etmeyi önerir. Microsoft Dynamics GP proje kapanış kontrol listesi ise bir ERP ortamında işlenmemiş maliyet ve fatura işlemlerinin kapanışı engellediğini, açık satın alma kalemlerinin de kapatılması gerektiğini gösterir. Bu, belirli bir yazılımın ayarı değil, genel bir kontrol mantığıdır.

Aşağıdaki karar tablosu, bu kalemleri kapanış öncesinde değerlendirmek için bir ölçüt sunar:

Görev Atamaları, Kaynak Boşaltma ve Devir

IAPM kaynağı, projenin sonunda sorumluluğun proje yöneticisinden ürün veya operasyon sorumlusuna açıkça devredilmesini ve devralan ekibin el kitabı, erişim ve iletişim bilgilerini almış olmasını önerir. Aynı kaynak, ekip üyelerinin yeni görevleri belirsiz olduğunda kapanışın sürdüğünü ve projenin gereğinden uzun yürütüldüğünü de not eder. Bu nedenle kaynak boşaltma, kişilerin ne zaman ve nereye geçeceğinin önceden planlanmasını gerektirir.

Örnek senaryoda iki geliştiricinin açık destek görevleri vardı ve devir notu yoktu. Kapanış toplantısında her görev için bir kişi ve bir tarih atandı; geliştiriciler, devir notunu teslim ettikten sonra yeni projeye geçti. Böylece sorumluluk kimde olduğu sorusu, müşteriyle yazışma başlamadan yanıtlanmış oldu.

Teslimat Onayları ve Belge Arşivleme Sırası

Kapanış adımlarının sırası önemlidir. Kabul alınmadan sözleşmeyi kapatmak ya da kaynakları çekmek, sonradan düzeltilmesi zor bir boşluk yaratabilir. ONES rehberi, kapanışta onayların ve kabul kararlarının kayıt altına alınmasını, arşivlenen belgelerin sonradan bulunabilir olmasını önerir. Uygulamada sıra şöyle düşünülebilir: önce kabul, sonra mali ve sözleşmesel kapanış, ardından kaynak boşaltma ve en son arşiv. Her aşamada “bu kanıt yerinde mi?” sorusu yanıtlanmalıdır.

Bir kural olarak, kabul edilmemiş bir teslimat varsa proje kapanmış sayılmaz; ilgili kişileri ve bütçe kalemlerini açık tutmak gerekir. Arşivde ise yalnızca son dosyalar değil, karar notları, değişiklik talepleri ve kabul kanıtları da bulunmalıdır. Erişim yetkileri de belgenin amacına göre tanımlanmalıdır.

Cockpit ile Kapanış Süreçlerinin Takibi

Kapanış listelerini tutmak için hangi aracın kullanılacağı ekibin ihtiyacına bağlıdır. Cockpit, Logitera’nın ürünüdür ve CRM, finans, proje ve operasyon, insan kaynakları gibi modülleri tek bir platformda bir araya getirir. Proje kapanışı açısından ilgili kapsam şunlardır: Proje ve Operasyon Yönetimi motoru; görev panosu, proje planlama ve üretim terminali gibi işlevler; Masraf ve Avans Yönetimi ile Banka Ekstresi ve Mutabakat modülleri. Platformun genel yapısı için Cockpit Platformu sayfasına bakabilirsiniz.

Dikkat edilmesi gereken nokta şudur: Cockpit, kapanış kontrol listenizin yerine geçen bir karar mekanizması değildir. Banka mutabakatında öneriler sunulabilir, ancak son karar kullanıcıya aittir. Ayrıca fiyat, kurulum ve entegrasyon kapsamı ihtiyaç görüşmesinde belirlenir; bu yazıda sabit bir fiyat veya kapsam garantisi verilmemektedir. Aracı seçmeden önce kendi kapanış ölçütlerinizi yazılı hale getirin ve bu ölçütlerin hangi modülle izlenebileceğini değerlendirin.