İki zıt başarısızlık modu
Ürün geliştirme iki karakteristik şekilde yanlış gider. Ya şirket çok az yapıya sahip — her proje kahramanın yolculuğu, takvimler kayar, öğrenmeler aktarılmaz — ya da çok fazla yapıya sahip, projeler gerçek geliştirmeden çok gate review'larına zaman harcar.Stage-gate ne zaman çalışır
- Pazardan geri bildirim öncesi önemli sermaye harcaması içeren projeler.
- Tasarım kontrollerinin belgelenmiş kanıtı gerektiren regülatif onay (tıbbi cihazlar, otomotiv, havacılık).
- Yanlış spec'in maliyeti geliştirme boyunca sert artan ürünler.
- Birden çok iç paydaşın senkronize taahhüt vermesi gereken durumlar.
Lean / agile / iterative ne zaman çalışır
- Müşteri geri bildiriminin hızla geri gelebildiği durumlar (tüketici yazılımı, B2B SaaS).
- Artımsal deneylerin maliyeti düşük.
- Erken spec'lerin tahmin olduğu kadar belirsiz ürün.
- Cross-functional ekipler komite onayı olmadan self-organise edebilir.
İşleyen hibrit
- Üst düzeyde stage-gate — konsept, fizibilite, geliştirme, doğrulama, lansman.
- Her aşama içinde lean / iterative — aşama kutusunda tasarım, inşa, test, öğren döngüleri.
- Stage-gate kriterleri teslimat değil kararlar olarak yazılır.
- Her aşama öncesi pre-mortem'ler.
- Her aşama sonrası post-mortem'ler.
Voice of customer (VoC) tuzağı
- Müşteriler problemlerini doğru tarif eder. Çözümlerini yanlış tarif eder.
- "Bunu alır mısınız" sormak yanıltıcıdır.
- Özelliği isteyen sesli müşteri sıkça medyan müşteri değildir.
Karar hakları konuşması
- X USD altında bütçe yeniden tahsisini kim onaylayabilir?
- Özellikte spesifikasyonu kim değiştirebilir?
- Tasarım dondurmasını kim imzalayabilir?
- Pazara gitme vs erteleme kararını kim verebilir?
- Projeyi kim durdurabilir?
Proje ortasında önemli metrikler
- Risk burn-down.
- Spesifikasyon stabilitesi.
- Doğrulanmış öğrenme.
- Kritik yol netliği.
Uyaracağımız bir şey
Yanlış endüstriden süreç ödünç almak. Tıbbi cihazlardan stage-gate B2C SaaS ürününe uygulanırsa onu boğar.Her zaman karşılığını veren bir desen
Projenin risk register'ını canlı belge olarak yapmak, haftalık incelenir.Gating süreciniz nedir?
Two opposite failure modes
Product development goes wrong in two characteristic ways. Either too little structure — every project is a hero's journey — or too much structure, projects spend more time on gate reviews than on actual development.When stage-gate works
- Projects with significant capital outlay before market feedback.
- Regulatory approval requires documented evidence (medical devices, automotive, aerospace).
- Cost of wrong specification rises sharply through development.
- Multiple stakeholders need synchronised commitment.
When lean / agile / iterative works
- Customer feedback can come back quickly.
- Cost of incremental experiments is low.
- Product is ambiguous enough that early specs are guesses.
- Cross-functional teams can self-organise.
The hybrid that works
- Stage-gate at the top level — concept, feasibility, development, validation, launch.
- Lean / iterative within each stage.
- Stage-gate criteria written as decisions, not deliverables.
- Pre-mortems before each stage.
- Post-mortems after each stage.
The voice of the customer trap
- Customers describe their problems accurately. They describe their solutions inaccurately.
- Asking "would you buy this" is misleading.
- The vocal customer is often not the median customer.
The decision-rights conversation
- Approve a budget reallocation under $X.
- Change the specification on a feature.
- Sign off a design freeze.
- Decide to go to market vs delay.
- Stop the project.
The metrics that matter mid-project
- Risk burn-down.
- Specification stability.
- Validated learning.
- Critical path clarity.
One thing we'd warn about
Borrowing a process from the wrong industry.One pattern that always pays off
Making the project's risk register a live document, reviewed weekly.What's your gating process?
