Eski sistemlerinizin envanterini, her sistem için 7 soruyu yanıtlayan bir sayfayla çıkarırsınız: sorumlu, kullanıcılar, veriler ve kişisel veri içerip içermediği, bağlantılar, durursa neyin durduğu, lisansların yenileme tarihleri, teknoloji ve desteğinin bitişi. Ardından her sisteme 5 karardan birini verirsiniz: tutmak, kapatmak, hazır bir ürünle değiştirmek, olduğu gibi buluta taşımak veya yeniden inşa etmek; bu, Amazon'un resmî taşıma kılavuzundaki 7 stratejinin sadeleştirilmiş hâlidir. Yapay zekâ teknik yarıyı hızlandırır, ama bir sistemin sorumlusunun kim olduğunu size söyleyemez.

2. bölümde her sisteme 8 üzerinden bir puan verdiniz. Puan riski gösterir; envanter ise karar için gerekenleri verir.

Her sistemin sayfasına ne girer

Başlamak için özel bir yazılıma ihtiyacınız yok. Her sistem için şu soruları yanıtladığı sürece basit bir tablo yeterlidir:

  • Sorumlu: sistem hakkında iş tarafında karar veren, adı belli tek bir kişi; BT departmanı değil. Kimseyi bulamıyorsanız, bu envanterinizin ilk bulgusudur.
  • Kullanıcılar: hangi departmanların kullandığı, yaklaşık kaç kişi olduğu ve şirket dışındaki müşteri ya da tedarikçilerin de kullanıp kullanmadığı.
  • Veriler: neyi sakladığı, müşteri veya çalışanlara ait kişisel veri içerip içermediği ve verinin gerçekte nerede durduğu: ofisteki bir sunucuda mı, bir bulutta mı ve hangi ülkede.
  • Bağlantılar: verilerinin nereden gelip nereye gittiği: faturalama, banka, çevrim içi mağaza, bordro, her hafta dışa aktarılan bir Excel dosyası.
  • Kesinti etkisi: tam bir gün durursa ne olur: satışlar mı durur, maaşlar mı gecikir, yoksa kimse fark etmez mi?
  • Lisanslar ve sözleşmeler: kime ödeme yaptığınız, sözleşmenin ne zaman yenilendiği ve yenilemeden önce bir bildirim süresi olup olmadığı. Yenileme tarihi çoğu zaman kararınızın ne zaman hazır olması gerektiğini belirler.
  • Teknoloji ve destek: programlama dili, veritabanı ve işletim sistemi ile her birinin desteğinin ne zaman bittiği; 2. bölümde gördüğümüz gibi.

Envanter, gerçek sistemlerinizin bir kısmının günlük işin bağlı olduğu tablolar olduğunu gösterirse, bunların envanterini nasıl çıkaracağınızı hangi sayfa asıl sistem yazısında anlattık.

Veri sorusu: atlamayın

Kişisel veri sütunu diğerlerinden daha önemlidir, çünkü kararı değiştirir. Müşteri adlarını ve telefon numaralarını ya da çalışan kayıtlarını saklayan bir sistem, Suudi Veri ve Yapay Zekâ Otoritesi (SDAIA) tarafından denetlenen Kişisel Verilerin Korunması Kanunu (PDPL) kapsamındadır ve modernizasyon sırasında bu verileri Krallık dışına taşımak veya orada işlemek, başlamadan önce incelenmelidir. Pratik yükümlülükleri şirketler için PDPL rehberimizde anlattık.

Bu, modernizasyon araçlarının kendisini de etkiler. Örneğin AWS Transform'un resmî Bölgeler sayfası çalışma alanı oluşturulabilecek 9 Bölge sayar, bunların hiçbiri Orta Doğu'da değildir, ve verilerin çalıştığınız Bölgeden farklı bir Bölgede işlenebileceği uyarısını yapar. Suudi Basın Ajansı'nın 1 Eylül 2026 tarihli haberine göre Amazon, Krallık'taki ilk bulut Bölgesinin Aralık 2026'da açılma yolunda olduğunu duyurdu. Bu yüzden her sistemin verisinin bugün nerede durduğunu yazın; böylece hangi araçların onu sorunsuz okuyabileceğini bilirsiniz.

Yapay zekâ envanteri nasıl hızlandırır ve neyi bilemez

Bir envanterin teknik yarısı eskiden sunucuları kontrol etmek ve kodu elle okumakla haftalar alırdı. Bugünün araçları sunucuları ve kodu okur, aralarındaki bağlantıları otomatik olarak haritalar. Pek çok örnekten biri: Amazon, AWS Transform sayfasında ajanlarının taşımayı keşif ve dalga planlamasından geçişe kadar otomatikleştirdiğini, ana bilgisayar değerlendirmesinin de aylarca süren keşfi saatlere indirdiğini söylüyor. Bu Amazon'un iddiasıdır, garanti edilmiş bir sonuç değildir. Fiyatlandırma sayfası ise değerlendirmeyi şu an ücretsiz ajanlar arasında gösteriyor.

