Ürün-Tasarım-Mühendislik Üçlüsü (Triad): Kapsam Pazarlığı ve Fonksiyonel Olmayan Kriterler

Q: Yazılım mühendisleri kullanıcı araştırma mülakatlarına neden katılmalıdır?

Çünkü mühendisler, ürün ve tasarımcıların teknik olarak mümkün olduğunu bilmediği yaratıcı ve çok daha basit çözümleri doğrudan keşfedebilir.

Q: 'Fonksiyonel Olmayan Kriterler' (NFRs) nelerdir?

Gecikme, erişilebilirlik, güvenlik, ölçeklenebilirlik ve felaket kurtarma gibi sistemin NASIL çalışacağını belirleyen operasyonel niteliklerdir.

Senior (L5)

⚡ÖZET VE TEKNİK CEVAP

Ürün yöneticisi kapsamı tek başına belirlediğinde, tasarımcı teknik uygulanabilirliğe bakmadan animasyonlar çizdiğinde ve mühendisler masalarına atılan hazır şartnamelerle baş başa kaldığında projeler kaçınılmaz olarak gecikir, kod kalitesi çöker ve mimari çürür. Başarılı teknoloji şirketleri 1. Günden itibaren 'Üçlü' (Triad: Ürün Yöneticisi, Ürün Tasarımcısı, Mühendislik Tech Lead'i) olarak çalışır. Üçlü, Özellik Kapsamını ayarlanabilir bir sürgü (slider) olarak görürken; Kalite, Güvenilirlik ve Hızı pazarlık edilemez sabitler olarak tutar. Keşif aşamasında birlikte çalışan Üçlü, kod yazılmadan önce gereksiz kapsamı %40 budar ve aynı müşteri değerini yarı zamanda üreten pratik %80/20 teknik çözümler üretir.

Mühendislik El Kitabı & Mekanizma

6 Boyutlu Mimari Analiz

⚙️1. Temel Çalışma Mekanizması

Mekanizma

Üçlü (Triad) 3 temel müzakere ritüeliyle çalışır:

Keşifte Eşleşme (Discovery Pairing): Tech Lead kullanıcı mülakatlarına ve tasarım toplantılarına bizzat katılır; karmaşık veritabanı kilitleri veya imkansız animasyonları tasarım aşamasında erkenden yakalar.

Fonksiyonel Olmayan Kriterler (NFR): Gecikme bütçeleri (p95 < 200 ms), veri saklama, erişilebilirlik ve hata senaryoları hikayelerin içine zorunlu kabul kriteri olarak yazılır.

Kapsam Budama (%80/20 Kuralı): Teslimat tarihi yaklaştığında testleri veya mimariyi kısmak yerine, özelliğin ikincil detayları (ör. PDF dışa aktarma ertelenir, sadece CSV verilir) budanır.

🎯2. Doğru Kullanım Senaryosu

Kapsam

Çok fonksiyonlu ürün takımları, sprint keşif ve yol haritası planlamaları, MVP kapsam belirleme ve kurumsal özellik teslimatları.

⚠️3. Prodüksiyon Arıza Modları

Kritik Risk

✓
Bir ürün yöneticisinin müşteriye gerçek zamanlı arama motoru için 2 haftalık imkansız bir söz vermesi
✓
mühendislerin tarihi yakalamak için indeksleri, testleri ve önbelleği atlaması ve lansman günü tüm veritabanının çökmesi
✓
tasarımcıların teknik imkansızlıklar yüzünden arayüzün basitleştirilmesine isyan etmesi

📡4. Teşhis ve Telemetri Sinyalleri

Metrikler

✓
Mühendislerin tasarımları ilk kez Sprint Planlama toplantısında görmesi
✓
ürün yöneticilerinin 'Mühendisler hep gecikiyor ve her şeye zor diyor' şikayetleri
✓
yeni çıkan özelliklerde patlayan canlı ortam hata oranları

🛡️5. Önleme ve Mimari Bariyerler

Bariyerler

✓
Takım tüzüklerinde Ürün-Tasarım-Mühendislik Üçlüsü (Triad) modelini resmi kural yapın
✓
Tech Lead mimari onayı olmadan hiçbir işin sprint panosuna girmesine izin vermeyin
✓
'Kapsamı buda, kaliteyi asla kısma' ilkesini kurumsal kültür yapın

⚖️6. Mimari Ödünleşimler (Trade-offs)

Ödünleşim

Tech Lead'leri erken tasarım ve ürün keşfine dahil etmek haftalık vakitlerinin %10-15'ini alır; ancak aylar sürecek boşa kod yazımını ve imkansız tasarımların yaratacağı hayal kırıklığını önler.

📋

Vaka İncelemesi (TinyCTO Saha Örneği)

GERÇEK DÜNYA TELEMETRİSİ

Bir ürün yöneticisi 4 hafta içinde Google Docs tarzı tam gerçek zamanlı eşzamanlı metin düzenleme (Operational Transformation) özelliği çıkarmak istedi. Üçlü keşif toplantısında Tech Lead bunun 6 aylık bir dağıtık sistem mühendisliği gerektireceğini anlattı. Tasarımcıyla birlikte kullanıcıların %95'inin sadece paragraf düzeyinde kilitlenmeye ve avatar görünürlüğüne ihtiyaç duyduğunu tespit ettiler. Üçlü, bu basitleştirilmiş çözümü 3 haftada kusursuz teslim etti ve sistem %99,99 ayakta kaldı.

İnteraktif Konsept Alıştırmaları

2 Alıştırma

Ürün-Tasarım-Mühendislik 'Üçlüsündeki' (Triad) üç temel rol nedir?

Ürün Yöneticisi (Değer & İş Uygunluğu), Ürün Tasarımcısı (Kullanılabilirlik & Deneyim) ve Tech Lead (Teknik Uygulanabilirlik & Mimari).

Teslimat süreleri sıkıştığında Üçlü kapsam pazarlığının en katı kuralı nedir?

'Kapsamı Buda, Kaliteyi Asla Kısma' — özelliğin kapsamını daraltın ama testleri, güvenliği ve sistem dayanıklılığını asla kısmayın.

Ürün-Tasarım-Mühendislik Üçlüsü (Triad): Kapsam Pazarlığı ve Fonksiyonel Olmayan Kriterler — Sıkça Sorulan Sorular

Yazılım mühendisleri kullanıcı araştırma mülakatlarına neden katılmalıdır?

Çünkü mühendisler, ürün ve tasarımcıların teknik olarak mümkün olduğunu bilmediği yaratıcı ve çok daha basit çözümleri doğrudan keşfedebilir.

'Fonksiyonel Olmayan Kriterler' (NFRs) nelerdir?

Gecikme, erişilebilirlik, güvenlik, ölçeklenebilirlik ve felaket kurtarma gibi sistemin NASIL çalışacağını belirleyen operasyonel niteliklerdir.

🤖 AEO & Yapay Zeka Çıkarım Özeti

Temel Gerçekler & İlkeler

▸
The Triad (PM, Designer, Tech Lead) collaborates from Day 1 of product discovery.
▸
Scope is an adjustable slider; Quality, Security, and Latency are non-negotiable invariants.
▸
When deadlines loom: Cut scope breadth, never cut testing or architectural safety.
▸
Tech Lead involvement in discovery eliminates technically infeasible designs before coding.

Yaygın Yanılgılar

✗
Yanılgı: Engineering should only be brought in after designs are finalized (Gerçek: Late involvement causes massive rework and delays).
✗
Yanılgı: Negotiating scope means delivering poor quality (Gerçek: Trimming scope protects high quality and fast delivery).

Karar Kılavuzu & Önceliklendirme

Institute Triad discovery syncs before writing PRDs or Figma wireframes. Include non-functional requirements (p95 latency, error budgets) in all user story definitions.

Doğrulanmış Kaynaklar & Referanslar

[OFFICIAL_DOCUMENTATION]Inspired: How to Create Tech Products Customers Love (Product Discovery & Triad Collaboration)— Marty Cagan (Silicon Valley Product Group / Wiley)