> tpl_arc_007
Teknoloji Değerlendirme ve Yap/Satın Al Karar Çalışma Kitabı
Özel şirket içi geliştirme (build), ticari hazır paket (COTS), açık kaynak (OSS) ve SaaS seçeneklerini 5 yıllık Toplam Sahip Olma Maliyeti (TCO), tedarikçi bağımlılığı (vendor lock-in) riski, entegrasyon karmaşıklığı ve stratejik temel farklılaşma boyutlarında karşılaştıran kapsamlı teknoloji değerlendirme çerçevesi ve finansal karar çalışma kitabı.
Çok yıllık yap/satın al ekonomisini, uygulama süresini, mühendislik fırsat maliyetini ve stratejik fikri mülkiyet değerini değerlendiren stratejik mimari puanlama çalışma kitabı.
Önemli Teknik Doküman Şablonu ve Hukuki Uyarı
TinyCTO.tv Teknik Doküman Şablon Bildirimi: Bu şablon genel eğitim ve operasyon amaçlı bir başlangıç materyalidir. Hukuki, vergisel, muhasebesel, yatırım, satın alma, mevzuat, güvenlik veya sertifikasyon danışmanlığı değildir. Gereklilikler ülkeye, kuruma, sözleşmeye ve riske göre değişir. Kullanmadan önce yetkin uzmanlarla gözden geçirip uyarlayın.
Çözülen Üretim Problemi
Mühendislik ekipleri "burada icat edilmedi" (NIH) sendromuna kapılarak emtia niteliğindeki yazılımları (kimlik doğrulama, faturalama, arama) sıfırdan yapmak için milyonlarca dolar harcar; rekabetçi ve gelir getiren temel özellikler için gereken sermayeyi tüketir.
Ne Zaman Kullanılmalı?
- •Özel şirket içi platformlar geliştirmek ile uzmanlaşmış ticari SaaS/COTS araçları satın almak arasında karar verirken
- •Kurumsal RFP ihale süreçlerinde birden fazla rakip ticari teknoloji tedarikçisini puanlayıp karşılaştırırken
- •Bakım, güncellemeler ve barındırma genel giderlerini içeren 3-5 yıllık Toplam Sahip Olma Maliyetini (TCO) hesaplarken
Ne Zaman Kullanılmamalı?
- •Ticari maliyeti olmayan küçük npm kütüphaneleri veya açık kaynak yardımcı araçlarını değerlendirirken
- •Bireysel çalışan donanım ve bilgisayar satın alma kararlarında (genel BT satın almasını kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Yeteneklerin rekabet avantajı sağlayan temel bir değer mi yoksa satın alınması gereken standart bir destek mi olduğunu belirleme.
Özellik kapsamı, ölçeklenebilirlik, API olgunluğu, güvenlik sertifikaları ve genişletilebilirliği içeren ağırlıklı matris.
Geliştirme maliyetleri (işgücü, sunucu, bakım) ile satın alma maliyetlerinin (abonelik, kurulum, lisans artışı) kıyaslanması.
Tedarikçinin finansal durumu, veri dışa aktarma yetenekleri, mülkiyet bağımlılığı riskleri ve geçiş planları.
Nihai ağırlıklı puan sıralaması, yönetici özeti, risk dengesi gerekçelendirmesi ve resmi yönetişim onayı.
Doldurma ve Uygulama Yönergeleri
Bağımsız İnceleme ve Onay Kontrol Listesi
- Tüm zorunlu bölümler dolduruldu
- Gizli anahtar veya parola içermiyor
- Yönetici sponsor onayı alındı
Teknoloji Değerlendirme ve Yap/Satın Al Karar Çalışma Kitabı - Örnek Vaka Analizi
Örnek Organizasyon: Kurumsal Arama ve Vektör Keşif Motoru Yap veya Satın Al Değerlendirmesi
Kurumsal Arama ve Vektör Keşif Motoru Yap veya Satın Al Değerlendirmesi için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •2 ticari arama SaaS platformu, şirket içi Elasticsearch / Milvus mimarisine karşı değerlendirildi
- •Uzman ML mühendisliği işgücü nedeniyle 5 yıllık TCO hesaplamasında şirket içi geliştirmenin 2.4M$, ticari SaaS'ın ise 1.1M$ olduğu ortaya kondu
- •Tedarikçi bağımlılığını azaltan sözleşmeli 30 gün altı veri dışa aktarma taahhüdü ile ticari SaaS çözümü seçildi
Sıkça Sorulan Sorular
"Temel ve Destek" (Core vs Context) ayrımı nedir ve yap/satın al kararını nasıl yönlendirir?
Geoffrey Moore tarafından tanımlanan "Temel" (Core), doğrudan rekabet avantajı ve farklılaşma yaratan yeteneklerdir; bunlar neredeyse her zaman şirket içinde geliştirilmelidir. "Destek" (Context) ise müşterilerin ürününüzü satın alma sebebi olmayan ancak zorunlu işlevlerdir (kimlik doğrulama, bordro vb.); bunlar uzman sağlayıcılardan satın alınmalıdır.
Şirket içi geliştirme tahminleri neden gerçek çok yıllık maliyetlerin neredeyse her zaman altında kalır?
Mühendislik ekipleri; güvenlik açığı yamaları, kütüphane güncellemeleri, mimari refactoring ve personel değişimini içeren "2. Gün" (Day-2) operasyonel maliyetlerini sürekli olarak azımsar. Yazımı 200 bin dolara mal olan bir sistemin ayakta kalması için genellikle her yıl 80-100 bin dolar ek harcama gerekir.
Bir kurum COTS veya SaaS satın almayı seçtiğinde tedarikçi bağımlılığını (lock-in) nasıl azaltabilir?
Standart veri değişim formatlarını (JSON/Parquet) zorunlu tutarak, otomatik veri aktarımı için kapsamlı REST/GraphQL API'leri şart koşarak, sözleşmeye fesih anında veri teslimi SLA'leri ekleyerek ve tedarikçiyi kurum içi bir soyutlama katmanı (Adapter kalıbı) arkasına gizleyerek bağımlılık azaltılır.
Teknik Doküman Şablon Paketi
Giriş GerekliTüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.
Yetkili Standartlar ve Kaynaklar
- Dealing with Darwin: How Great Companies Innovate at Every Phase of Their Evolution (Geoffrey Moore)Portfolio / Penguin • OFFICIAL REQUIREMENT
- TOGAF Standard: Architecture Development Method (Phase D: Technology Architecture)The Open Group • OFFICIAL REQUIREMENT