PMI PMP: Proje Kapanışı, Bilgi Aktarımı ve Alınan Dersler — Çalışma kılavuzu

By Laurynas Brazys · 22 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Şunun bir parçası: PMP — Çalışma kılavuzu. Doğrulanmış cevaplarla şurada pratik yapın: PMI sınav merkezi, veya şurada süreli deneme sınavları çözün: ExamRoll.io.

Proje Kapanışının Doğası

Kapanış, sonradan akla gelen idari bir iş değildir; projenin arta kalan değerinin ya yakalandığı ya da kalıcı olarak kaybedildiği aşamadır. Bir ekip dağıldığında, örtük bilgi, karar gerekçeleri ve risk öngörüsü de onlarla birlikte kapıdan çıkar gider. Kapanış, bu geçici bilgiyi kalıcı kurumsal varlıklara dönüştürmek için vardır — güncellenmiş Kurumsal Süreç Varlıkları (OPA’lar), arşivlenmiş proje çıktıları, resmileştirilmiş kabul ve doğrulanmış operasyonel hazırlık. Bu durum, proje başarıyla sona erse de, erken sonlandırılsa da, sponsor tarafından iptal edilse de veya bir bakım aşamasına geçse de geçerlidir.

Yönetici ilke, kapanış yükümlülüklerinin üç kaynaktan geldiğidir: proje yönetim planı, sözleşme (tedarikler için) ve kurum politikası. Bunların hiçbiri proje yöneticisinin takdirine bağlı olarak atlanamaz. Sponsorun “sadece kapatın gitsin” şeklindeki baskısı bile sözleşmesel saklama maddelerini, yasal kayıt tutma gerekliliklerini veya PMO yönetişimini geçersiz kılmaz. Bu tür bir baskıya verilecek doğru yanıt, aciliyeti kabul etmek, ardından gerekli minimum kapanış adımlarını açıklamak ve sıkıştırılmış ama eksiksiz bir takvim üzerinde anlaşmaktır — adımları atlamak değil.

Resmi Kabul ve Sözleşmesel Kapanış

Resmi kapanış, kabul ile başlar. Teslimatlar, kapsam temel çizgisinde tanımlanan kabul kriterlerine ve sözleşmeli işler için iş tanımına (statement of work) göre doğrulanmalıdır. Kapsamı Doğrula sürecinden gelen doğrulanmış teslimatlar, ancak sponsor veya müşteri yazılı olarak onay verdiğinde kabul edilmiş teslimat haline gelir. Sözlü onay veya kullanıma dayalı zımni kabul yetersizdir — bu durum garanti anlaşmazlıklarına, ödeme gecikmelerine ve itibar riskine yol açar.

Tedarikler için, Tedarikleri Kapatma, idari proje kapanışından önce gerçekleşen ayrı bir faaliyettir. Bu, tüm sözleşme teslimatlarının alındığını teyit etmek, nihai ödemelerin ve alıkonulan tutarların (retention) işleme konduğunu, taleplerin çözüldüğünü (veya tanımlanmış bir uyuşmazlık sürecine taşındığını) ve bir tedarik denetiminin yapıldığını doğrulamak anlamına gelir. Sözleşmeler genellikle yıllarla ölçülen kayıt saklama süreleri belirtir — yargı yetkisine ve sektöre bağlı olarak genellikle üç, yedi veya on yıl — ve bu yükümlülükler proje kapanışından sonra da devam eder. Proje yöneticisi, gözetimi devretmeden önce arşivlenmiş sözleşme dosyalarının bu gereklilikleri karşıladığından emin olmalıdır.

Bir müşteri projenin sonlarına doğru kalite sorunları tespit ettiğinde ve ekip bunları çözdüğünde, devam etmeden önce düzeltici çalışma üzerinde kabul yeniden doğrulanmalıdır. Ancak resmi yeniden kabul belgelendikten sonra proje gerçekten “yolunda” statüsüne döner ve kapanış faaliyetlerine geçmeye uygun hale gelir.

Kayıt Defterlerinin, Günlüklerin ve Eylem Maddelerinin Kapatılması

