Kurumsal yazılımı kim yazmalı: dışarıda mı, içeride mi?

Kurumsal yazılımı kimin yazması gerektiği sorusu, aslında dört alt sorunun birleşmiş halidir: İhtiyaç ne kadar çekirdek? Süreç ne kadar oturmuş? Mevcut ekip ne kadar olgun? Zaman baskısı ne kadar?

1. Çekirdek iş mi, destek iş mi?

Bir bankanın ödeme motoru çekirdektir; aynı bankanın intranet duyuru panosu değildir. Çekirdek iş dışarı verildiğinde, rakiple aranızdaki farkı bir üçüncü taraf yönetir hale gelir. Kurumsal stratejinin gerektirdiği hızlı iterasyonu dışarıdan satın alamazsınız; içeride olmalı.

2. Süreç oturmuş mu?

Süreç hâlâ oluşurken yazılım yazmak bir yıkımdır. Gereksinimler haftada bir değişir, tahmin etmediğiniz kenar durumlar ortaya çıkar. Bu dönemde dışarıdan ekip kullanmak, her değişimi bir sözleşme değişikliğine dönüştürür; maliyet patlar. İç ekip bu dönemde daha ucuz ve daha hızlıdır çünkü iletişim maliyeti düşüktür.

3. Mevcut ekip olgun mu?

İçeride yazmak için sadece yazılım geliştirici yetmez: QA, DevOps, ürün yönetimi, UX, güvenlik — bu bileşenlerin hepsine en az temel seviyede sahip olmanız gerekir. Tek başına bir geliştirici ekip, belirli bir ölçeğin üstünde çürür. Bu bileşenlere henüz sahip değilseniz, dışarıdan başlayıp aşamalı olarak içeriye transfer eden bir hibrit model daha ekonomiktir.

4. Zaman baskısı ne?

Üç ay içinde canlıya çıkmak zorundaysanız ve iç ekibinize henüz bir yıl yetişmediyseniz, dışarıdan çalışmak gerçek. Bu durumda en akıllıca yaklaşım, dışarıdan hızlıca inşa edilen sistemin aşamalı olarak iç ekip tarafından sahipleniliyor olmasıdır. 'Dışarı yazdırıp iç ekibe devreder misiniz' sorusu sözleşmede açık olmalı.

Karma bir çerçeve

• Çekirdek + olgun süreç + olgun ekip → içeride.
• Çekirdek + olgunlaşmamış süreç → iç ekip + dışarıdan mentor/danışman.
• Destek iş + zaman baskısı → dışarıya yaptırın; lisanslayın veya bakım sözleşmesi alın.
• Hızlı pilot + ileride iç ekibe devir → dışarıdan başlayıp transfer modeliyle.