Bagaimana Anda merancang struktur organisasi dan tim?

Question

Accepted Answer

Desain organisasi adalah tentang **menggambar batas tim sehingga pekerjaan yang berubah bersama tinggal bersama** — meminimalkan dependensi lintas tim untuk hal-hal yang bergerak cepat. Struktur harus mengikuti strategi dan sistem, bukan sebaliknya.

## Prinsip

```text
1. TEAMS OWN OUTCOMES, not layers (a team owns a product/domain end to end)
2. MINIMIZE DEPENDENCIES — autonomous teams ship faster
3. CONWAY'S LAW — your architecture will mirror your org; design both together
4. CLEAR OWNERSHIP — every critical area has ONE owning team
5. RIGHT SIZE — ~5–9 people; two-pizza teams
6. COGNITIVE LOAD — don't give one team more domains than it can hold
```

## Pemikiran yang selaras dengan aliran

Pilih tim yang tahan lama, selaras dengan aliran, yang memiliki aliran pekerjaan, didukung oleh tim platform yang mengurangi beban kognitif orang lain. Reorganisasi ketika struktur mulai melawan pekerjaan — bukan atas kehendak.

## Perangkap

- **Silo fungsional** (sebuah "tim QA," sebuah "tim frontend") yang memaksa setiap fitur melewati banyak handoff.
- **Mengabaikan Hukum Conway** dan terkejut arsitektur mencerminkan bagan organisasi.
- **Reorganisasi terus-menerus**, yang mengatur ulang kepercayaan dan kepemilikan setiap kali.
- **Kepemilikan yang samar**, di mana semuanya "dibagikan" dan karena itu dimiliki oleh tidak ada orang.

## Mengapa ini penting

Struktur dengan senyap menentukan kecepatan.

Batas yang buruk menciptakan rapat koordinasi tanpa henti dan akuntabilitas yang buram; yang baik memungkinkan tim bergerak secara independen.

Karena Hukum Conway, desain organisasi *adalah* desain arsitektur.

Dapatkan batas tim yang salah dan tidak ada kepahlawanan teknik yang akan membuat sistem bersih.