PMI PMP: Tedarik ve Sözleşme Yönetimi — Ç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.

Sözleşme Türleri ve Yapılandırma: Riski Doğru Araçla Eşleştirme

Sözleşme türü, en önemli tedarik kararıdır çünkü kimin hangi riskleri üstleneceğini ve teşviklerin nereye yöneleceğini belirler. Sabit Fiyatlı (FFP) sözleşmeler kapsam, takvim ve maliyet riskini satıcıya yükler ve iş tanımı (SOW) istikrarlı ve iyi tanımlanmış olduğunda iyi çalışır — örneğin, bilinen bir eksik işler listesi olan öngörülebilir bir genel merkez ofis taşıması gibi. Zaman ve Malzeme (T&M) sözleşmeleri riski alıcıya devreder ancak ortaya çıkan gereksinimlere yanıt verme esnekliği sağlar; personel takviyesi, keşif çalışmaları ve biriktirme listesinin (backlog) gerçekten bilinmediği erken aşama çevik (agile) geliştirmeye uygundur. Maliyet Artı (Cost-reimbursable) türevleri (CPFF, CPIF, CPAF) bu ikisinin arasında yer alır ve iş keşif niteliğinde olduğunda ancak alıcı maliyet veya performans hedeflerinde teşvik uyumu istediğinde kullanışlıdır.

Modern projelerdeki sürtüşme noktası, çevik (agile) teslimat ile sabit fiyatlı ticari beklentilerin çarpışmasıdır. Yöneticiler genellikle FFP’nin fiyat kesinliğini isterken, teslimat ekibi Scrum’ın kapsam esnekliğine ihtiyaç duyar. Tanımlanmamış bir çevik kapsam için bir FFP sözleşmesi imzalamak, tedarikteki en zararlı tuzaklardan biridir: satıcı ya bilinmeyenleri karşılamak için fiyatı fazlasıyla şişirecek, dar yorumlanmış bir SOW’un dışına çıkan değişiklikleri reddedecek ya da sonunda kalite eksiklikleri ve anlaşmazlıklar olarak ortaya çıkan zararları üstlenecektir. Doğru yanıt, sabit fiyatlandırmadan vazgeçmek değil, onu çevik farkındalığına sahip kontrollerle donatmaktır.

İki yapısal kontrol özellikle etkilidir:

• Kapsam katmanları (olmazsa olmaz / olmalı / olabilir)
  • Nasıl çalışır: Sözleşme, olmazsa olmaz katmanını taahhüt eder; alt katmanlar kapasite elverdiğince teslim edilir
  • Neyi korur: Çekirdek kapsamda kârlılık ve teslimat kesinliği
• İterasyon/sprint limitleri
  • Nasıl çalışır: Sabit sayıda sprint veya aşılmayacak toplam efor
  • Neyi korur: “Bu çevik bir süreç” kisvesi altında sınırsız yeniden işleme taleplerini önler
• Değişikliğe karşılık değişiklik takasları
  • Nasıl çalışır: Yeni biriktirme listesi (backlog) maddeleri, eşdeğer efora sahip maddelerin kaldırılmasını gerektirir
  • Neyi korur: Maliyet/takvim zarfını korur
• Sürüm tabanlı fiyatlandırma
  • Nasıl çalışır: Her sürüm, rafine edilmiş bir biriktirme listesine (backlog) göre yeniden fiyatlandırılır
  • Neyi korur: Ticari ve teslimat temposunu uyumlu hale getirir

Hibrit bir program için — örneğin, öngörülebilir bir genel merkez taşıması artı çevik bir sistem geçişi — tek bir sözleşme türü nadiren her iki iş akışına da uyar. Doğru yapılandırma genellikle deterministik fiziksel taşıma için FFP ve geçiş için T&M (veya katmanlı/limitli bir T&M) ya da her iş akışı için ayrı iş emirleri içeren bir ana hizmetler sözleşmesidir.

Tedarik Politikası, SOW ve Satıcı Seçimi

Her tedarik kararı, kuruluşun resmi tedarik politikasına dayanmalıdır. Bu bürokratik bir temizlik değildir — bu, yetkiyi tesis eden, adil rekabeti sağlayan, denetim ve yasal yükümlülükleri karşılayan ve kaybeden bir teklif sahibinin karara itiraz etmesi durumunda yasal savunulabilirlik sağlayan mekanizmadır. “Daha hızlı ilerlemek” için tedarik sürecini atlayan bir proje yöneticisi, herhangi bir takvim avantajını gölgede bırakacak kişisel ve kurumsal bir risk yaratır.