Yürütme sırasında belirsizliği ve açık maddeleri izlemek için kullanılan her bir proje dokümanı resmi olarak kapatılmalıdır. Bunlar şunları içerir:

• Risk kaydı — Her bir riski gerçekleşti, süresi doldu veya devredildi olarak işaretleyin; planlanan yanıta karşılık gerçekleşen etkiyi kaydedin
• Sorun kaydı — Her sorunun çözüldüğünü, üst birime iletildiğini veya bir operasyonel talebe dönüştürüldüğünü teyit edin
• Eylem maddeleri — Kapatın, operasyonlara yeniden atayın veya sahibiyle birlikte ertelendi olarak belgeleyin
• Değişiklik kaydı — Onaylanmış tüm değişikliklerin uygulandığını ve temel çizgilere yansıtıldığını teyit edin
• Karar kaydı — Gelecekteki ekipleri bilgilendirmek için önemli kararların gerekçelerini koruyun

Bu kayıtları basitçe terk etmek yerine kapatmanın nedeni, denetlenebilirlik ve yeniden kullanılabilirliktir. Bir projede gerçekleşen bir risk, gelecekteki bir proje yöneticisinin tam olarak ihtiyaç duyduğu türden bir modeldir — ancak bu, yalnızca kapanış kaydının riskin sadece açık olduğunu değil, gerçekte ne olduğunu yakalaması durumunda geçerlidir. Bu kapatılmış kayıtları (proje yöneticisinin kişisel sürücüsünde değil) kurumsal sistemlerde saklamak esastır; bunlar aranabilir Kurumsal Süreç Varlıkları (OPA’lar) haline gelir.

PMIS’te Arşivleme ve Saklama Politikası

Arşivleme, genellikle PMO, kayıt yönetimi veya hukuk departmanının sorumlu olduğu kurumsal saklama politikasına uymalıdır. Proje yöneticisinin yükümlülüğü, bir yaklaşım icat etmek yerine bu politikaya başvurmaktır. Saklama kuralları, proje çıktılarının nerede tutulacağını (Proje Yönetim Bilgi Sistemi (PMIS), doküman yönetim sistemi, kayıt deposu), ne kadar süreyle saklanacağını, kimlerin erişebileceğini ve geri alım için nasıl dizinleneceğini yönetir.

Yaygın bir tuzak, arşivlemeyi kişisel bir dışa aktarma olarak görmektir — proje yöneticisi bir klasörü sıkıştırıp paylaşılan bir sürücüye atar ve işin bittiğini düşünür. Bu yaklaşım başarısız olur çünkü personel değişikliklerine dayanıklı değildir, arama için dizinlenmemiştir ve gizlilik sınıflandırmalarını ihlal edebilir. Doğru arşivleme, proje çıktılarını onaylanmış PMIS veya kayıt sistemine yatırmak, gerekli meta verileri (proje ID’si, sponsor, tarihler, sınıflandırma) uygulamak ve depozitoyu kayıt sorumlusuyla teyit etmek anlamına gelir.

Gelecekteki projelerin bu projenin verilerine başvurmasını isteyen bir proje yöneticisi için mekanizma, verileri yerel olarak erişilebilir tutmak değil, kurumsal depoda aranabilir meta verilerle düzgün bir şekilde arşivlenmesini ve uygun olduğunda PMO aracılığıyla bir vaka çalışması veya referans proje olarak yayınlanmasını sağlamaktır.

Bir OPA Katkısı Olarak Alınan Dersler

Alınan dersler sadece projenin sonunda değil, proje boyunca kaydedilir. Ancak, nihai alınan dersler oturumu, yalnızca geriye dönüp bakıldığında görülebilen örüntüleri sentezler: hangi tahmin yaklaşımlarının doğru çıktığı, hangi paydaş katılım taktiklerinin işe yaradığı, risk yanıt stratejilerinin nerede başarısız olduğu gibi. Oturumda çekirdek ekip, kilit paydaşlar ve — yararlı olduğu durumlarda — sponsor ve müşteri temsilcileri yer almalıdır.