Amazon'un taşıma kılavuzu, keşif aracının kendi verilerini kullanarak kapatılabilecek sistemleri bulmak için pratik işaretler de veriyor:

  • Ortalama işlemci ve bellek kullanımı yüzde 5'in altında olan bir sistemi kılavuz zombi uygulama olarak adlandırır.
  • 90 gün boyunca yüzde 5 ile 20 arasında kullanılan bir sistemi boşta uygulama olarak adlandırır.
  • Son 90 günde hiç gelen bağlantı almamış bir sistem kapatma adayıdır.

Ama araç, sistemin sorumlusunun kim olduğunu, sözleşmesinin ne zaman yenilendiğini, onu anlayan tek çalışanın gelecek yıl emekli olacağını ya da yıllık tek bir zekât raporunun ondan çıktığını bilmez. Bunlar her sistemin sorumlusu ve kullanıcılarıyla yapılan kısa bir görüşmeden gelir. Makine teknik sütunları doldurur; insanlar iş sütunlarını doldurur.

Her sistem için beş karar

Envanterden sonra her sisteme tek bir karar verirsiniz. Bu, Amazon kılavuzundaki yedi stratejinin sadeleştirilmiş bir görünümüdür:

KararBasitçe anlamıNe zaman uygun
TutmakŞimdilik olduğu gibi kalır, izlenirKararlı ve yalıtılmış, özel donanıma bağlı, yakın zamanda güncellenmiş ya da tedarikçinin hazır sürümünü bekliyor
KapatmakKapatır ve verilerini arşivlersinizİş değeri yok, neredeyse hiç kullanılmıyor ya da modernize etmeye değmeyen, desteği bitmiş bir teknoloji
Hazır bir ürünle değiştirmekAynı işi yapan bir ürün ya da abonelik satın alırsınızYaptığı iş sıradandır, sizi farklı kılmaz ve bir ürün bunu büyük değişiklik olmadan karşılar
Olduğu gibi taşımakKodu değiştirmeden buluta taşırsınızSorun yazılımın kendisinde değil, sunucu ve donanımdadır
Yeniden inşa etmekYeniden yazar ya da yapısını değiştirirsinizİş kuralları sizi farklı kılan şeydir ve değiştirilemiyor ya da kimse bakımını bilmiyor

Kılavuz, yeniden inşanın en karmaşık ve en maliyetli seçenek olduğunu belirtir ve büyük taşımalarda sistemi önce taşıyıp taşıma tamamlandıktan sonra modernize etmeyi önerir. Kararınız bulutsa, Suudi şirketleri için buluta geçiş rehberimizle başlayın.

Origami'nin bakışı

Sistemler kuruyor, bunları birbirine bağlıyor ve eskilerini modernize ediyoruz; yine de her modernizasyon projesine kodla değil envanterle başlıyoruz. Bağlantılarını bilmediğiniz bir sistem, bir müşteri şikâyet edene kadar göremeyeceğiniz bir şeyi bozabilir ve envanter çoğu zaman pek çok sistem için doğru kararın yeniden inşa değil, tutmak ya da kapatmak olduğunu gösterir.

Bu yüzden sunucuları ve kodu hızla okumak ve bağlantıları haritalamak için yapay zekâ araçları kullanıyor, ardından aracın bilemediklerini tamamlamak için her sistemin sorumlusuyla oturuyor ve sistem başına bir karar ile başlamak için net bir sıra çıkarıyoruz. Nasıl çalıştığımızı görmek isterseniz hizmetlerimize göz atın.

Bu haftanın alıştırması: her sistem için bir sayfa

2. bölümdeki alıştırmada 8 üzerinden 6 veya daha fazla puan alan sistemleri alın ve her biri için bu tabloyu tek bir sayfada doldurun:

MaddeYanıt
Sistemin adı ve tek cümleyle ne yaptığı
İş tarafındaki sorumlu
Kullanıcılar (departmanlar, yaklaşık sayı, dış taraflar)
Veriler, kişisel veri içerip içermediği ve nerede saklandığı
Gelen ve giden bağlantılar
Bir gün durursa neyin durduğu
Lisanslar, yenileme tarihi ve bildirim süresi
Teknoloji ve desteğinin bitişi
2. bölüm puanı, 8 üzerinden
Beş karardan biri olarak geçici karar

Kararı kurşun kalemle yazın. Sistemin içinde hangi kuralların yaşadığını öğrenene kadar geçicidir ve bir sonraki bölümün konusu da budur.

Sırada ne var

Artık elinizde her sistem için bir envanter ve geçici bir karar var. Ama yeniden inşa etmeye karar verdiğiniz sistemler en değerli varlıklarını saklıyor: indirimler, fiyatlar, gecikme ücretleri ve onaylar için gerçek iş kuralları, kodun içine ve insanların aklına gömülü. 4. bölümde yapay zekânın bu kuralları eski sisteminizden nasıl çıkarıp açık şartnameler olarak yazdığını ve her sürecin sorumlusunun, yeni kod yazılmadan önce her kuralı neden onaylaması gerektiğini anlatıyoruz.

Kaynaklar