SOW (İş Tanımı), niyeti yükümlülüğe dönüştüren operasyonel belgedir. Savunulabilir bir SOW; teslim edilecekleri ve kabul kriterlerini, performans standartlarını (yanıt süreleri, hata eşikleri, erişilebilirlik), raporlama sıklığını ve formatını, denetim ve teftiş haklarını, kilit personel maddelerini, performansı yerine getirmeme durumundaki çözümleri (cezai tazminat, hizmet kredileri, devreye girme hakları) ve fesih koşullarını belirtir. Belirsiz SOW’lar, ilerleyen aşamalardaki anlaşmazlıkların çoğunun temel nedenidir, çünkü belirsizlik her zaman yazılı metnin yorumunu en çok desteklediği tarafın lehine çözülür.

Satıcı seçimi, tedarik planında belgelenen değerlendirme kriterlerini takip etmelidir — teknik yetenek, geçmiş performans, finansal istikrar, kültürel uyum ve fiyata karşı ağırlıklı puanlama gibi. Teklif verenlerin kısa listesinden nihai karara kadar her karar; gerekçesi, değerlendirenler ve alınan onaylarla birlikte belgelenmelidir. Denetçiler, düzenleyiciler veya başarısız teklif sahipleri soru sormaya geldiğinde, dosya kendi adına konuşmalıdır.

Tedarikçi Performansı, Entegrasyon ve Anlaşmazlık Çözümü

Sözleşmeler kendi kendini yönetmez. İş başladığında, proje yöneticisi, alıcının sözleşmeye dayalı pazarlığın sahadaki yöneticisi haline gelir. Performans izleme; satıcıyı Çalışma Bildirimi’nin (SOW) gerektirdiği raporlama düzenine uymaya zorlamak, sözleşmede belirtilen noktalarda denetimler ve kalite incelemeleri yapmak ve performans düştüğünde çözüm yollarını resmi olarak devreye sokmak anlamına gelir — sapmalara göz yumup ardından kapanışta şikayet etmek yerine.

Yaptırımlar kademeli olmalıdır. Erken sinyaller (kaçırılmış bir durum raporu, küçük bir kilometre taşının gecikmesi) belgelenmiş bir görüşmeyi ve bir düzeltici eylem taahhüdünü gerektirir. Tekrarlanan veya esaslı ihlaller; resmi bildirimleri, düzeltme sürelerini ve çözülmezse sözleşmeye dayalı çözüm yollarını tetikler: alıkonulan ödemeler, cezai tazminat veya haklı nedenle fesih. Kritik PMI ilkesi, tek taraflı eylemden önce durumu erken bir aşamada üst yönetime taşımak ve alternatifleri değerlendirmektir. Bir tedarikçiyi düzeltme prosedürlerini tüketmeden feshetmek veya bir süreklilik planı olmadan bir alt yükleniciden ayrılmak, projeyi hem yasal karşı davalara hem de teslimatın çökmesine maruz bırakır.

Teknik olarak SOW’a uygun ancak sözleşme imzalandıktan sonra benimsenen bir kullanıcı arayüzü (UI) standardını karşılamayan bir uygulama teslim eden bir alt yükleniciyi düşünün. Alt yüklenici sözleşmesel olarak haklıdır — yeni standart SOW’da yer almıyordu — ve ek ödeme talepleri meşrudur. Doğru yanıt, resmi bir değişiklik talebi oluşturmak, SOW’u değiştirmek ve fiyat ile takvimi ayarlamak için satın alma ve hukuk departmanlarını devreye sokmak ve ancak o zaman yeniden çalışmaya izin vermektir. Tedarikçinin değişikliği üstlenmesinde ısrar etmek bir ihlaldir; değişikliğe bir düzenleme olmaksızın gayriresmi olarak izin vermek ise daha kötüdür, çünkü bu durum, teslimatların sözleşme veya ödeme incelemesi olmaksızın sapabileceğine dair bir emsal teşkil eder ve ortaya çıkan kusurların kime ait olduğu konusunda belirsizlik yaratır.

Alt Yüklenici Entegrasyonu ve Ortak Çalışma

Alt yükleniciler, sözleşmenin arkasındaki bir kara kutu yerine teslimat ekibinin bir parçası olarak görüldüklerinde en iyi performansı gösterirler. Etkili entegrasyon; ortak başlangıç çalışma oturumlarını, iletişim ve karar alma için üzerinde anlaşılmış temel kuralları, ortak ’tamamlandı’ tanımlarını ve kabul kriterlerini, entegre edilmiş biriktirme listelerini (backlog) veya takvimleri ve birleştirilmiş risk kayıtlarını içerir. Çevik (agile) bağlamlarda, alt yüklenici geliştiricileri, ticari sınırı ortadan kaldırmadan bu iş birliğine izin veren sözleşme diliyle, şirket içi personel ile aynı seremonilere katılmalıdır.

Değişiklikler, Süreklilik ve Ödeme Koşulları

Kapsam, fiyat, takvim, kilit personel, kabul kriterleri gibi herhangi bir esaslı değişiklik, Proje Yöneticisi ile tedarikçi yetkilisi arasında gönderilen bir e-posta ile değil, satın alma ve hukuk departmanları tarafından yürütülen resmi bir sözleşme değişikliği yoluyla yapılmalıdır. Ödeme koşulları, paranın kanıtlanmış değeri takip etmesi için faturalandırmaya bağlı zaman bazlı olmaktan ziyade, kabule bağlı kilometre taşı bazlı olmalıdır.

