Skip to main content

> tpl_gov_003

Kurumsal Mimari Karar Çerçevesi

Mimari Karar Kayıtlarını (ADR), Mimari İnceleme Kurulu (ARB) onay kapılarını, muafiyet süreçlerini ve Teknoloji Radarı yaşam döngüsünü standartlaştıran yönetişim çerçevesi.

TEMPLATE // INSPECT: TPL-GOV-003MODIFIED: 2026-09-19
KATEGORİÜst Düzey Yönetişim ve Risk
SÜRÜMv1.0.0
RİSK SEVİYESİMEDIUM
ARTEFAKT SINIFIXLS
FORMATLARPDF, MD, MERMAID, SVG, XLSX
YAPAY ZEKÂ VE YÖNETİCİ ÖZETİ (AI SUMMARY)

Kod içinde hafif ADR dokümantasyonunu, ARB akran değerlendirme eşiklerini ve kurumsal teknoloji yığını yaşam döngülerini resmileştiren mimari yönetişim sistemi.

Ö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

Mühendislik ekipleri geri dönüşü çok zor mimari kararları (veritabanı seçimi, kimlik doğrulama, mesaj kuyruğu) takasları belgelendirmeden kendi silolarında verir; bu da ağır teknik borç ve mimari kaosa yol açar.

Ne Zaman Kullanılmalı?

  • Yazılım ve bulut mimarlarının kritik tasarım takaslarını git repolarında ADR lerle belgelemesini standartlaştırırken
  • ARB değerlendirme kriterlerini, inceleme ritimlerini ve süreli muafiyet mekanizmalarını kurarken
  • Adopt, Trial, Assess ve Hold yönergelerini belirleyen şirket geneli Teknoloji Radarı yayınlarken

Ne Zaman Kullanılmamalı?

  • Tekil bir fonksiyon içindeki günlük küçük kod refactoring işlemlerinde
  • package.json daki rutin kütüphane yama güncellemelerinde

5 Şablon Bölümü ve Yapısal İskelet

1. 1. Mimari Karar İlkeleri ve Taksonomisistandard, enterprise

Ne zaman ADR yazılmalı (geri dönüşü zor, geniş etki alanı, takımlar arası etki) ve taktiksel RFC ayrımı.

Yönerge:Geri alınması 2 mühendis-haftasından fazla sürecek tüm kararlar için ADR yi zorunlu kılın.
2. 2. Hafif ADR Formatı ve Git Tabanlı İş Akışıstandard, enterprise

Başlık, Durum (Taslak, Kabul Edildi, Kullanımdan Kaldırıldı, Değiştirildi), Bağlam, Karar, Sonuçlar.

Yönerge:ADR markdown dosyalarını doğrudan kaynak kod repolarında (/docs/adr/) kodla birlikte saklayın.
3. 3. Mimari İnceleme Kurulu (ARB) Başvuru ve Onay Kapılarıstandard, enterprise

Ön kontrol listeleri, haftalık inceleme ritimleri, akran değerlendirmesi ve eskalasyon kuralları.

Yönerge:Resmi ARB sunum süresini 20 dakika ile sınırlayıp 40 dakikayı teknik stres testine ayırın.
4. 4. Mimari Muafiyetler, İstisnalar ve Teknik Borç Takibistandard, enterprise

Geçici muafiyet şartları, süre sınırı (maksimum 90 gün) ve teknik risk kabulü.

Yönerge:CISO onayıyla resmi olarak yenilenmediği sürece tüm mimari muafiyetleri 90 gün sonra otomatik düşürün.
5. 5. Teknoloji Radarı Yönetişimi (Adopt, Trial, Assess, Hold)standard, enterprise

Programlama dilleri, çerçeveler, veritabanları ve bulut servislerinin çeyreklik değerlendirmesi.

Yönerge:Hold (Durdur) kategorisinde listelenen hiçbir teknolojinin yeni canlı dağıtımına izin vermeyin.

Doldurma ve Uygulama Yönergeleri

