> tpl_trn_003
Hedef İşletim Modeli (TOM)
Yönetişim mekanizmalarını, organizasyon yapısını, yetenek katmanlarını, teslimat süreçlerini ve tedarikçi ekosistem arayüzlerini ayrıntılandıran kapsamlı gelecekteki kurumsal işletim modeli planı.
Yönetişim, yetenekler ve teslimat topolojilerini ayrıntılandıran hedef işletim modeli planı.
Ö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
Teknoloji dönüşümleri; yönetimin yalnızca yeni yazılımlar veya bulut platformları almaya odaklanıp organizasyonel siloları, hantal onay zincirlerini ve parçalı tedarikçi sınırlarını değiştirmemesi nedeniyle başarısız olur.
Ne Zaman Kullanılmalı?
- •Şirket birleşmeleri veya bulut dönüşümleri için gelecekteki kurumsal işletim yapısını mimari olarak tasarlarken
- •BT organizasyonunu geleneksel proje odaklı maliyet merkezinden ürün odaklı değer akışı modeline dönüştürürken
- •Organizasyonel arayüzleri, yetki devrini (DoA) ve takım topolojilerini (Akış odaklı, Platform, Etkinleştirici) tanımlarken
Ne Zaman Kullanılmamalı?
- •Genel çok yıllık dönüşüm programı bildirgesi için (TPL-TRN-001 kullanın)
- •Bireysel takım çalışma kuralları ve rol karneleri için (TPL-PEO-002 veya TPL-PEO-003 kullanın)
5 Şablon Bölümü ve Yapısal İskelet
Temel ilkelerin belirlenmesi: projeden ürüne geçiş, müşteri odaklı değer akışları, self-servis geliştirici platformları ve dağıtık karar alma.
Ekiplerin 4 Takım Topolojisine göre yapılandırılması: Akış Odaklı (Stream-Aligned), Platform, Etkinleştirici (Enabling) ve Karmaşık Alt Sistem ekipleri.
Çevik teslimat düzeni, sürüm geçitleri, mimari danışma kurulları (ARB) ve Yetki Devri (DoA) matrislerinin tanımlanması.
TOM modelini destekleyen temel araçların haritalanması: geliştirici portalları (Backstage), CI/CD otomasyonu, gözlemlenebilirlik ve hizmet yönetimi.
Şirket içi mühendislik ile uzmanlaşmış tedarikçiler arasındaki dengenin kurulması, merkez/uydu ofis topolojileri.
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ı
Hedef İşletim Modeli (TOM) - Örnek Vaka Analizi
Örnek Organizasyon: Vanguard Küresel Ödemeler (120 Milyon $ Mühendislik İşletme Bütçesi)
Vanguard Küresel Ödemeler (120 Milyon $ Mühendislik İşletme Bütçesi) için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.
- •1.200 mühendisi geleneksel şelale (waterfall) proje yapısından 45 otonom akış odaklı ürün ekibine dönüştürdü
- •Dahili Geliştirici Platformu ekibi kurarak yeni mühendislerin sisteme katılım süresini 3 haftadan 4 saate indirdi
- •Otomatik güvenlik kuralları uygularken hafif mimari karar kayıtları (ADR) ile kararları yerel ekiplere devretti
Sıkça Sorulan Sorular
Takım Topolojileri ekipler arası bağımlılık kilitlenmelerini nasıl çözer?
Açık takım türleri (Akış odaklı, Platform, Etkinleştirici) ve etkileşim modelleri (İş birliği, Servis-olarak-X) tanımlar. Platform ekipleri araçları servis olarak sunduğunda, akış odaklı ekipler bilet onaylarını beklemeden bağımsız teslimat yapabilir.
Bir Hedef İşletim Modeli neden sadece organizasyon şemasını değil, "Çalışma Şeklini" de ele almalıdır?
Onay süreçleri, bütçeleme mekanizmaları ve dağıtım iş akışları aynı kalırsa organizasyon şemasını yeniden çizmek hiçbir şeyi değiştirmez. Gerçek bir TOM; yönetişim, bütçe, araçlar ve teslimat düzenini bir bütün olarak tasarlar.
Yeni bir TOM modeline geçiş için önerilen zaman aralığı nedir?
Kurumsal bir TOM geçişi, üç aylık dalgalar halinde uygulanan 12 ila 24 ay sürer. Ani bir "büyük patlama" (big-bang) dönüşümü denemek operasyonel kilitlenmeye, personel kaybına ve teslimat aksaklıklarına yol açar.
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
- Matthew Skelton & Manuel Pais: Team Topologies — Organizing Business and Technology Teams for Fast FlowIT Revolution • OFFICIAL REQUIREMENT
- Andrew Campbell: Operating Model CanvasVan Haren Publishing • OFFICIAL REQUIREMENT
- The Open Group: TOGAF Standard — Business Architecture and Operating ModelsThe Open Group • OFFICIAL REQUIREMENT