Tedarikçi süreklilik planlaması, bir kesintiden sonra değil, ilk günden itibaren risk kaydında yer almalıdır. Kilit sorular: Tedarikçi iflas ederse, satın alınırsa veya kilit personelini kaybederse ne olur? Kaynak kodu emaneti (escrow), dokümantasyon standartları ve bilgi aktarımı yükümlülükleri sözleşmeye yazılmış mı? Nitelikli bir alternatif tedarikçi var mı? Sürekliliği düşünmek için bir tedarikçinin başarısız olmasını beklemek proje krizini garanti eder; bu konuyu sözleşme yapılandırması sırasında ele almak ise potansiyel bir felaketi yönetilen bir riske dönüştürür.

Pratik Problem: Örnek Senaryo

Senaryo: Meridian Financial, 12 yıllık eski bir sistemi değiştirerek müşteri katılım platformunu modernize ediyor. Yönlendirme komitesi, 14 ay için 4,2 milyon dolarlık bir bütçeyi onayladı ve yapım işini Scrum kullanarak gerçekleştirmesi için harici bir tedarikçi olan Northwind Digital’i seçti. Sözleşme müzakereleri sırasında, Meridian’ın satın alma direktörü bütçeyi korumak için tüm kapsam için kesin sabit fiyatlı (FFP) bir sözleşmede ısrar ederken, Northwind’in satış lideri, ürün biriktirme listesindeki (product backlog) kullanıcı hikayelerinin yalnızca %40’ının hazır durumda olması ve üç alt sistemle entegrasyonların hala kapsamının belirleniyor olması nedeniyle zaman ve malzeme (T&M) bazlı bir sözleşme için bastırıyor.

Zorluk: Proje yöneticisi olarak, satın alma direktörüne, Northwind’i tahminleri şişirmeye veya sprint ortası kapsam iyileştirmesine direnmeye zorlamadan Meridian’a makul bir maliyet öngörülebilirliği sağlayan bir sözleşme yapısı önermelisiniz.

Önerilen Yaklaşım:

1. Projeyi iki sözleşme aşamasına ayırın: ana yapıma başlamadan önce biriktirme listesi (backlog) iyileştirmesini, entegrasyon analizini ve mimari denemeleri (architecture spikes) tamamlamak için bir T&M keşif aşaması (yaklaşık 6 hafta, 180 bin dolar ile sınırlandırılmış).
2. Teslimat aşamasını sprint başına sabit fiyatlı bir düzenleme olarak yapılandırın — Northwind, iki haftalık sprint başına yaklaşık 95 bin dolarlık sabit bir sprint fiyatıyla 8 kişilik istikrarlı bir ekibi taahhüt eder ve 34 sprint boyunca toplamda 3,6 milyon doları aşmayacak bir tavan belirlenir.
3. Kapsamı ticari olarak katı bir SOW yerine önceliklendirilmiş bir biriktirme listesi (backlog) olarak tanımlayın ve Meridian’ın bir değişiklik emri olmaksızın eşdeğer hikaye puanı (story point) büyüklüğündeki hikayeleri değiştirmesine olanak tanıyan bir “takas maddesi” ekleyin.
4. Değer teslimatı duraklarsa bütçeyi korumak amacıyla, Meridian’ın 30 gün önceden bildirimde bulunarak sözleşmeyi tek taraflı olarak feshetmesine izin veren 6., 12. ve 20. sprint’lere çıkış rampaları yerleştirin.
5. Fatura onayına bağlı olarak her sprint için nesnel kabul kriterleri (tamamlandı tanımı, %80’in üzerinde otomatik test kapsamı, sıfır kritik hata) ekleyin.
6. Northwind karşı imzayı atmadan önce, önerilen yapıyı tek sayfalık bir risk dağılımı özetiyle birlikte satın alma, hukuk ve sponsorun onayına sunun.

Bu Neden İşe Yarar: Sözleşme türünü gereksinimlerin olgunluğuyla eşleştirmek temel bir PMI tedarik ilkesidir — tanımsız bir çevik (agile) kapsama FFP’yi zorlamak riski yalnızca kağıt üzerinde devreder, çünkü satıcılar ya savunmacı bir fiyatlandırma yapar ya da değişiklik taleplerini dava konusu eder. Sprint başına sabit fiyat modeli, sponsorun ihtiyaç duyduğu maliyet öngörülebilirliğini korurken biriktirme listesi (backlog) esnekliğini de muhafaza eder ve keşif aşaması, her iki tarafın da kanıtlara değil varsayımlara dayalı rakamlara bağlanmasını önler.

← Kalite Yönetimi ve Kabul · Tüm alanlar · Proje Planlama ve Entegrasyon →

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