Teknoloji Yatırımlarında Başarı, Teknoloji Seçimiyle Değil Yönetim Kalitesiyle Başlar
Kurumsal teknoloji yatırımlarının gerçek değeri, ne satın alındığıyla değil; hangi iş hedefi için yapıldığı, nasıl yönetildiği ve hangi sonuçları ürettiğiyle ölçülür.
Bir kurumun büyük ölçekli teknoloji yatırımını onayladığını düşünün. Yönetim kuruluna sunumlar yapılmış, bütçe onaylanmış, proje takvimi belirlenmiş ve pazarın önde gelen teknolojilerinden biri seçilmiştir.
Her şey yolunda görünür.
Aylar süren çalışmaların ardından sistem canlıya alınır. Ancak zamanla bütçe aşılır, beklenmeyen maliyetler ortaya çıkar ve kullanıcılar yeni sisteme uyum sağlamakta zorlanır. İş süreçleri beklenen ölçüde iyileşmez. Projenin başlangıcında vaat edilen verimlilik, büyüme veya risk azaltımı hedefleri ise bir türlü gerçekleşmez.
Teknoloji çalışmaktadır. Proje tamamlanmıştır. Peki, yatırım başarılı olmuş mudur?
Bu sorunun yanıtı, sistemin devreye alınmış olmasından çok daha fazlasını gerektirir.
Çünkü bir teknoloji projesini tamamlamakla bir teknoloji yatırımından değer yaratmak aynı şey değildir.
Kurumsal yatırımlarda asıl sorun çoğu zaman teknoloji eksikliğinden değil; strateji, iş süreçleri, karar mekanizmaları ve uygulama arasında kurulamayan ilişkiden kaynaklanır. En gelişmiş yazılım veya en kapsamlı altyapı bile yanlış tanımlanmış bir iş ihtiyacını kendiliğinden çözemez.
Teknoloji güçlü bir araçtır. Ancak bu aracın hangi amaçla kullanılacağını, hangi risklerin kabul edilebileceğini ve başarının nasıl ölçüleceğini belirleyen şey yönetim anlayışıdır.
Peki, kurumlar teknoloji yatırımlarını maliyet kalemleri olmaktan çıkarıp sürdürülebilir iş değerine nasıl dönüştürebilir?
1. Yatırımın gerekçesi teknoloji değil, iş ihtiyacı olmalı
Kurumsal teknoloji dünyasının en yaygın yanılgılarından biri, modernleşme ihtiyacını iş süreçlerini iyileştirme hedefiyle karıştırmaktır.
Yeni bir ERP sistemi, bulut altyapısı, siber güvenlik platformu veya veri analitiği çözümü gündeme geldiğinde ilk soru genellikle hangi ürünün seçileceğidir.
Oysa bundan önce yanıtlanması gereken sorular vardır:
• Hangi iş problemini çözmeye çalışıyoruz?
• Mevcut durumun kuruma maliyeti nedir?
• Bu yatırım hangi stratejik hedefi destekleyecek?
• Aynı sonuca daha düşük maliyet veya daha az karmaşıklıkla ulaşmak mümkün mü?
• Kurumun mevcut süreçlerinde değişiklik yapması gerekiyor mu?
Alman perakende şirketi Lidl'ın SAP tabanlı stok yönetimi dönüşümü, bu soruların önemini gösteren örneklerden biridir.
2018 yılında Lidl, yaklaşık yedi yıldır üzerinde çalıştığı eLWIS projesini sonlandırma kararı aldı. Projede 500 milyon avro civarında harcama yapıldığı dönemin basınında bildirildi; ancak bu rakam şirketler tarafından resmen doğrulanmadı.
Projenin önemli güçlüklerinden biri, Lidl'ın stok değerleme yaklaşımıyla standart SAP Retail yazılımının çalışma biçimi arasındaki uyumsuzluktu. Lidl, mevcut yaklaşımını korumak isterken yazılımın buna uyarlanması ihtiyacı maliyetleri ve karmaşıklığı artırdı. Şirket, başlangıçta tanımlanan stratejik hedeflere kabul edilebilir maliyetlerle ulaşamayacağı sonucuna vardı.
Buradan çıkarılacak ders, standart yazılımların her koşulda doğru tercih olduğu veya mevcut iş süreçlerinin mutlaka değiştirilmesi gerektiği değildir.
Asıl ders şudur: Teknoloji seçimi ile iş yapış biçimi arasındaki uyum, yatırımın başında stratejik bir karar olarak ele alınmalıdır.
Bazen doğru karar iş sürecini değiştirmektir. Bazen yazılımı uyarlamak, farklı bir çözüm seçmek veya yatırımın kapsamını yeniden tanımlamak gerekir.
Önemli olan, bu kararların teknik tercihlerin doğal sonucu olarak değil, açık bir iş gerekçesi ve maliyet-fayda değerlendirmesi üzerinden alınmasıdır.
2. Başarıyı canlıya geçişle değil, iş sonuçlarıyla ölçmeliyiz
Kurumsal teknoloji projelerinde canlıya geçiş tarihi çoğu zaman en önemli kilometre taşı hâline gelir. Bütçenin korunması, takvime uyulması ve teknik teslimatların tamamlanması başarı göstergeleri olarak sunulur.
Bunların tamamı önemlidir. Ancak hiçbiri tek başına yatırımın başarılı olduğunu kanıtlamaz.
İngiltere merkezli TSB Bank'ın 2018 yılında yaşadığı büyük ölçekli IT geçişi bunun çarpıcı örneklerinden biridir.
Banka, eski platformundan yeni bir bankacılık sistemine geçiş için yıllarca hazırlık yaptı. Çok sayıda test ve geçiş provası gerçekleştirildi; yöneticilerden ve tedarikçilerden güvenceler alındı.
Buna rağmen geçiş sonrasında ciddi hizmet kesintileri yaşandı. Müşterilerin hesaplarına ve bankacılık hizmetlerine erişiminde sorunlar ortaya çıktı. Banka, müşteri mağduriyetleri ve operasyonel aksaklıklar nedeniyle önemli maliyetlerle karşılaştı.
TSB'nin yayımladığı 2018 yıllık raporunda, geçiş sonrasındaki hizmet kesintileriyle ilişkili maliyet ve gelir etkisi 330,2 milyon sterlin olarak açıklandı. Daha sonra yayımlanan bağımsız inceleme ise planlama, tedarikçi gözetimi ve test uygulamalarında farklı yaklaşımların benimsenebileceğine işaret etti.
Bu örnekte önemli olan, teknik hazırlık yapılmamış olması değil; gerçekleştirilen hazırlıkların gerçek dünyadaki operasyonel sonuçları güvence altına alamamış olmasıdır.
Bir sistemin testlerden geçmesi, her koşulda sorunsuz çalışacağı anlamına gelmez. Bir tedarikçinin güvence vermesi, kurumun kendi sorumluluğunu ortadan kaldırmaz. Bir geçişin planlandığı tarihte tamamlanması da operasyonel dayanıklılığın kanıtı değildir.
Bu nedenle başarı kriterleri projenin başında tanımlanmalıdır.
Örneğin:
• Kritik hizmetlerin erişilebilirliği hangi seviyede olmalı?
• İşlem hacmi arttığında sistem nasıl davranmalı?
• Bir kesinti yaşandığında hizmetler ne kadar sürede geri yüklenmeli?
• Yeni sistem hangi operasyonel verimlilik artışını sağlamalı?
• Kullanıcıların yeni sistemi benimsemesi nasıl ölçülmeli?
• Güvenlik ve uyum hedeflerinin karşılandığı nasıl doğrulanmalı?
Bu soruların yanıtları yalnızca IT ekiplerinin değil, yatırımın ticari ve operasyonel sonuçlarından sorumlu yöneticilerin de gündeminde olmalıdır.
Canlıya geçiş bir kilometre taşıdır. Gerçek başarı ise sistemin güvenilir biçimde çalışması ve vaat edilen iş sonuçlarını üretmesidir.
3. Kararların sahibi belli değilse, sorumluluk da belirsizleşir
Büyük teknoloji yatırımlarında sık karşılaşılan sorunlardan biri, projenin zamanla iş birimlerinin gündeminden çıkarak yalnızca IT departmanının sorumluluğu olarak görülmeye başlanmasıdır.
İş birimleri ihtiyaçlarını iletir. IT teknik çözümü tasarlar. Tedarikçi sistemi geliştirir. Proje yönetimi takvimi takip eder.
Ancak bu faaliyetlerin tamamı yürütülürken şu sorular yanıtsız kalabilir:
İş gereksinimlerini kim önceliklendirecek? Kapsam değişikliklerini kim onaylayacak? Ticari beklentilerle teknik kısıtlar çatıştığında son kararı kim verecek? Proje tamamlandığında vaat edilen faydaların gerçekleşmesinden kim sorumlu olacak?
Hertz ile Accenture arasında yaşanan ve 2019 yılında yargıya taşınan dijital dönüşüm anlaşmazlığı, bu tür sorunların maliyetini gösteren örneklerden biridir.
Hertz, internet sitesi ve mobil uygulamalarını yenilemek üzere Accenture ile çalıştı. Proje kapsamında yaşanan gecikmeler, teknik uygulama sorunları ve teslimat yükümlülükleri taraflar arasında hukuki uyuşmazlığa dönüştü. Hertz'in dava dilekçesinde, proje için Accenture'a 32 milyon doların üzerinde ödeme yapıldığı belirtildi.
Bu olayın bütün nedenlerini tek bir yönetimsel eksikliğe bağlamak doğru olmaz. Ancak vaka, büyük ölçekli teknoloji projelerinde iş gereksinimleri, teknik teslimatlar ve sözleşmesel sorumluluklar arasındaki ilişkinin ne kadar kritik olduğunu gösteriyor.
Bir projede sorumlulukların sözleşmede yazılı olması yeterli değildir. Kararların nasıl alınacağı, değişikliklerin nasıl yönetileceği ve anlaşmazlıkların nasıl çözüleceği de açık olmalıdır.
Etkili bir yönetişim modelinde en az dört sorumluluk alanı net biçimde tanımlanmalıdır:
• İş sponsoru: Yatırımın iş gerekçesini, stratejik önceliğini ve beklenen ticari sonuçlarını sahiplenir.
• Ürün veya süreç sahibi: Gereksinimleri önceliklendirir, iş kararlarını alır ve çözümün gerçek ihtiyaçları karşılamasını sağlar.
• Teknoloji ve mimari liderliği: Teknik tasarımın, entegrasyonların, güvenlik gereksinimlerinin ve sürdürülebilirliğin uygunluğundan sorumludur.
• Proje ve program yönetimi: Kapsamı, takvimi, bütçeyi, bağımlılıkları ve riskleri bütünleşik biçimde yönetir.
Bu roller farklı kişiler tarafından üstlenilebilir. Ancak aralarındaki yetki ve sorumluluk ilişkileri belirsiz bırakılmamalıdır.
Yönetişimin amacı daha fazla toplantı yapmak veya kararları bürokratik süreçlere boğmak değildir.
Amaç, doğru kararların doğru kişiler tarafından zamanında alınmasını ve bu kararların sonuçlarının izlenmesini sağlamaktır.
4. Kapsam yönetimi, değişime direnmek değil doğru değişimi yönetmektir
Kurumsal ihtiyaçlar zaman içinde değişir. Yeni düzenlemeler, müşteri beklentileri, güvenlik tehditleri ve pazar koşulları proje başladıktan sonra yeni gereksinimler doğurabilir.
Dolayısıyla başarılı bir yatırım yönetimi, başlangıçta belirlenen kapsamı ne pahasına olursa olsun korumak anlamına gelmez.
Asıl mesele, hangi değişikliğin değer yaratacağını ve hangi değişikliğin maliyet, karmaşıklık veya risk doğuracağını anlayabilmektir.
Her yeni talep en az dört açıdan değerlendirilmelidir:
1. İş değerine katkısı nedir?
2. Toplam maliyet ve teslimat takvimi üzerindeki etkisi nedir?
3. Mimari karmaşıklığı, teknik borcu ve güvenlik risklerini nasıl değiştirir?
4. Önceden kabul edilmiş hedeflerden hangilerini etkiler?
Bu disiplinin bulunmadığı projelerde kapsam zamanla genişler, entegrasyonlar karmaşıklaşır ve geçici çözümler kalıcı mimari bileşenlere dönüşür.
Başlangıçta küçük görünen kararların birikmesi, sistemin bakım maliyetini artırabilir ve gelecekteki dönüşüm seçeneklerini sınırlayabilir.
Bu noktada teknik borç yalnızca bir mühendislik konusu değildir. Yönetilmediğinde finansal, operasyonel ve stratejik bir riske dönüşür.
Southwest Airlines'ın Aralık 2022'de yaşadığı operasyonel kriz, bu ilişkinin önemini ortaya koydu.
ABD'deki ağır kış koşullarının ardından şirket, uçuş ekiplerini, uçuş programlarını ve uçakları yeniden eşleştirmekte ciddi güçlükler yaşadı. 21–31 Aralık döneminde 16.700'den fazla uçuş iptal edildi. Şirket, 2022'nin dördüncü çeyreğindeki vergi öncesi finansal etkiyi yaklaşık 800 milyon dolar olarak açıkladı.
Bu sonuçları yalnızca eski bir yazılıma bağlamak eksik olur. Hava koşulları, operasyonel planlama, sistemler arasındaki bağımlılıklar ve krizin ardından toparlanma kapasitesi birlikte değerlendirilmelidir.
Ancak olayın önemli bir yönetimsel mesajı var: Kritik operasyonları destekleyen sistemlerin dayanıklılığı, yalnızca normal çalışma koşullarına göre tasarlanamaz.
Bir kurum, olağanüstü koşullarda ne kadar süreyle hizmet verebileceğini, hangi süreçlerin alternatif yöntemlerle yürütülebileceğini ve operasyonlarını ne kadar sürede toparlayabileceğini önceden bilmelidir.
Bu nedenle teknoloji yatırımlarında teknik borç, iş sürekliliği ve operasyonel dayanıklılık birbirinden bağımsız konular olarak ele alınmamalıdır.
Bugün ertelenen bir mimari karar, yarın yalnızca teknik bir sorun değil, doğrudan iş sürekliliği riski hâline gelebilir.
5. Yatırımın gerçek maliyeti, satın alma fiyatından ibaret değildir
Bir teknoloji yatırımının finansal değerlendirmesi, lisans ve donanım maliyetleriyle sınırlı tutulduğunda eksik kalır.
Uygulama, entegrasyon, veri taşıma, eğitim, değişim yönetimi, bakım, destek, güvenlik, kapasite artışı ve gelecekteki geçiş maliyetleri de toplam sahip olma maliyetinin bir parçasıdır.
Bunun yanında, yatırımın getireceği faydaların hangi koşullarda gerçekleşeceği de değerlendirilmelidir.
Örneğin yeni bir otomasyon platformu operasyonel iş yükünü azaltabilir. Ancak bu faydanın gerçekleşmesi, süreçlerin yeniden tasarlanmasına, kullanıcıların sistemi benimsemesine ve elde edilen kapasitenin verimli kullanılmasına bağlı olabilir.
Dolayısıyla yatırımın ekonomik gerekçesi yalnızca teknolojiye ilişkin varsayımlara dayandırılmamalıdır.
Sağlam bir iş gerekçesi en az üç unsuru içermelidir:
• Maliyet görünürlüğü: Yatırımın başlangıç ve yaşam döngüsü maliyetleri mümkün olduğunca eksiksiz hesaplanmalıdır.
• Fayda görünürlüğü: Verimlilik, gelir artışı, maliyet azaltımı veya risk düşüşü gibi beklenen sonuçlar ölçülebilir şekilde tanımlanmalıdır.
• Belirsizlik yönetimi: Tahminlerin hangi varsayımlara dayandığı, hangi risklerin bulunduğu ve farklı senaryolarda sonuçların nasıl değişebileceği gösterilmelidir.
Özellikle büyük ölçekli dönüşümlerde en önemli sorulardan biri şudur:
Beklenen faydalar gerçekleşmediğinde kurum ne yapacak?
Yatırımın başlangıcında oluşturulan iş gerekçesi, proje onayından sonra bir kenara bırakılmamalıdır. Maliyetler, riskler ve beklenen faydalar proje boyunca yeniden değerlendirilmelidir.
Bazı durumlarda kapsamı değiştirmek, yatırımı aşamalara bölmek veya belirli bir bileşeni ertelemek en doğru karar olabilir. Bazen de elde edilen yeni bilgiler, yatırımın durdurulmasını gerektirebilir.
Bu, başarısızlığı kabul etmek değil; kaynakları koruyan ve kurumsal değeri önceleyen bir yönetim anlayışıdır.
6. Yatırımın değerini nasıl ölçeriz?
Teknoloji projelerinde en önemli eksikliklerden biri, proje tamamlandıktan sonra yatırımın gerçek etkisinin yeterince sistematik değerlendirilmemesidir.
Sistem devreye alınır, proje ekibi başka bir işe geçer ve günlük operasyonlar yeni yapı üzerinden devam eder.
Ancak başlangıçta vaat edilen faydaların gerçekleşip gerçekleşmediği çoğu zaman aynı disiplinle takip edilmez.
Oysa yatırımın gerçek performansı, proje kapanış raporundan değil, zaman içinde ortaya çıkan iş sonuçlarından anlaşılır.
Bu nedenle her büyük teknoloji yatırımında dört unsur önceden tanımlanmalıdır:
• Başlangıç değeri: Yatırım öncesinde mevcut performans hangi seviyededir?
• Hedef değer: Yatırım hangi somut iyileşmeyi sağlamalıdır?
• Ölçüm yöntemi: Sonuç hangi veri ve göstergeler üzerinden değerlendirilecektir?
• Sorumlu kişi: Beklenen faydanın gerçekleşmesini kim takip edecektir?
Örneğin bir siber güvenlik yatırımında yalnızca satın alınan ürün sayısını veya kapsama alınan sistemleri ölçmek yeterli değildir.
Asıl değerlendirme; kritik varlıkların korunma düzeyinin artıp artmadığı, olayların tespit ve müdahale sürelerinin iyileşip iyileşmediği, hizmet kesintisi riskinin azalıp azalmadığı ve yatırımın mevcut güvenlik kapasitesine ne ölçüde katkı sağladığı üzerinden yapılmalıdır.
Benzer biçimde bir altyapı modernizasyonunda yalnızca yeni sunucuların devreye alınması değil; hizmet erişilebilirliği, kapasite kullanımı, işletme maliyeti, kurtarma süresi ve operasyonel esneklik gibi sonuçlar izlenmelidir.
Burada önemli bir ayrım var: Her faydanın doğrudan finansal bir karşılığı bulunmayabilir.
Düzenleyici yükümlülüklerin karşılanması, kritik risklerin azaltılması veya hizmet sürekliliğinin güçlendirilmesi de yatırımın değerini oluşturabilir. Ancak bu faydalar da mümkün olduğunca açık kriterlerle tanımlanmalıdır.
Ölçülmeyen fayda yönetilemez; sahiplenilmeyen fayda ise kolaylıkla varsayım olarak kalır.
7. Başarılı teknoloji yatırımları için bütünleşik bir yönetim modeli
Buraya kadar ele aldığımız örnekler, teknoloji yatırımlarının tek bir proje yönetimi disiplinine indirgenemeyeceğini gösteriyor.
Başarı; stratejik önceliklerin, finansal disiplinin, iş sahipliğinin, mimari kararların, risk yönetiminin ve fayda ölçümünün birbiriyle uyumlu çalışmasına bağlıdır.
Bu nedenle büyük ölçekli teknoloji yatırımlarının yedi temel kontrol üzerinden yönetilmesini öneriyorum.
Bu modelin amacı yeni bir bürokrasi katmanı oluşturmak değildir.
Amaç, büyük yatırımların yalnızca proje takvimi ve bütçesi üzerinden değil, stratejik gerekçelerinden operasyonel sonuçlarına kadar bütünsel biçimde yönetilmesini sağlamaktır.
Yönetim kurulu yatırımın neden gerekli olduğunu bilmeli. İş sahibi beklenen faydayı üstlenmeli. Teknoloji ekipleri güvenilir ve sürdürülebilir bir çözüm sunmalı. Finans ekipleri maliyet ve fayda varsayımlarını takip etmeli. Risk ve güvenlik fonksiyonları ise kararların kurumun risk iştahıyla uyumunu değerlendirmelidir.
Bu sorumlulukların tek bir kişide toplanması gerekmez. Ancak hiçbirinin sahipsiz kalmaması gerekir.
Başarı, bütün tarafların aynı işi yapmasından değil, farklı sorumlulukların ortak bir hedef doğrultusunda yönetilmesinden doğar.
Sonuç: Teknolojiyi satın almak değil, değeri yönetmek
Kurumsal teknoloji yatırımlarında en önemli soru, hangi ürünün veya platformun seçileceği değildir.
Asıl soru, bu yatırımın kurumun hangi sorununu çözeceği, hangi hedefini destekleyeceği ve hangi sonuçlarla başarılı sayılacağıdır.
Lidl'ın ERP dönüşümü, standart yazılımla iş süreçleri arasındaki uyumun önemini gösteriyor. TSB'nin yaşadığı kriz, kapsamlı hazırlık ve güvencelerin bile operasyonel başarıyı otomatik olarak sağlamadığını hatırlatıyor. Hertz ile Accenture arasındaki uyuşmazlık, sorumlulukların ve teslimat beklentilerinin açık olmasının önemini ortaya koyuyor. Southwest'in operasyonel krizi ise teknoloji bağımlılıklarının ve dayanıklılığın iş sonuçları üzerindeki etkisini gösteriyor.
Bu örneklerin ortak mesajı, teknolojinin önemsiz olduğu değil; teknolojinin doğru yönetilmediğinde beklenen değeri üretemeyeceğidir.
Günümüzde kurumların ihtiyacı yalnızca daha fazla teknoloji satın almak değildir. İhtiyaç; yatırımları stratejik hedeflerle ilişkilendiren, karar sahipliğini netleştiren, riskleri öngören ve gerçekleşen faydaları ölçen bir yönetim anlayışıdır.
Bu anlayış, teknoloji yatırımlarını yalnızca IT departmanının sorumluluğu olmaktan çıkarıp kurumsal stratejinin ayrılmaz bir parçasına dönüştürür.
Çünkü teknoloji yatırımlarının gerçek başarısı, projenin tamamlandığı gün değil, kurumun çalışma biçiminde ve iş sonuçlarında yarattığı sürdürülebilir değişimle ortaya çıkar.
Teknoloji güçlü bir hızlandırıcıdır. Ancak yönü belirleyen bir strateji, kararları sahiplenen bir yönetim anlayışı ve sonucu ölçen bir disiplin yoksa, hız tek başına başarı getirmez.
İlk yayın: LinkedIn, 2026-11-01 22:41. Orijinal makale: https://www.linkedin.com/pulse/teknoloji-yat%C4%B1r%C4%B1mlar%C4%B1nda-ba%C5%9Far%C4%B1-se%C3%A7imiyle-de%C4%9Fil-y%C3%B6netim-melih-%C3%B6zhan-nnbbf
Yorumlar