Bagaimana Amazon menangani masalah yang menurunkan kecepatan tim — dan bukan ukuran tim yang paling penting.

Dalam buku mereka " Bekerja Mundur: Wawasan, Cerita, dan Rahasia dari Dalam Amazon ", orang tua Amazon Colin Bryar dan Bill Carr membahas konsep "tim 2 pizza". Gagasan di balik tim 2 pizza adalah bahwa mereka harus cukup kecil sehingga dapat diberi makan dengan dua pizza, dengan tujuan untuk meningkatkan kecepatan pengembangan produk.

Ungkapan tersebut telah menjadi sinonim dengan pendekatan Amazon untuk pengembangan produk, tetapi mereka mengungkapkan bahwa Amazon tidak lagi menekankan hal ini:

Kami semua sepakat sejak awal bahwa tim yang lebih kecil akan bekerja lebih baik daripada tim yang
lebih besar. Tetapi kami kemudian menyadari bahwa prediktor terbesar dari kesuksesan sebuah tim bukanlah apakah itu kecil (…)

Alasannya adalah karena Amazon menemukan bahwa ukuran tim bukanlah faktor utama yang menunda inisiatif — salah satu masalah utamanya adalah ketergantungan pada tim lain:

Untuk mengatasi masalah ketergantungan tim, mereka menyebutkan bahwa bisnis normal mencoba meningkatkan komunikasi antar tim, sehingga mereka bekerja lebih efektif. Tapi Amazon pergi ke arah yang berlawanan. Komunikasi antar tim dianggap sebagai "bug" daripada "fitur". Mereka tidak ingin memperbaikinya, tetapi menghilangkannya, sehingga tim dapat bergerak lebih cepat tanpa ketergantungan.

Untuk mengurangi ketergantungan dan kebutuhan komunikasi antar tim, Jeff Bezos mengirimkan mandat API yang terkenal ke seluruh perusahaan:

1. Selanjutnya semua tim akan memaparkan data dan fungsinya melalui antarmuka layanan.
2. Tim harus berkomunikasi satu sama lain melalui antarmuka ini.
3. Tidak akan ada bentuk lain dari komunikasi antarproses yang diperbolehkan: tidak ada penautan langsung, tidak ada pembacaan langsung dari penyimpanan data tim lain, tidak ada model memori bersama, tidak ada pintu belakang apa pun. Satu-satunya komunikasi yang diizinkan adalah melalui panggilan antarmuka layanan melalui jaringan.
4. Tidak masalah teknologi apa yang mereka gunakan. HTTP, Corba, Pubsub, protokol khusus — tidak masalah.
5. Semua antarmuka layanan, tanpa kecuali, harus dirancang dari bawah ke atas agar dapat dieksternalisasi. Dengan kata lain, tim harus merencanakan dan merancang agar dapat memaparkan antarmuka kepada pengembang di dunia luar. Tidak ada pengecualian.
6. Siapapun yang tidak melakukan ini akan dipecat.
7. Terima kasih; semoga harimu menyenangkan!

Bayangkan mendapatkan email dari CEO yang mengatakan Anda akan dipecat jika Anda tidak mengekspos API Anda. Saya cukup yakin itu cara yang sangat efektif untuk mengubah budaya

Mandat ini sangat penting untuk pembuatan AWS (API sudah ada dan siap untuk diekspos ke dunia luar), tetapi tujuan utamanya adalah untuk mengurangi ketergantungan antar tim. Anda tidak perlu berbicara dengan tim untuk berinteraksi dengan fitur mereka, Anda cukup menggunakan API mereka. Ini memiliki efek signifikan dalam membuka blokir tim.

Isu lain yang berkontribusi memperlambat segalanya adalah ketergantungan keputusan, dalam bentuk pemimpin yang harus menandatangani sesuatu. Bryar dan Carr menulis:

Banyak perusahaan menemukan diri mereka berjuang melawan hambatan birokrasi mereka sendiri, yang muncul dalam bentuk izin, kepemilikan, dan akuntabilitas berlapis demi lapis, semuanya bekerja melawan kemajuan yang cepat dan menentukan.

Untuk mengatasi hal ini, Amazon memperkenalkan konsep "pemimpin single-threaded" dan "tim single-threaded", yang merupakan pemimpin dan tim yang memiliki satu area tanggung jawab. Pendekatan ini memastikan bahwa setiap tim memiliki pemimpin yang jelas yang bertanggung jawab penuh atas keberhasilannya dan tidak memiliki gangguan lain, yang selanjutnya meningkatkan kecepatan pengembangan produk. “Cara terbaik untuk gagal menemukan sesuatu adalah dengan menjadikannya sebagai pekerjaan paruh waktu seseorang” .

Jika Anda perhatikan, hampir seolah-olah Amazon mendapatkan konsep layanan mikro dan memperkenalkannya ke dalam struktur organisasi. Contoh tanggung jawab pemimpin single-threaded adalah program afiliasi Amazon atau bisnis buku digital, yang terakhir ini dengan kemungkinan tim single-threaded yang lebih kecil untuk lebih memfokuskan pekerjaan pengembangan produk.

Kesimpulannya, tim 2-pizza mendapatkan semua ketenaran, tetapi pengubah permainan nyata untuk Amazon mengurangi ketergantungan tim dan memiliki pemimpin/tim satu-threaded yang tidak memiliki tanggung jawab lain. ( tweet ini )

Ini adalah kisah peringatan bagi orang-orang produk yang mencoba menerapkan hal-hal yang berhasil di perusahaan lain: terkadang tidak benar-benar berhasil, terkadang perusahaan sudah beralih darinya atau praktiknya tidak pernah meluas ( Halo, Spotify Model ) dan/atau praktik ini membutuhkan budaya organisasi yang tidak dimiliki oleh perusahaan Anda. Penting untuk memikirkan prinsip-prinsip di balik suatu praktik, alih-alih hanya mengikutinya secara membabi buta.

Ingin tahu lebih banyak tentang bagaimana produk hebat dibuat?

Lihat kursus online saya Penemuan Produk Menggunakan Pohon Solusi Peluang .