Belgelendirme, “neler iyi gitti / neler gitmedi"nin ötesine geçmelidir. Etkili kayıtlar; durumu, alınan kararı veya eylemi, sonucu ve gelecekteki projelere uygulanabilecek kadar genel çerçevede bir tavsiyeyi yakalar. Şablonlarda, kontrol listelerinde, tahmin modellerinde veya süreçlerde değişiklik öneren tavsiyeler, önerilen OPA güncellemeleri olarak PMO’ya resmi olarak sunulmalıdır. Bu sunum, projeye özgü bir öngörüyü kurumsal bir iyileştirmeye dönüştüren şeydir. Bu olmadan, her gelecek proje aynı dersleri aynı maliyetle yeniden öğrenir.

Geçişe Hazırlık ve Operasyonel Devir

Ekip dağıtılmadan önce, ürünü teslim alacak operasyon grubunun ürünü çalıştırmaya hazır olduğu kanıtlanabilir olmalıdır. Hazırlık durumunun somut bileşenleri şunlardır:

• Eğitim: Operatörler ve destek personeli için eğitimin verilmesi ve yetkinliğin doğrulanması
• Runbook’lar ve standart operasyon prosedürleri: Belgelenmesi, gözden geçirilmesi ve sürüm kontrolü altında tutulması
• Garantiler: Hem tedarikçi garantileri hem de proje ekibinin kendi garanti süresi — kapsam, süre ve irtibat noktaları net bir şekilde tanımlanmış olarak
• Destek devri: Eskalasyon yolları, nöbetçi (on-call) rotasyonları ve bilgi tabanı girdileri dahil olmak üzere
• Erişim, kimlik bilgileri ve lisanslar: Operasyonel sahiplere devredilmesi
• Bilinen sorunlar ve teknik borç: Teslim alan ekibe yazılı olarak bildirilmesi

Bu devir işleminden önce ekibin dağıtılması ciddi bir başarısızlıktır. Operasyonları olayları teşhis etme yeteneğinden yoksun bırakır, tasarım kararlarının tersine mühendislikle çözülmesini gerektirir ve genellikle eski ekip üyelerinin yüksek ücretlerle geri çağrılmasına neden olur. Proje Yöneticisinin karar kriteri basittir: ekip, yalnızca teslimatın çalışır duruma gelmesiyle değil, operasyonel sahibin devir teslim kabulünü imzalamasına kadar serbest bırakılmaz.

Teslimat Sonrası Destek Planlaması

Destek planlaması, garanti süresi dolduktan sonra ürünün sahibinin kim olacağını, hataların nasıl önceliklendirileceğini ve geliştirme taleplerinin nasıl yönlendirileceğini — genellikle gelecekteki bir proje için bir birikim listesine (backlog) veya bir ürün yönetimi fonksiyonuna — belirler. Destek planı, canlıya geçişten sonra doğaçlama olarak oluşturulmamalı, öncesinde mevcut olmalıdır. Bu plan, hizmet seviyelerini, eskalasyonu ve garanti kapsamındaki işler (proje tarafından finanse edilen) ile geliştirmeler (ayrı olarak finanse edilen) arasındaki sınırı tanımlar.

Yaygın Kestirmeler Neden Başarısız Olur?

Bir sponsorun zaman çizelgesine uymak için kapanışı aceleye getirmek, yeniden kullanılabilir bilgiyi feda eder ve kuruluşu uyumluluk bulgularına maruz bırakır; sponsorun acelesi, yasal veya sözleşmesel yükümlülükleri değiştirmez. Saklama konusunda Proje Yönetim Ofisi (PYO) danışmanlığını atlamak, erken silmeye veya yasa dışı saklamaya yol açar — her ikisi de sorumluluk doğurur. Kapanmış bir projede riskleri ve sorunları “açık” bırakmak, gelecekteki raporlamayı engeller ve tekrar eden kalıpları analizlerden gizler. Devir teslim yapmadan ekipleri dağıtmak, kurumsal yeteneği bireysel bağımlılığa dönüştürür ve bir sonraki olayın sistemi daha önce hiç görmemiş insanlar tarafından ele alınacağını garanti eder. Her kestirme yol, şimdi küçük ve görünür bir tasarrufu, daha sonra büyük ve gizli bir maliyetle takas eder — bu, disiplinli bir kapanış sürecinin tam da önlemek için tasarlandığı takas türüdür.

