E-ticaret devi Amazon’un kurucusu Jeff Bezos‘un aynı anda 8-10 kişiden çalışanla nasıl toplantı yapılmayacağına dair verdiği ders çok iyi biliniyor. Bu durum, iki pizza kuralı olarak bilinir (toplantı katılımcılarını doyuracak kadar yeterli olabilmesi gerekir).
Amazon‘un küçük çalışma ekiplerine dayanan yapısı, şirkete rakiplerinin sahip olmadığı çevikliği sağladı.
Robin Gaster, Amazon Rising: Power and Seduction in the Age of Amazon kitabında, bu durumu “Amazon’un iki pizza takımları çeviktir, takımlar arası esnek yapılar geliştirmiştir, netlik veya amaç sunar ve yenilik yapma konusunda hızlıdır. Ayrıca son derece özerkler: Prime Now ekibi, Amazon genel olarak bir Android şirketi olsa da pilotunu ilk olarak iPhone’da başlatabildi. ” ifadeleriyle özetledi.
Amazon’un başarısının anahtarı, küçük ekip yapısında yatıyor
Her çalışan, kendi normal ekibinin içinde veya dışında destek alma konusunda özgürdür. Açıkça tanımlanmış emir komuta zincirlerine sahip olan ve bu nedenle bir fikrin uygulanması için emir komuta zincirinde yukarı çıkması gereken geleneksel şirketlerin aksine, Amazon’da durum böyle değil.
Kitap, önemli bir kararın mali kaynakları veya yasal sorunları içerdiği şirketlerde, muhasebeciler ve avukatlara danışılması gerektiğini belirtiyor. Ve süreç boyunca sonsuz veto fırsatı olduğu şüphesiz.
Bunun aksine, Amazon “evet için birden fazla yol” sunar. İnsanlar bir fikirle ilgilenen bir takım bulmak için takımlarının veya hatta bölümlerinin dışına çıkabilirler. Takımlar, bir projeye sponsor olacak ve destek verecek herhangi bir sayıda kıdemli lider bulabilir.
Amazon inovasyon anlayışının arkasındaki güç de burada yatıyor. Amazon’un yapısı evet olacak şekilde tasarlandı.
Amazon’un çalışma süreci nasıl görünüyor?
Amazon’da yenilikçiler, projenin ne için olduğu, kime hizmet edeceği ve özellikle müşterilerin neden yararlanacağı konusunda net bir vizyon geliştirmek için geriye dönük çalışmaya başlar.
Şekillendikçe ve projenin değerli olduğuna dair daha fazla kanıt eklendiğinde, orijinal ekibin içinden ve dışından daha fazla kaynak çekebilir. Bu, lojistik, insan kaynakları veya reklamcılık gibi diğer alanlardan gelen yarı zamanlı yardımı içerebilir.
Bu aşamada proje, mevcut yapılardan eylem hatları olan kaynakları ekliyor. Bir İK çalışanı ihtiyaç duyulan bir yeteneği dahil etmeye yardımcı olabilir, ancak mevcut ekibinizde kalır. Amazon daha önce bir API aracılığıyla bilgi akışlarını yönetme kararı aldığı için daha fazla bilgi kaynağı mevcut; ortaya çıkan ekipler, yetkilendirme istemek zorunda kalmadan bilgilere erişebilir.
Bir noktada, proje / ekip pilot üretime geçmek için yeşil ışık yakar. Bu, çok daha fazla kaynak ve daha odaklanmış bir takımın oluşturulmasını gerektirir.
Neil Ackerman, yukarıdaki kısımda, Küçük ve Hafif Yerine Getirme projesi için bir ekip oluşturmaya başladığında, Amazon’un dahili rehberi aracılığıyla ihtiyaç duyacağı ekip üyelerini aradığını ve birkaç haftalık çalışma boyunca “sayısız kahve toplantısı” için onlarla iletişime geçtiğini açıklıyor. Sonunda yeni takıma katılmasını istediği yedi kişiden üçü kabul etti ve dördünü dışarıdan işe aldı.
Proje daha başarılı hale geldikçe, Amazon’un genel hiyerarşisindeki yeri yerleşiyor.
Artık bir deneyde pilot değil; artık mevcut hizmetler içinde önemli bir oyuncu diyebiliriz. Böylece, Ackerman’ın Küçük ve Hafif projesi, pazarın ihtiyaçlarına hizmet etmek için başarılı bir araç olarak kendini kanıtladı.
Zamanla Amazon Perakende kullanımını kendine çekti ve artık Amazon’un lojistik ağı içinde kalıcı bir hizmet, komuta zinciri aracılığıyla raporlama ve standart OP1 mekanizması ile finanse ediliyor. Projeler birleştikçe, ekipler Amazon ekosistemi içinde tamamen bağımsız varlıklar haline geliyor.
Küçük ekip yapılarını ayıran ne?
Temel fark, Amazon’un iç ortamının sürekli ekip oluşumunu teşvik edecek şekilde ayarlanmış olması ve hızlı bir şekilde ilerlemelerini sağlayan kritik ön kaynakları sağlamasıdır.
Bunun gerçekleşmesi için, elbette, yenilik bekleyen ve hatta talep eden bir liderlik ve erken aşamalarda yeterli “destek” sağlamak için hazırlanmış bir yapı, prototip oluşturma ve test aşamasında yeterli bileşenler ve nihai sonuç için açık yollar gerekir.
Ekiplerin yapısal avantajı, en azından Amazon’da (ve en azından teoride) onları çoğaltabilmenizdir. Yeni ürün grupları ekleyebilir, lojistik ve e-ticaret platformlarında toplantı ve projelere, süreçlere ihtiyaç duymadan ekleyebilirsiniz.
Elbette bu görüntü kendi dünyasını ve kurallarını yarattı. Küçük ekipler de kaynaklar ve projeler için rekabet eder, bu nedenle başka bir bakış açısıyla Amazon, ekiplerin projeleri ve girişimleri için rekabet ettiği Darwinci bir ortam yarattı. Her şey finanse edilmiyor, bu yüzden doğal olarak kazananlar ve kaybedenler var. Bu hiper rekabetçi ortam, Amazon’un ekipleri inovasyona zorladığı başka bir yoldur.
Son bir not. Küçük ekipler ancak Amazon, ilk günlerinden beri tüm ekiplerin bilgileri yalnızca diğer Amazon ekipleriyle değil, aynı zamanda dışarıdaki kişilerle de elektronik olarak paylaşmasını zorunlu kıldığı için mümkün. Bu temel gereksinim, yüzlerce ekibin bağlantı kurmasını mümkün kılıyor; aksi takdirde, e-posta ve mesajlaşma gibi manuel yöntemlerle iletişim kurmanın aşırı bilgi yüklemesi, zaman ve kaynak maliyetlerinde boğulacakları çok açık.
