Satın Al mı, Geliştir mi? Yazılımı Ne Zaman Almalı, Ne Zaman Yaptırmalı

Build-or-buy sorusu çoğunlukla yanlış sorulur. Soru „bunu kendimiz mi yaparız yoksa satın mı alırız" değil, „bu süreç bizi rakiplerden farklılaştıran süreç mi — yoksa değil mi"dir.

Bunu önce netleştirmeyen, ya standart süreçleri pahalıya yeniden inşa eder ya da işi taşıması gereken farklılaşmayı tam da satın alarak elinden kaçırır.

„Kendin yap" neden nadiren en ucuzdur

Özel geliştirme kontrol gibi hissettirir. Ama hesap inşada bitmez. İşletim, güvenlik, güncellemeler, kişilere yapışmış bilgi ve gelecekteki her değişiklikle devam eder. Satın alınan standart bir ürün tam da bu maliyetleri birçok müşteriye dağıtır.

DORA'nın 2024 Accelerate State of DevOps Raporu dolaylı olarak nedenini gösterir: önemli olan tek seferlik teslimat değil, bir sonraki değişikliğin ne kadar ucuz ve istikrarlı olduğudur. Kendi inşa edilen standart parçalar tam bu eksende kalıcı olarak pahalıdır.

„Satın al" neden nadiren en hızlıdır

Tersine, „satın al" hız yanılsaması verir. Lisans hızlıdır. Ama onu gerçek süreçlere uyarlamak, mevcut sistemlere entegre etmek ve organizasyonu yazılıma göre bükmek, kazanılan zamanı çoğu zaman geri yer — ve geriye bağımlılık bırakır.

Gerçekte önemli olan tek soru

Bu süreç bizi pazarda farklılaştırıyor mu?

• Evet → daha çok inşa et. Burada standart yazılım dezavantajdır, çünkü herkesi aynılaştırır.
• Hayır → daha çok satın al. Burada inşa etmek dezavantajdır, çünkü pahalı parayı kimseyi ikna etmeyen bir şeye yatırır.

Geri kalan her şey — maliyet, zaman, teknoloji — bu cevaptan çıkar, tersi değil.

Kararın arkasındaki dört kriter

1. Farklılaşma

Bu süreç müşteride farkı yaratıyor mu? Farklılaştıran süreçler nadiren başkasının standart yazılımının içine girer.

2. Bağımlılık

Geri çıkmak ne kadar zor? Kendi veri modeli olan ve dışa aktarması olmayan satın alınmış bir sistem bir araç değil, stratejik bir prangadır.

3. Entegrasyon yeteneği

Üründe gerçek bir API var mı, yoksa bağlantı Excel dışa aktarmasında mı bitiyor? Temiz bağlanamayan, tam da emekliye ayırmak istediğiniz ada çözümleri üretir.

4. Zaman içinde toplam maliyet

Satın alma ile proje fiyatı değil; beş yıl işletim, güncelleme ve değişiklik ile beş yıl lisans, uyarlama ve bağımlılık.

Üçüncü ve çoğu zaman en iyi yol

Karar nadiren saf bir „ya/ya da"dır. Çoğu zaman en iyi çözüm: standart olan için standart satın al, farklılaştıran için kendin inşa et — ve ikisini temiz bir arayüzle bağla (bkz. Şirketler için API entegrasyonu). Neyin standart, neyin özel olduğu sorusu Özel mi Hazır mı? yazısında ayrıntılı işleniyor.

Build-or-buy kararı için kontrol listesi

• Bu sürecin bizi farklılaştırıp farklılaştırmadığı net mi?
• Standart yazılım bizi burada ikame edilebilir kılar mıydı?
• Sağlayıcıya bağımlılık ne kadar yüksek — ve çıkış maliyeti?
• Satın alınan üründe yalnızca dışa aktarma değil, gerçek bir API var mı?
• Yalnızca satın almayı değil, beş yıllık toplam maliyeti mi hesaplıyoruz?
• Hibrit varyant (satın al + inşa et + bağla) değerlendirildi mi?
• Yalnızca farklılaştıran kısmı mı kendimiz inşa ediyoruz?

Sık sorulan sorular

Özel geliştirme her zaman daha pahalı değil mi? Satın almada çoğu zaman evet, ömür boyunca zorunlu değil — özellikle standart yazılımın rekabet dezavantajı yarattığı farklılaştıran süreçlerde değil.

Satın almak her zaman zaman kazandırmaz mı? Yalnızca görünüşte. Lisans hızlıdır, gerçek süreçlere uyarlama ve entegrasyon değil. Zaman yalnızca standardın gerçekten oturduğu yerde kazanılır.

Bizi farklılaştırıp farklılaştırmadığından emin değilsek? O zaman ilk soru budur, teknik bir soru değil. Bu netleşmeden her build-or-buy kararı tahmindir.

İkisi birden olur mu? Çoğu zaman evet — ve çoğu zaman en iyi seçim tam budur: olağan için standart, özel için inşa, API ile bağlı.

Sonuç

Build or buy bir teknik değil, bir strateji sorusudur. Bir sürecin farklılaştırıp farklılaştırmadığını önce netleştiren doğru karar verir: herkes gibi olunabilecek yerde satın al, farklı olunması gereken yerde inşa et — ve tahmin etmek yerine ikisini temiz biçimde bağla.

İlgili okuma

• KOBİ'ler için Özel Yazılım mı Hazır Çözüm mü? — özel geliştirmenin farkı ne zaman yarattığı.
• Özel Yazılım Geliştirme Ne Kadar Tutar? — toplam maliyet dürüstçe hesaplanmış.

Sonraki adım

Bir build-or-buy kararıyla mı karşı karşıyasınız? Kısa bir ihtiyaç değerlendirmesiyle başlayın. Önce sizi neyin farklılaştırdığını netleştirir, sonra satın al, inşa et veya bağla kararını veririz.

Kaynaklar

• DORA, Accelerate State of DevOps Report 2024 — dora.dev
• Thoughtworks, Technology Radar — thoughtworks.com
• Atlassian, Çevik Proje Yönetimi — atlassian.com