Pratik Problem: Örnek Senaryo

Senaryo: Orta ölçekli bir bankanın eski bir havale sistemini değiştirmeyi amaçlayan 18 aylık, 4,2 milyon dolarlık bir girişim olan Meridian Payments Platform, tüm kritik hataların çözüldüğü kullanıcı kabul testlerini tamamlamıştır. Rakip bir girişim için bütçe ayırması konusunda CFO’dan baskı gören sponsor, proje yöneticisi Priya’ya bir e-posta göndererek “bu hafta işi bitirmesini — sistemin çalıştığını, ekibe başka bir yerde ihtiyaç olduğunu” belirtmiştir. İki tedarikçi sözleşmesi hala açık, operasyon ekibi runbook devir teslimini imzalamamış ve alınan dersler çalıştayı planlanmamıştır.

Zorluk: Priya, ekip dağılmadan önce sözleşmesel, yasal ve kurumsal yükümlülüklerin yerine getirildiğinden emin olurken, kapanış sürecini kısaltma yönündeki sponsor baskısına yanıt vermelidir.

Önerilen Yaklaşım:

1. Sponsorun aciliyetini yazılı olarak kabul edin ve vazgeçilemez faaliyetleri, sahiplerini ve her birini atlamanın riskini listeleyen sıkıştırılmış 10 iş günlük bir kapanış planı önerin — ardından plan için sponsorun yazılı onayını alın.
2. Belgelenmiş kabul kriterlerine göre her bir teslimatı gözden geçirerek ürün sahibi ve operasyon liderinden resmi yazılı kabul alın, PYO deposunda dosyalanan kabul formuna imzaları alın.
3. Tüm iş tanımlarının (statement of work) yerine getirildiğini teyit ederek, son faturaları işleyerek, varsa alıkonulan tutarları veya performans teminatlarını serbest bırakarak ve sözleşme şartlarının gerektirdiği şekilde tedarik kapanış yazılarını düzenleyerek iki tedarikçi sözleşmesini kapatın.
4. İlk hafta içinde çekirdek ekip ve kilit paydaşlarla maliyet sapması etkenleri, entegrasyon riskleri ve tedarikçi performansına odaklanan 90 dakikalık bir alınan dersler çalıştayı düzenleyin ve sonuçları Kurumsal Süreç Varlıkları (OPA) bilgi tabanında yayınlayın.
5. Runbook’u doğrulayarak, destek personelinin eğitimini teyit ederek, kaynak kodunu ve kimlik bilgilerini devrederek ve operasyon müdürünün hazırlık onayını alarak operasyonel devir teslimi tamamlayın.
6. Proje çıktılarını bankanın 7 yıllık saklama politikasına göre arşivleyin, ekip üyelerini performans geri bildirimleriyle birlikte resmi olarak fonksiyonel yöneticilerine geri gönderin ve sponsora ve yönlendirme komitesine bir proje kapanış raporu yayınlayın.

Bu Neden İşe Yarar: PMI’ın çerçevesi, kapanış yükümlülüklerini proje planı, sözleşmeler ve kurumsal politikalardan kaynaklanan unsurlar olarak ele alır — sponsorun bunların hiçbirinden tek taraflı olarak feragat etmesi mümkün değildir. Priya, aciliyeti kabul ederken sıkıştırılmış ancak eksiksiz bir takvim üzerinde müzakere ederek, ekip dağıldığında kurumu sözleşme ihlali, yasal riskler ve zımni bilginin kalıcı kaybından korur. Sponsoru memnun etmek için adımları atlamak, hem bankayı hem de Proje Yöneticisini kişisel olarak ilerideki denetim ve operasyonel başarısızlıklara maruz bırakacaktır.

← Yönetişim · Tüm alanlar

Bu soruları çözün → · ExamRoll.io’da süreli pratik →