Modern Organisational Design & Development
Desain organisasi sering diperlakukan sebagai produk sampingan dari siklus perencanaan tahunan: kotak digambar ulang, jalur pelaporan disesuaikan, jumlah karyawan dialokasikan kembali. Namun akan lebih bermanfaat jika dipahami sebagai pembentukan yang disengaja atas bagaimana informasi mengalir dan bagaimana keputusan diambil, karena ketika perangkat lunak menjadi medium yang melaluinya nilai sampai kepada pelanggan, struktur yang menghasilkan perangkat lunak menjadi struktur yang menghasilkan bisnis itu sendiri. Uraian berikut menjelaskan mengapa tim lintas fungsi yang bertahan lama mengungguli silo proyek, bagaimana hukum Conway membatasi arsitektur, dan mengapa hak keputusan serta insentif lebih penting daripada bentuk bagan organisasi.
Kondisi saat ini dan mengapa hal ini penting sekarang
Selama sebagian besar abad kedua puluh, bentuk organisasi yang dominan dibangun untuk dunia di mana koordinasi mahal dan informasi langka. Hierarki fungsional, dengan pembagian yang jelas antara mereka yang memutuskan dan mereka yang melaksanakan, merupakan jawaban yang efisien untuk dunia tersebut: ia meminimalkan biaya menyampaikan instruksi ke bawah dan laporan ke atas. Asumsi-asumsi yang mendasarinya telah lenyap secara diam-diam. Koordinasi kini murah, informasi berlimpah, dan kendala pengikat telah berpindah dari biaya komunikasi ke kecepatan pembelajaran. Organisasi yang dirancang untuk melaksanakan rencana yang sudah diketahui kurang sesuai untuk menemukan rencana mana yang benar, dan penemuan kini merupakan bagian terbesar dari pekerjaan.
Pergeseran yang sedang berlangsung adalah dari proyek sebagai unit organisasi menjadi tim sebagai unit organisasi. Sebuah proyek pada dasarnya bersifat sementara: ia mengumpulkan orang-orang di sekitar ruang lingkup yang tetap, menghasilkan, lalu bubar, membawa serta pemahaman yang telah terkumpul. Hal ini cocok untuk IT korporat masa awal, di mana sebuah sistem dispesifikasikan, dibangun, dan diserahterimakan untuk dijalankan oleh pihak lain. Namun hal ini kurang cocok untuk produk digital, karena produk digital tidak pernah selesai; ia adalah aset hidup yang harus terus-menerus dirasakan, disesuaikan, dan dijaga. Ketika orang-orang yang memahami sebuah produk terpencar begitu produk itu dirilis, organisasi membayar, berulang kali, untuk menemukan kembali pemahaman itu setiap kali produk harus berubah.
Hal ini penting sekarang karena hukuman untuk struktur yang salah menjadi semakin tajam. Pesaing yang mengorganisasi diri di sekitar tim lintas fungsi yang bertahan lama mengubah produk mereka dalam hitungan hari, sementara pesaing berbasis proyek membutuhkan waktu berbulan-bulan, dan kesenjangan itu terus berlipat ganda. Hal ini juga penting karena kegagalannya tidak terlihat pada bagan organisasi: kotak-kotak dapat tampak modern sementara aliran kerja tetap serial, sarat serah terima, dan miskin umpan balik. Dewan direksi semakin sering bertanya mengapa program digital yang didanai dengan baik bergerak lambat, dan jawaban jujurnya jarang berupa kekurangan talenta atau perkakas. Jawabannya adalah bahwa organisasi itu telah dirancang, sering kali tanpa disengaja, untuk bergerak lambat.
Kerangka inti dan prinsip pertama
Tiga gagasan mengerjakan sebagian besar pekerjaan dalam bidang ini, dan ketiganya saling terkait. Yang pertama adalah hukum Conway: sebuah organisasi yang merancang sistem akan menghasilkan rancangan yang strukturnya mencerminkan struktur komunikasi organisasi itu. Ini bukan slogan, melainkan pengamatan tentang kendala. Tim hanya dapat menyepakati antarmuka di tempat mereka dapat berdialog; di tempat dialog itu sulit, antarmuka mengeras menyesuaikan diri. Arsitektur perangkat lunak dan arsitektur organisasi, dalam rentang waktu yang berarti, adalah arsitektur yang sama dilihat dari dua sudut.
Gagasan kedua adalah manuver Conway terbalik. Jika struktur dan arsitektur saling menyatu, maka salah satunya dapat digunakan untuk membentuk yang lain secara sengaja. Alih-alih menggambar sistem yang diinginkan dan berharap organisasi mewujudkannya, seseorang menggambar batas tim yang diinginkan sehingga arsitektur target menjadi jalan dengan hambatan paling kecil. Perusahaan yang menginginkan layanan yang terhubung longgar membangun tim yang terhubung longgar, masing-masing memiliki satu layanan dari hulu ke hilir. Organisasi diperlakukan sebagai bagian pertama dan paling berkonsekuensi dari desain teknis, dibuat sebelum satu baris kode ditulis.
Gagasan ketiga adalah tim lintas fungsi yang bertahan lama sebagai unit atomik. Tim semacam itu memuat rentang keterampilan yang diperlukan untuk membawa satu bagian bisnis dari gagasan menjadi layanan yang berjalan: produk, desain, rekayasa, dan, semakin lama, kemampuan operasional dan data yang diperlukan sebuah layanan untuk bertahan. Tim itu memiliki suatu hasil, bukan suatu fungsi, dan ia bertahan. Team topologies memberikan kosakata yang berguna untuk ini: tim yang selaras aliran mengemban aliran nilai; tim platform mengurangi beban kognitif mereka dengan menawarkan kemampuan internal sebagai sebuah produk; tim pemberdaya menyebarkan keahlian untuk suatu periode lalu menarik diri; dan tim subsistem rumit menyimpan kedalaman yang akan membebani seorang generalis. Tugas desainnya adalah menyusun jenis-jenis ini sehingga tim selaras aliran yang bergerak cepat tetap kecil, otonom, dan tidak terhambat.
Dari ketiga gagasan ini mengalir sebuah prinsip pertama, dan kami memegangnya teguh: rancang aliran nilai terlebih dahulu, lalu tim yang memiliki setiap aliran, lalu jalur komunikasi di antara mereka, dan baru kemudian teknologinya. Struktur bukanlah wadah tempat pekerjaan dituangkan; struktur adalah sebab pertama dari pekerjaan, dan setiap pilihan berikutnya mewarisi bentuknya.
Perkembangan dan pola terkini
Platform diperlakukan sebagai produk. Pergeseran terkini yang paling signifikan adalah pembingkaian ulang platform internal dari pusat biaya, yang diukur berdasarkan pemanfaatan dan volume tiket, menjadi produk, yang diukur berdasarkan produktivitas tim yang menggunakannya. Tim platform dengan pola pikir produk memiliki pengguna yang harus dipikatnya, bukan mandat yang harus dipaksakannya. Ia menerbitkan jalur yang telah diaspal yang membuat hal yang benar menjadi hal yang mudah, dan ia meraih adopsi alih-alih memaksakannya. Hal ini membalikkan hubungan tradisional antara IT pusat dan tim pengiriman serta menghilangkan sumber antrean yang paling umum dalam organisasi besar.
Beban kognitif sebagai metrik desain. Para praktisi mulai memperlakukan beban mental yang dipikul sebuah tim sebagai kendala kelas satu, setara dengan biaya atau throughput. Tim yang selaras aliran yang diminta memiliki produknya, infrastrukturnya, pipeline datanya, postur keamanannya, dan respons insidennya akan mengerjakan semuanya dengan buruk. Responsnya bukanlah menambah serah terima, melainkan menurunkan beban melalui platform dan batas yang jelas, sehingga cakupan tugas sebuah tim sesuai dengan apa yang benar-benar dapat ditampungnya. Di tempat sebuah batas memotong subjek yang terlalu rumit untuk itu, tim subsistem rumit menyerap kedalamannya atas nama tim aliran.
Metrik aliran tingkat tim. Organisasi semakin sering mengukur pengiriman pada tingkat tim alih-alih individu atau proyek, menggunakan sekumpulan kecil indikator: seberapa sering sebuah tim dapat merilis dengan aman, berapa lama sebuah perubahan mencapai produksi, seberapa sering perubahan gagal, dan seberapa cepat layanan dipulihkan. Indikator ini mengungkap gesekan struktural yang disembunyikan oleh pelaporan keuangan, dan, yang terpenting, indikator ini tahan terhadap manipulasi dengan cara yang tidak dimiliki metrik produktivitas individu, karena ia menghargai tim atas kesehatan keseluruhan alih-alih atas aktivitas lokal.
Jaringan alih-alih hierarki. Jalur pelaporan tetap ada, tetapi ia bukan lagi struktur utama yang melaluinya pekerjaan mengalir. Nilai bergerak melintasi jaringan tim yang bertahan lama yang terhubung oleh antarmuka yang terdefinisi baik dan platform bersama, sementara hierarki mundur ke apa yang benar-benar dikuasainya: mengembangkan orang, menjaga standar, dan mengalokasikan investasi. Kedua struktur ini hidup berdampingan, dan mengacaukannya, dengan mengharapkan hierarki mengarahkan pekerjaan sehari-hari, adalah kesalahan yang sering dan mahal yang secara diam-diam memperkenalkan kembali antrean yang seharusnya dilenyapkan oleh jaringan itu.
Arsitektur dan prinsip desain yang membuatnya berhasil
Batas ditarik mengikuti aliran nilai. Keputusan paling penting dalam desain organisasi adalah di mana harus memotong. Kami menarik batas tim di sekitar bagian nilai yang akan dikenali oleh pelanggan atau bisnis, bukan di sekitar lapisan teknis atau spesialisasi fungsional. Tim yang memiliki proses onboarding dapat memperbaiki onboarding; tim yang memiliki lapisan basis data hanya dapat melayani permintaan dari pihak lain. Batas yang mengikuti domain, dalam gaya konteks yang berbatas jelas, cenderung menghasilkan baik perangkat lunak yang terhubung longgar maupun tim yang jarang perlu bernegosiasi dengan pihak lain untuk menyelesaikan pekerjaannya sendiri.
Tim berumur panjang, pekerjaan yang berubah. Kami menjaga tim tetap stabil dan membiarkan pekerjaan mengalir kepada mereka, alih-alih membentuk tim baru untuk setiap inisiatif. Stabilitas adalah yang memungkinkan sebuah tim mengumpulkan pengetahuan tak tertulis tentang suatu domain, membangun kepercayaan yang membuatnya cepat, dan dimintai pertanggungjawaban atas kesehatan jangka panjang dari apa yang dimilikinya. Pendanaan mengikuti logika ini: uang dialokasikan kepada tim yang menetap dan misi mereka, bukan dicairkan proyek demi proyek berdasarkan kasus bisnis yang sering kali sudah usang sebelum tintanya kering.
Hak keputusan didorong ke titik informasi. Kecepatan datang dari membiarkan orang-orang yang paling dekat dengan pekerjaan memutuskan, dalam pagar pembatas yang jelas. Kami menegaskan secara eksplisit keputusan mana yang boleh diambil sebuah tim sendiri, mana yang memerlukan konsultasi, dan mana yang benar-benar dicadangkan, dan kami menjaga peta itu tetap kecil dan mudah dibaca. Otonomi tanpa batas adalah kekacauan; batas tanpa otonomi adalah antrean yang ingin kami hilangkan. Tugas desainnya adalah menarik kumpulan kendala terkecil yang di dalamnya sebuah tim dapat bergerak tanpa meminta izin.
Antarmuka sebelum kedekatan. Tim seharusnya berinteraksi melalui antarmuka yang jelas dan stabil, baik berupa API, perjanjian layanan, maupun kontrak yang dipahami dengan baik, alih-alih melalui koordinasi yang terus-menerus. Dua tim yang harus bertemu setiap hari untuk menyelesaikan pekerjaan, berdasarkan bukti, adalah satu tim yang digambar di tempat yang salah, atau pertanda kemampuan platform yang hilang. Kami memperlakukan setiap pertemuan lintas tim yang berulang sebagai gejala yang harus didiagnosis, bukan fakta kehidupan organisasi yang harus ditanggung.
Mode kegagalan yang umum
Silo yang diberi label ulang. Sebuah departemen diganti namanya menjadi tim produk, para anggotanya tetap mempertahankan jalur pelaporan fungsional, sasaran, dan manajer mereka, dan tidak ada yang berubah selain papan namanya. Struktur komunikasi tidak tersentuh, sehingga, menurut hukum Conway, struktur pekerjaan pun tidak tersentuh. Ini adalah kegagalan yang paling umum karena paling murah untuk dilakukan dan paling mudah disalahartikan sebagai kemajuan, dan ia mengimunisasi organisasi terhadap perubahan yang sesungguhnya dengan membiarkan semua orang mengklaim bahwa perubahan itu telah terjadi.
Otonomi tanpa keselarasan. Tim dibebaskan tanpa arah bersama atau standar yang sama, dan organisasi terpecah menjadi kumpulan optimum lokal yang tidak kompatibel. Setiap tim cepat; keseluruhannya lambat, karena tidak ada yang menyatu dan setiap integrasi menjadi negosiasi. Otonomi adalah anugerah yang diberikan dengan latar belakang keselarasan, bukan pengganti keselarasan, dan keduanya harus dirancang bersama atau kebebasan itu akan membeku menjadi fragmentasi.
Platform yang mendikte. Sebuah tim pusat, yang diperintahkan membangun platform, membangun platform yang bersifat wajib dan memaksakan penggunaannya, menciptakan kembali antrean dan kejengkelan yang seharusnya dilenyapkannya. Sebuah platform meraih adopsinya dengan benar-benar lebih mudah daripada alternatifnya; begitu ia harus dipaksakan, ia telah gagal sebagai produk apa pun keunggulan teknisnya, dan tim pengiriman akan mencari jalan memutar dengan cara yang lebih buruk daripada masalah yang ingin diatasinya.
Insentif yang bertentangan dengan struktur. Organisasi meminta kerja tim tetapi menghargai kepahlawanan individu; ia meminta kepemilikan jangka panjang tetapi memberi promosi berdasarkan pengiriman proyek; ia meminta tim berkolaborasi lalu memeringkat mereka satu sama lain untuk anggaran yang sama. Orang membaca insentif, bukan niat, dan struktur yang berperang dengan insentifnya kalah dari insentif setiap kali. Inilah sebabnya kami menganggap sistem imbalan sebagai bagian dari desain dan bukan urusan yang diselesaikan belakangan oleh orang lain.
Platform yang dibangun terlalu dini. Suatu kemampuan digeneralisasi menjadi platform sebelum cukup banyak tim menggunakannya untuk mengungkap apa yang seharusnya benar-benar dilakukannya. Hasilnya adalah abstraksi mahal yang dibentuk oleh tebakan satu tim tentang kebutuhan tim yang belum ada, dan ia mengeras sebelum permintaan nyata pernah mengujinya. Sebuah platform paling baik disarikan dari pola yang telah terbukti sendiri di beberapa aliran, bukan dirancang mendahului mereka. Membangunnya terlalu dini membalikkan kausalitasnya: ia meminta tim pengiriman menekuk pekerjaan mereka agar sesuai dengan sebuah abstraksi, yang justru merupakan pemaksaan dan antrean yang seharusnya dilenyapkan oleh sebuah platform. Disiplinnya, yang sulit dalam praktik, adalah menoleransi periode duplikasi yang disengaja hingga bentuk kebutuhan bersama menjadi cukup jelas untuk layak dikodekan.
Cara kami bekerja
Kami memulai dari aliran nilai, bukan dari bagan. Sebelum mengusulkan struktur apa pun, kami memetakan bagaimana pekerjaan sebenarnya bergerak dari niat menjadi layanan yang berjalan dalam organisasi sebagaimana adanya, di mana ia mengantre, di mana ia berpindah tangan, dan di mana pemahaman hilang antara satu fungsi dan fungsi berikutnya. Peta itu, bukan model abstrak, memberi tahu kami di mana struktur saat ini melawan pekerjaan. Melakukan reorganisasi tanpa peta itu sama dengan menata ulang perabot dalam gelap, dan itulah cara sebagian besar reorganisasi berhasil menjadi melelahkan sekaligus tidak berdampak pada saat yang sama.
Kami menggunakan manuver Conway terbalik secara sengaja. Dengan model operasi target yang telah disepakati, kami merancang batas tim sehingga arsitektur yang dibutuhkan bisnis menjadi hasil alami dari bagaimana tim digambar, alih-alih sesuatu yang dipaksakan melawan arah organisasi. Kami cenderung bergerak secara bertahap, membentuk ulang satu aliran nilai pada satu waktu, membuktikan polanya, dan membiarkan bukti alih-alih mandat membawanya meluas. Satu tim yang bertahan lama yang secara kasat mata merilis lebih cepat dan memiliki hasilnya lebih meyakinkan daripada slide apa pun tentang kondisi masa depan.
Kami menegaskan hak keputusan dan akuntabilitas secara eksplisit, dan kami menuliskannya. Untuk setiap tim yang bertahan lama, kami menyepakati apa yang dimilikinya, hasil yang menjadi tanggung jawabnya, keputusan yang boleh diambilnya sendiri, dan kumpulan kecil standar yang harus dihormatinya. Kami memadukan ini dengan pekerjaan platform yang menurunkan beban kognitif, karena otonomi hanya nyata ketika sebuah tim tidak juga secara diam-diam memikul setiap kepedulian yang mendasarinya sendiri. Dan kami memperlakukan insentif dan kemampuan sebagai bagian dari desain, bukan renungan belakangan: sebuah struktur hanya sekuat sistem imbalan dan keterampilan yang menopangnya, sehingga kami membangun pengembangan orang ke dalam model sejak awal.
Sepanjang prosesnya, kami bekerja bersama tim Anda alih-alih di sekitar mereka. Pengetahuan yang membuat sebuah tim yang bertahan lama menjadi cepat bersifat tak tertulis dan lokal; ia tidak dapat dipasang dari luar atau diserahkan dalam sebuah dokumen. Peran kami adalah membawa penalaran, pola, dan disiplin, serta meninggalkan sebuah organisasi yang dapat merancang ulang dirinya sendiri seiring perubahan konteksnya, yang pasti akan berubah.
Di mana Nashua membuat perbedaan
Desain organisasi adalah tempat ambisi digital paling sering karam, karena ia menyentuh jalur pelaporan, anggaran, dan status pribadi, sehingga menggoda setiap orang menuju perubahan kosmetik yang tidak menyinggung siapa pun dan tidak menggerakkan apa pun. Yang membedakan pekerjaan kami adalah penolakan untuk berhenti pada bagan. Kami memperlakukan struktur, hak keputusan, insentif, dan kemampuan sebagai satu sistem, dan kami merancangnya bersama, karena perubahan pada salah satunya yang mengabaikan yang lain akan secara diam-diam dibatalkan oleh yang lainnya. Kami memperjuangkan versi yang benar-benar akan mengubah bagaimana pekerjaan mengalir, kami mengatakannya secara terus terang ketika sebuah usulan reorganisasi hanyalah sandiwara, dan kami tinggal cukup lama untuk melihat bentuk baru itu bertahan di bawah tekanan nyata.
Perbedaannya juga soal ruang lingkup. Banyak nasihat dalam bidang ini memperlakukan desain organisasi sebagai penggambaran bagan ideal, diserahterimakan seolah-olah struktur adalah sebuah dokumen alih-alih sekumpulan hubungan kerja yang harus dijalani. Menurut kami penggambaran itu adalah bagian yang paling kecil. Pekerjaan yang lebih sulit dan lebih berharga dimulai begitu kotak-kotaknya disepakati: menetapkan siapa yang benar-benar memutuskan apa, menyelaraskan sistem imbalan agar menarik ke arah yang sama dengan struktur, membangun kemampuan platform yang membuat otonomi tim menjadi nyata alih-alih sekadar nominal, dan mengembangkan orang-orang yang pengetahuan tak tertulisnya akan membuat sebuah tim yang bertahan lama menjadi cepat. Siapa pun dapat menyediakan sebuah diagram. Disiplinnya terletak pada tahun yang menyusul, ketika desain bertemu gesekan organisasi yang sesungguhnya dan harus dijaga tetap teguh, atau disesuaikan dengan pertimbangan, seiring datangnya bukti.
Ada pula konsekuensi praktis yang mengubah apa yang boleh diasumsikan oleh pekerjaan ini. Ketika sebuah penugasan menuntut kemampuan yang belum ada, ia tidak perlu menunggu siklus pengadaan atau peta jalan pemasok. enterprise platform dibangun untuk mengakomodasi hampir semua fitur dengan cepat, melalui agentic engineering: apa yang dibutuhkan dijelaskan dalam bahasa yang lugas dan dihasilkan dengan cepat, tetapi selalu dalam prinsip arsitektur yang kokoh dan di bawah jaminan mutu yang ketat, sehingga kecepatan tidak pernah harus mengorbankan koherensi, keamanan, atau kendali. Efeknya bersifat strategis alih-alih sekadar praktis. Ia menggeser garis membuat-atau-membeli, menjaga opsionalitas tetap murah, dan membiarkan arsitektur mengikuti strategi alih-alih strategi menekuk mengikuti apa pun yang kebetulan tersedia di rak.
Ukuran dari pekerjaan ini bukanlah diagram yang lebih rapi, melainkan aliran nilai yang lebih cepat dan lebih mantap serta organisasi yang tidak lagi membutuhkan kami untuk mengubah bentuknya sendiri. Kami bertujuan meninggalkan Anda dengan tim yang bertahan lama yang memiliki hasilnya, batas yang jelas yang membuat keputusan baik menjadi murah, platform yang meraih penggunaannya, dan keyakinan untuk menggambar ulang batas-batas itu lagi ketika konteks Anda bergeser. Kapasitas untuk merancang ulang diri sendiri itulah, lebih daripada struktur tunggal apa pun yang mungkin kami pasang, yang pada akhirnya dibutuhkan oleh sebuah model operasi digital.
