Programlar ilerliyordu.

Problem, mimari çıktı eksikliği değildi.

Program belgeleri, gereksinimler, yol haritaları, sistem bilgileri ve farklı mimari ürünler mevcuttu. Ancak aynı teknik gerçeklik farklı ekiplerde farklı adlarla ve farklı ayrıntı seviyelerinde yaşayabiliyordu.

Yönetim hangi yatırımın hangi yeteneği gerçekleştirdiğini görmek istiyordu. Program ekipleri ortak yapı taşlarını ve yukarı/aşağı yönlü bağımlılıkları anlamaya çalışıyordu. Mühendislik tarafı ise gereksinimin hangi sistem, servis ve bilgi akışıyla gerçekleştiğini izlemek zorundaydı.

Daha fazla diyagram değil, aynı teknik gerçekliğin karar odaklı görünümleri gerekiyordu.

Program isimlerinin arasına ok çizmek bağımlılık analizi değildir.

Bir program başka bir programın servisini tüketebilir; ortak bir yapı taşını bekleyebilir; aynı yeteneğin farklı bölümünü gerçekleştirebilir; yol haritası veya operasyonel bağlam nedeniyle ilişkili olabilir. İlişkinin türü, yönü, dayanağı ve karar etkisi açıklanmadığında ok yalnız görsel bir varsayım olarak kalır.

25’i aşkın program ve proje arasındaki ilişkiler tek bir büyük ağ şeması olarak bırakılmadı. Farklı karar soruları için ayrıştırıldı, doğrulandı ve uygun görünümlere dönüştürüldü.

Her paydaş aynı bilgiye farklı bir soruyla bakar.

Üst yönetim bir sayfada karar etkisini görmek ister. Program sorumlusu bağımlılığın yönünü ve zamanlamasını anlamak ister. Gereksinim yöneticisi izlenebilirlik boşluğunu, mühendis ise hangi teknik yapının neyi gerçekleştirdiğini görmek ister.

Tek bir program karar paketi için 34 mimari şekil ve görünüm üretildi. Bunların değeri sayıda değil, farklı sorulara aynı model ve ilişki mantığından cevap verebilmesindeydi.

Mimari görünümün görevi her şeyi göstermek değil, doğru karar için gerekli ilişkileri göstermektir.

Mimari masa başında tamamlanmış kabul edilmedi.

Görünümler program, gereksinim, teknik ve liderlik paydaşlarıyla tekrar tekrar sınandı. Bazı karar görünümleri yaklaşık on iki iterasyonda olgunlaştı; anlatım dili, ilişki anlamı ve ayrıntı seviyesi geri bildirimle değiştirildi.

Alternatif analizleri, olgunluk alanları, bilgi akışları ve operasyonel bağlam görünümleri farklı ekiplerin elindeki bilgiyi aynı karar çerçevesine taşıdı. Ortaya çıkan ürünler yönetim ve inceleme akışlarında kullanıldı.

Paydaş doğrulaması biçimsel onay değil, mimari bilginin doğruluk testidir.

Son PDF teslim edildiğinde mimari bitmez.

Model ve görünümler sürümleme, ilişki anlamları, bakış açısı mantığı ve kaynak dosyalarıyla birlikte yönetildi. Depo yapısı, değişiklik izleri ve devir notları teslimatın parçasıydı.

Çalışma sonunda ekip yalnızca sunum dosyalarıyla bırakılmadı. Hangi görünümün hangi soruya cevap verdiği, hangi ilişkilerin nasıl yorumlandığı ve sonraki değişikliğin nereden devam edeceği anlaşılabilir kılındı.

İyi mimari yalnızca anlaşılır değil, devam ettirilebilir olmalıdır.

Sonuç

Dağınık program, gereksinim ve sistem bilgisi; karar sorularına göre ayrıştırılmış, paydaşlarla doğrulanmış ve izlenebilir bir mimari yapıya dönüştü.

• 25’i aşkın program ve proje arasındaki bağımlılık alanı analiz edildi.
• Tek bir karar paketi için 34 mimari şekil ve görünüm üretildi.
• Program, gereksinim, bilgi akışı ve gerçekleştirim ilişkileri ortak karar dilinde ele alındı.
• Sürümlü depo, bakış açısı mantığı ve devir yaklaşımı kuruldu.
• Çıktılar yönetim ve çok paydaşlı inceleme süreçlerinde kullanılabilir hâle geldi.