1. Boş şablonu inceleyin. 2. Örnek senaryoyu kurum ölçeğine uyarlayın. 3. Kontrol listesiyle doğrulayın.

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ı
İŞLENMİŞ SENARYO ÖRNEĞİ

Kurumsal Mimari Karar Çerçevesi - Örnek Vaka Analizi

Örnek Organizasyon: ApexScale Cloud Commerce

ApexScale Cloud Commerce için eksiksiz operasyonel uygulamayı gösteren gerçek dünya vaka analizi.

Öne Çıkan Bulgular ve Çıktılar:
  • Monorepo içinde versiyonlanan 140+ ADR yayınlayarak mimari hafıza kaybını sıfırladı
  • Haftalık ARB oturumlarıyla başvuruların %92 sini 5 iş günü içinde sonuçlandırdı
  • 6 eski veritabanını Hold kademesine alarak bakım maliyetlerini %35 azalttı

Sıkça Sorulan Sorular

Mimari Karar Kayıtları (ADR) nerede saklanmalıdır?

Kararların kodla birlikte yaşaması ve evrilmesi için doğrudan ilgili git reposunda kaynak kodun yanında (ör. /docs/adr/) saklanmalıdır.

Teknoloji Radarının statik bir viki sayfası olarak kalması nasıl önlenir?

Radarı Kıdemli Mühendisler (Principal Engineers) topluluğu öncülüğünde çeyreklik açık adaylık süreciyle düzenli güncelleyin.

Acil bir teslimat durumunda bir takım Hold kategorisindeki bir teknolojiyi kullanabilir mi?

Yalnızca ARB Başkanı ve CTO tarafından onaylanan, en fazla 90 gün geçerli süreli bir mimari muafiyetle mümkündür.

Teknik Doküman Şablon Paketi

Giriş Gerekli
Ücretsiz ve güvenli indirmeler için tek seferlik giriş veya kayıt gereklidir.
Eksiksiz Teknik Doküman Paketi (.zip)
12 Dosya

Tüm boş şablonları, işlenmiş senaryoları ve doğrulama manifestolarını tek bir arşivde indirin.

Münferit Belgeler (.zip)
TPL-GOV-003-Enterprise-Risk-Register-and-Treatment-Plan-Blank-EN.xlsxXLSX
all10.0 KB
TPL-GOV-003-Enterprise-Risk-Register-and-Treatment-Plan-Example-EN.xlsxXLSX
all10.0 KB
TPL-GOV-003-Kurumsal-Risk-K-t-ve-yile-tirme-Plan-Bos-TR.xlsxXLSX
all10.0 KB
TPL-GOV-003-Kurumsal-Risk-K-t-ve-yile-tirme-Plan-Ornek-TR.xlsxXLSX
all10.0 KB
TPL-GOV-003-Enterprise-Architecture-Decision-Framework-Blank-EN.pdfPDF
all97.5 KB
TPL-GOV-003-Enterprise-Architecture-Decision-Framework-Example-EN.pdfPDF
all96.8 KB
TPL-GOV-003-Kurumsal-Mimari-Karar-Cercevesi-Bos-TR.pdfPDF
all98.4 KB
TPL-GOV-003-Kurumsal-Mimari-Karar-Cercevesi-Ornek-TR.pdfPDF
all100.3 KB
TPL-GOV-003-Enterprise-Architecture-Decision-Framework-Blank-EN.mdMD
all2.0 KB
TPL-GOV-003-Enterprise-Architecture-Decision-Framework-Example-EN.mdMD
all2.0 KB
TPL-GOV-003-Kurumsal-Mimari-Karar-Cercevesi-Bos-TR.mdMD
all2.1 KB
TPL-GOV-003-Kurumsal-Mimari-Karar-Cercevesi-Ornek-TR.mdMD
all2.1 KB
Doğrulanmış SHA-256 · Makrosuz Güvenli Arşiv
Her indirme dinamik MANIFEST.json içerir

Yetkili Standartlar ve Kaynaklar