Apple'ın Ürün Geliştirme Süreci: Kopyalanabilen ve Kopyalanamayan Parçalar
Apple'ın ürün geliştirme süreci çoğunlukla tasarım romantizmi olarak anlatılır: kısıtsız bir stüdyo, dokunulmaz bir ekip, kusursuz bir sonuç. Oysa süreci ayakta tutan şey yaratıcılık değil, yazılı bir yol haritası ve haftada bir toplanan disiplinli bir karar mekanizması. İlginç tarafı, modelin küçük ekiplerde gerçekten işe yarayan parçası, herkesin kopyalamaya çalıştığı parça değil.
Tasarımın önce gelmesi bir sıralama kararıdır
Apple'da tasarım ekibi, Jony Ive'ın yönettiği dönemde şirketin geri kalanından ayrı çalıştı. Design Studio'ya erişim sınırlıydı, ekip doğrudan üst yönetime raporluyordu. Bunun pratik anlamı şu: ürün fikri olgunlaşırken maliyet ve üretilebilirlik masaya konmuyor, sonra konuyor. Ortada bir sıralama kararı var, felsefe değil.
Küçük ekipte karşılığı ayrı bir ekip kurmak değil, takvimde iki ayrı oturum açmaktır. Birinde ne olması gerektiğini konuşursun ve maliyet cümlesi kurmak yasaktır. Diğerinde neyin yapılabilir olduğunu. Aynı saatte ikisini birden yaptığında tasarım hep kaybeder, çünkü maliyet argümanı somuttur, tasarım argümanı henüz değildir.
ANPP: süreci belge taşır
Her yeni ürün, Apple New Product Process adlı bir dokümanla başlar. Aşamalar, sorumlular ve tarihler tek yerde durur. Belgenin işlevi ilham vermek değil, "bunu kim yapıyordu" sorusunu ortadan kaldırmak.
Yazılı süreç dokümanını haftalık gözden geçirme toplantısından daha az güvenilir bulurum. Güncellenmeyen doküman sessizce yalan söylemeye devam eder ve kimse fark etmez; yapılmayan toplantı ise ertesi hafta ortada durur. İkisinden birini seçeceksen toplantıyı seç, belgeyi toplantının çıktısı olarak üret.
Pazartesi toplantısı ve kuyruk aritmetiği
Üst yönetim her pazartesi devam eden ürünleri gözden geçirir, sıraya yetişemeyen konu bir sonraki toplantının başına alınır. Kural genelde şöyle aktarılır: hiçbir şey unutulmaz.
Kural tek bir koşulda çalışır. Toplantı kapasitesi açık proje sayısına yakın olmalı. Haftada dört konu görüşebiliyorsan ve masada altı proje varsa iki haftada her şey bir kez konuşulur. Aynı kapasiteyle otuz proje taşıyorsan "başa alma" kuralı sıra değil kura üretir: her hafta aynı iki acil iş tepeye geçer, kalan projeler hiç görülmeden yaşlanır. Apple'ın bu toplantıyı işletebilmesinin sebebi kuralın zekası değil, aynı anda az sayıda ürün taşıması. Kopyalanacak şey toplantı değil, portföyü küçük tutma kararı.
EPM ve GSM: özgürlüğün faturasını kim öder
Üretime geçişte iş, Engineering Program Manager ve Global Supply Manager'a devredilir. Biri mühendislik programını, diğeri tedarik ve maliyeti yönetir. Tasarım ekibinin kısıtsız çalışabilmesi tam olarak bu iki rol sayesinde mümkün: kısıt ortadan kalkmıyor, aşağıya taşınıyor.
Modeli kopyalarken en sık atlanan yer burası. Özgür bir tasarım süreci kurup karşılığında bu katmanı kurmazsan, elinde üretilemeyecek tasarımlar ve onları geri çeviren yorgun bir geliştirme ekibi kalır. Beş kişilik bir ekipte bu rolün ayrı bir kişi olması gerekmez, ama ayrı bir an olması gerekir: kararın fiyatını söyleyen, kararı veren kişiden başkası olsun.
Dört ila altı haftalık iterasyon donanımın ritmidir
Apple'da tasarım üretimle bitmez. Her üretim partisinden sonra ürün test edilir, düzeltmelerle tekrar üretime girer, döngü kabaca dört ila altı haftadır. iPod, iPhone ve iPad'in bilinen bitiş kalitesi büyük ölçüde bu tekrarın ürünü.
Bu ritmi yazılıma olduğu gibi taşımanın anlamı yok. Donanımda iterasyon pahalıdır çünkü kalıp yeniden açılır, o yüzden az sayıda ve iyi hazırlanmış tur atılır. Yazılımda tur neredeyse bedavadır, pahalı olan geri bildirimdir. Takvimi değil kısıtı kopyala: her turda gerçekten bakan bir kullanıcı bul, yoksa haftalık sürüm çıkarmak sadece daha hızlı yanılmanı sağlar.
Gizlilik bir süreç aracıdır
Prototiplerin kutulandığı Packaging Room'a erişim sıkı biçimde sınırlıdır ve lansman öncesi son kararların dayandığı testler orada yapılır. Lansmanda devreye giren "Rules of the Road" belgesi de kimin neyi ne zaman söyleyeceğini yazar. Bunun pazarlamayla ilgisi göründüğü kadar değil: yarım bilgi dışarı sızdığında ekip ürünü değil algıyı düzeltmeye başlar. Küçük ölçekte karşılığı, bitmemiş işi müşteriye göstermemek kadar basit.
Elinizde kalanlar
Bu modelden gerçekten taşınabilir olanlar, en az konuşulan maddeler:
- Açık proje sayısını, haftada gerçekten gözden geçirebileceğin sayıya indir.
- "Ne olmalı" ile "ne yapılabilir" tartışmasını aynı saate koyma.
- Maliyeti söyleyen rolü, kararı veren rolden ayır.
- Süreç belgesini toplantının çıktısı olarak üret, girdisi olarak değil.
Kopyalanamayanlar da bellidir: ayrı bina, sınırsız prototip bütçesi ve bir kararın arkasında tek başına durabilen bir isim.
Kaynaklar