--- title: "Ürün Sürüm Yönetimi: Kayıt mı, Hafıza mı?" description: "Ürün sürüm yönetimi, bir yatırım incelemesinde sürüm sıklığıyla değil doğrulanabilirlikle ölçülür: şirketin hangi müşteride hangi sürümün çalıştığını, o sürümle hangi sözleşmesel taahhüdün verildiğini ve desteğin ne zaman sona ereceğini kayıttan gösterebilmesiyle. Kayıt yoksa alıcı taraf bu belirsizliği temsil-tekeffül kapsamı, escrow oranı ve brüt marj varsayımı üzerinden fiyatlar." url: https://www.beirek.com/tr/blog/product-release-management-due-diligence canonical: https://www.beirek.com/tr/blog/product-release-management-due-diligence published: 2026-07-14 modified: 2026-07-14 category: "Ürün Yönetimi" category_url: https://www.beirek.com/tr/blog/category/product-management language: tr-TR reading_time_minutes: 8 publisher: BEIREK LLC publisher_url: https://www.beirek.com license: "© BEIREK LLC — citation with attribution and link permitted" keywords: ["ürün sürüm yönetimi","teknik due diligence","sürüm envanteri","yatırım hazırlığı","temsil ve tekeffül","kurucu bağımlılığı","değerleme iskontosu"] topics: ["Ürün yönetimi yönetişimi","Yatırım öncesi teknik inceleme","Yazılım şirketi değerlemesi","Kurumsal süreç olgunluğu"] alternate_language_url: https://www.beirek.com/en/blog/product-release-management-due-diligence --- # Ürün Sürüm Yönetimi: Kayıt mı, Hafıza mı? > **Kısaca:** Ürün sürüm yönetimi, bir yatırım incelemesinde sürüm sıklığıyla değil doğrulanabilirlikle ölçülür: şirketin hangi müşteride hangi sürümün çalıştığını, o sürümle hangi sözleşmesel taahhüdün verildiğini ve desteğin ne zaman sona ereceğini kayıttan gösterebilmesiyle. Kayıt yoksa alıcı taraf bu belirsizliği temsil-tekeffül kapsamı, escrow oranı ve brüt marj varsayımı üzerinden fiyatlar. *Bir yatırım incelemesinde ürün sürüm yönetimi, yayın hızının değil doğrulanabilirliğin konusudur. Hangi müşteride hangi sürümün çalıştığı, o sürümle hangi taahhüdün verildiği ve desteğin ne zaman biteceği kayıttan gösterilemiyorsa, belirsizlik temsil-tekeffül kapsamına, escrow oranına ve destek maliyeti varsayımına aktarılır.* --- Teknik due diligence oturumlarında tekrarlayan bir an vardır: alıcı tarafın danışmanı, bugün itibarıyla hangi müşteride hangi sürümün çalıştığını sorar. Cevap iki farklı yerden gelebilir — ya bir kayıttan, ya da odadaki bir kişinin hafızasından. İkinci durumda gözlenen davranış hemen hemen sabittir; masadaki herkes aynı anda tek bir mühendise ya da kurucuya döner, o kişi birkaç saniye düşünür, sonra müşterileri tek tek sayarak yaklaşık bir tablo çizer. İncelemenin bulgusu, çizilen tablonun doğruluğu değil, o dönüş hareketinin kendisidir; çünkü bilgi şirkette değil, bir kişide durmaktadır. Aynı oturumun ikinci tipik anı, sürüm notlarının geriye doğru seyrelmesidir. Son üç dört yayının notları düzenli, ayrıntılı ve tarihlidir; bir yıl geriye gidildiğinde notlar kısalır, iki yıl geriye gidildiğinde yerini commit mesajlarına ya da hiçbir şeye bırakır. Buna eşlik eden ikinci örüntü, sürüm numarasının anlamının zaman içinde kaymasıdır: bir noktada ana sürüm artışı mimari bir kırılmayı işaret ederken, sonraki bir noktada aynı artış, büyük bir müşteriye verilen sunumda daha ikna edici görünsün diye bir satış görüşmesinde kararlaştırılmıştır. Numaralandırma bir teknik işaret olmaktan çıkıp ticari bir sinyale dönüştüğünde, sürüm yönetimi de teknik bir disiplin olmaktan çıkar. Bu kaymanın altındaki mekanizma bir ihmal değil, belirli koşullar altında tümüyle rasyonel bir kısayoldur. Erken aşamada dağıtım hedefi tektir, ekip küçüktür, ürünün tamamının haritası tek bir kişinin zihninde durur ve o kişi haritayı sorulduğu anda okuyabilir. Formel sürüm yönetiminin maliyeti — politika yazımı, onay adımı, kayıt tutma, gözden geçirme toplantısı — anında ve görünürdür; faydası ise ertelenmiş ve olasılıksaldır. Hız hayatta kalma fonksiyonuyken bu değiş tokuşta kısayolu seçmek, kaynak kullanımı açısından doğru karardır. Sorun kısayolun kendisinde değil, kısayolu doğru kılan koşul ortadan kalktıktan sonra kısayolun sabit kalmasındadır. Koşul, çoğunlukla tek bir olayla değil, birbirini izleyen birkaç eşikle değişir: müşteri sayısı artar, bunlardan bazıları kendi ortamında çalışan bir kurulum ister, bir tanesi sözleşmeye yama süresi ve bildirim yükümlülüğü koydurur, bir entegrasyon ortağı geriye dönük uyumluluk taahhüdü talep eder, düzenlemeye tabi bir alıcı ise sürüm politikasını satıcı değerlendirme formunun zorunlu alanı olarak sorar. Bu eşiklerin her biri kurulu tabanda ayrı bir sürüm dalı üretir ve eşzamanlı yaşayan sürüm sayısı, ekip büyüklüğünden bağımsız biçimde artar. Bu noktada sıkça karşılaşılan bir yanılgı, otomasyonun yönetişim yerine geçtiği varsayımıdır; kurulu bir CI/CD hattı 'nasıl yayına alınır' sorusunu yanıtlar, oysa incelemenin sorduğu soru 'ne yayına alındı, hangi kararla, kimin onayıyla ve karşılığında hangi taahhüt verildi' sorusudur. Sahiplik boyutu burada belirleyici hale gelir, çünkü bir sürüm kararı doğası gereği sınır kararıdır: kapsamı ürün tarafı belirler, hazır olduğunu mühendislik beyan eder, tarihi ticari taraf müşteriye taahhüt eder, sonucunu ise destek ekibi taşır. Bu dört rolün hiçbiri tek başına kararın sahibi değildir, ve açık bir karar mimarisi kurulmadığında karar, sahipsizlik nedeniyle en yüksek aciliyet baskısını taşıyan tarafa kayar. Öngörülebilir biçimde bu taraf ticari hattır; sonuç, ürün yol haritasının sessizce müşteri taahhüt takvimine tabi olması, planlı yayınların oranının düşmesi ve acil yamaların normal çalışma biçimi haline gelmesidir. Bunun kurumsal bedeli önce brüt marjda görünür, fakat ayrı bir gider kalemi olarak değil. Aynı anda desteklenen her ek sürüm; ikinci bir düzeltme hattı, ikinci bir test ortamı, ikinci bir belgelendirme seti ve destek ekibinde ikinci bir bilgi yükü demektir. Bu maliyet personel hattında birikir ve gider tablosunda 'sürüm dağınıklığı' diye bir satır bulunmadığı için, çoğu zaman yalnızca mühendislik kapasitesinin ne kadarının yeni işlev üretmediğine bakıldığında ortaya çıkar. İncelemeyi yürüten tarafın bu kalemi bulma yöntemi de tipik olarak dolaylıdır: son dört çeyreğin geliştirme kapasitesi ile yayına giren yeni işlev sayısı yan yana konur, aradaki fark açıklanamıyorsa açıklamayı destek ve bakım yükü verir. İkinci kanal, doğrudan işlem belgesinin kendisidir. Bir pay devri sözleşmesinde yazılım, fikri mülkiyet ve teslim yükümlülüklerine ilişkin temsil ve tekeffüller, satıcı tarafın kapsamı ne kadar daraltabildiğine göre şekillenir; kapsamı daraltmanın yolu ise envanterdir. Hangi müşteride hangi sürümün çalıştığını, o sürümün hangi sözleşmesel taahhütle eşleştiğini ve desteğinin hangi tarihte sona ereceğini gösteren bir kayıt varsa, tekeffül bu kayda referansla sınırlandırılabilir. Kayıt yoksa satıcı sınır çizemez, dolayısıyla sınırı alıcı çizer ve genellikle geniş çizer; bunun görünür sonuçları tekeffül kapsamının genişlemesi, escrow oranının yükselmesi, kapanış öncesi koşul olarak sürüm envanteri hazırlanmasının şart koşulması ve bazı durumlarda taahhüt edilmiş yol haritası kalemlerine bağlanan bir earn-out yapısıdır. Üçüncü kanal satış döngüsünde kapanır ve kendi kendini besleyen bir döngü üretir. Kurumsal alıcının satın alma sürecinde sürüm politikası, yama hizmet seviyesi ve kullanımdan kaldırma bildirim süresi standart sorulardır; yazılı bir politika bulunmadığında bu sorular sözleşme görüşmesine taşınır, orada müşteriye özel istisnalarla çözülür, ve her istisna kurulu tabanda yeni bir dal açar. Böylece politikasızlık önce satış döngüsünü uzatır, sonra sürüm dağınıklığını artırır, o da bir sonraki müzakerede politikayı yazmayı daha da zorlaştırır. Ölçüm boyutu tam bu noktada devreye girer, zira döngünün varlığı ancak birkaç göstergeyle görünür hale gelir: kurulu tabandaki farklı sürüm sayısı, planlı yayınların toplam yayınlara oranı, birleştirmeden üretime geçiş süresi, geri alma sıklığı ve yayın sonrası ilk yedi gün içinde açılan kritik kayıt sayısı. Bu tabloyu düzelten müdahale, bireysel disiplin değil sistem tasarımıdır ve tipik olarak beş bileşene ayrılır. Birincisi, yayın tiplerini — ana sürüm, ara sürüm, yama, acil düzeltme — ve her tipin onay merciini tanımlayan, onaylanmış ve tarihli bir sürüm politikasıdır. İkincisi, müşteri, ortam, sürüm, sözleşmesel taahhüt ve destek bitiş tarihini tek bir satırda birleştiren sürüm kaydıdır. Üçüncüsü, dört rolü ayıran bir karar ritüelidir: kapsamı kabul eden, teknik hazırlığı beyan eden, ticari taahhüdü veren ve destek hazırlığını onaylayan aynı kişi olamaz. Dördüncüsü ölçüm setidir; beşincisi ise bildirim süresini ve geçiş yolunu baştan yazan bir kullanımdan kaldırma politikasıdır. BEIREK'in bu alandaki müdahalesi sırayla değil, kanıt üretme kapasitesine göre kurulur. İlk kurduğumuz yapı sürüm kaydıdır, çünkü beyanı doğrulanabilir olguya çeviren tek belge odur ve inceleme masasında sözlü açıklamanın yerini alabilecek başka bir artefakt yoktur. İkinci olarak karar kaydını onay anında değil öneri anında tutarız; bir sürümün kapsamına neyin hangi gerekçeyle girdiği ve neyin çıkarıldığı, karar verildikten sonra yazıldığında gerekçe daima sonuca göre yeniden kurulur, oysa değeri olan bilgi tam da elenen seçenektir. Üçüncü olarak yayın kurulunu olaya bağlı değil sabit ritimle işletiriz; olaya bağlı toplanan bir kurul, tanımı gereği yalnızca kriz anında toplanır ve kriz anındaki karar kalitesi hiçbir zaman kurumsal kapasitenin göstergesi olmaz. Süreklilik boyutunun sınanması ise ayrı bir mekanizma gerektirir ve bunun en okunaklı biçimi, kurucunun ya da baş mühendisin karar zincirinin dışında bırakıldığı bir yayın döngüsünün fiilen yürütülmesidir. Bu döngüde politika yazılı olarak uygulanabiliyor, kapsam kararı kayıtla gerekçelendirilebiliyor, hazırlık beyanı ilgili rolden geliyor ve müşteri bildirimleri şablona göre çıkıyorsa yapı kişiden bağımsızdır. Aksi halde ortaya çıkan bulgu, ürünün zayıflığı değil kurumsal kapasitenin kişiye bağlı olduğudur ve bu bulgu değerlemeye doğrudan kurucu bağımlılığı başlığından, çoğunlukla da kilit personel taahhütleri ve kazanç bağlantılı yapı üzerinden yansır. İncelemeyi yürüten tarafın bu başlıkta aradığı şey, hızlı yayın yapan bir ekip değildir; sıklık zaten ürün metriklerinden görünür. Aranan şey, şirketin hiç kimseye sormadan, tek bir kayda bakarak nerede neyin çalıştığını ve karşılığında ne söz verildiğini gösterebilmesidir. Bir şirketin değerlemesini belirleyen unsur burada da performansın kendisi değil, performansın kurucudan bağımsız biçimde tekrarlanabilir olduğunun gösterilebilmesidir; ve sürüm yönetimi, bu gösterinin en az yorumla, en çok belgeyle yapıldığı alanlardan biridir. ## Ana Noktalar - Sürüm numarası teknik bir işaret olmaktan çıkıp ticari bir vaade dönüştüğünde, ürün takvimi sessizce müşteri taahhüt takvimine tabi hale gelir. - CI/CD hattının kurulu olması sürüm yönetiminin varlığını göstermez; araç 'nasıl' sorusunu yanıtlar, yönetişim ise 'ne, ne zaman, kimin kararıyla' sorusunu. - Aynı anda desteklenen sürüm sayısı ayrı bir gider kalemi olarak görünmez; maliyeti personel hattında ve mühendislik kapasitesinin fırsat maliyetinde birikir. - Sürüm envanteri gösterilemeyen şirketlerde satıcı taraf tekeffül kapsamını daraltamaz, dolayısıyla kapsamı alıcı taraf genişletir ve bu genişleme escrow oranına yansır. - Süreklilik testi basittir: kurucu odada değilken bir sürüm, yazılı politikaya göre planlanıp yayına alınabiliyorsa yapı kurumsaldır. ## Sorular ### Ürün sürüm yönetimi due diligence sürecinde tam olarak neye bakılır? İnceleme altı yüzeyi ayrı ayrı sınar: yazılı bir sürüm politikasının varlığı, politikanın onaylı ve güncel belgelerle desteklenmesi, günlük operasyonda fiilen uygulanıp uygulanmadığı, sonuçların göstergelerle ölçülüp ölçülmediği, karar yetkisinin adı konmuş bir role bağlı olup olmadığı ve tüm yapının tek bir kişiden bağımsız biçimde tekrarlanabilirliği. Bu altı yüzeyin herhangi birinde sözlü beyan tek kanıt olarak kalıyorsa, ilgili alan doğrulanmamış kabul edilir. ### CI/CD hattının kurulu olması sürüm yönetiminin var olduğu anlamına gelir mi? Hayır. Otomasyon hattı yayın işleminin nasıl gerçekleştiğini yönetir; sürüm yönetimi ise neyin yayına alındığını, hangi kararla ve kimin onayıyla alındığını, karşılığında müşteriye hangi taahhüdün verildiğini ve desteğin ne zaman sona ereceğini yönetir. İnceleme masasında sorulan sorular ikinci kümeye aittir. Güçlü bir dağıtım altyapısıyla birlikte hiçbir yazılı sürüm politikası bulunmayan yapılar sık görülür ve bu kombinasyon tipik olarak bulgu üretir. ### Sürüm yönetimindeki eksiklik şirket değerlemesine hangi kanaldan yansır? Üç kanal öne çıkar. Birincisi brüt marjdır: eşzamanlı desteklenen sürüm sayısı arttıkça bakım ve destek yükü personel hattında birikir. İkincisi işlem belgesidir; sürüm envanteri gösterilemediğinde satıcı taraf temsil ve tekeffül kapsamını daraltamaz, bu da genişleyen tekeffül, yükselen escrow oranı veya kapanış öncesi koşul olarak görünür. Üçüncüsü kurucu bağımlılığıdır ve kilit personel taahhütleriyle earn-out yapısına dönüşür. ### Aynı anda kaç farklı sürümün desteklenmesi makul kabul edilir? İncelemede belirleyici olan sayının kendisi değil, sayının bir politikadan mı yoksa birikmiş istisnalardan mı doğduğudur. Desteklenen sürüm sayısı yazılı bir kullanımdan kaldırma politikasıyla, bildirim süreleriyle ve geçiş yoluyla açıklanabiliyorsa yüksek bir sayı bile yönetilebilir kabul edilir. Buna karşılık sayı, müşteriye özel sözleşme istisnalarının toplamı olarak ortaya çıkmışsa, düşük bir sayı dahi yapısal bir zafiyet göstergesi olarak okunur. --- Kaynak: https://www.beirek.com/tr/blog/product-release-management-due-diligence Yayımlayan: BEIREK LLC — https://www.beirek.com