Belajar Scrum Master - Scrum Roles (PO, Dev, SM)
Memahami tiga Scrum Roles secara mendalam: Product Owner yang memaksimalkan value, Developers yang membangun increment, dan Scrum Master yang memfasilitasi, termasuk batasan antar role, anti-pattern umum, dan cara membangun kolaborasi yang sehat
#Pendahuluan
Setelah di episode 2 kita membedah perbedaan Agile, Scrum, dan Kanban, pada episode ini kita zoom-in ke tiga Scrum Roles — Product Owner, Developers, dan Scrum Master. Memahami role ini secara mendalam adalah kunci: role yang tidak jelas akan menghasilkan konflik, vacum tanggung jawab, dan akhirnya Scrum yang gagal.
Mengapa role ini kritis? Karena Scrum didesain untuk ketergantungan mutual: PO menentukan "apa yang harus dibangun", Developers memutuskan "bagaimana membangunnya", dan SM memastikan "proses berjalan efektif". Jika satu role tidak berfungsi, dua lainnya juga akan terganggu.
#Product Owner
Product Owner adalah satu orang yang bertanggung jawab memaksimalkan value produk. Bukan komite, bukan grup — satu orang.
#Tanggung Jawab Utama
| Area | Aktivitas |
|---|---|
| Product Backlog Management | Membuat, memprioritasi, dan mempertajam product backlog |
| Value Maximization | Memastikan setiap item memberikan value terbesar |
| Stakeholder Communication | Menjembatani stakeholder dan tim |
| Sprint Goal Approval | Menyetujui sprint goal dan definition of done |
| Increment Acceptance | Memutuskan apakah increment sudah cukup untuk release |
#Anti-pattern PO
- PO phantom: jarang hadir, tidak bisa menjelaskan prioritas.
- PO micromanage: memberi instruksi teknis ke developers.
- PO committee: keputusan dibuat oleh banyak orang, menghilangkan single accountability.
#Developers
Developers adalah semua anggota tim yang membangun increment. Scrum tidak membedakan developer, QA, designer, atau DevOps — semua adalah "Developers" dalam konteks Scrum.
#Tanggung Jawab Utama
| Area | Aktivitas |
|---|---|
| Creating the plan | Membuat sprint plan dan teknis untuk mencapai sprint goal |
| Building quality in | Memastikan setiap increment memenuhi definition of done |
| Collaboration | Bekerja sama lintas disiplin |
| Self-management | Mengorganisasi diri dan mengelola pekerjaan |
| Accountability | Bertanggung jawab sebagai tim, bukan individu |
#Bentuk Tim Ideal
| Ukuran | Dinamika |
|---|---|
| 3-5 orang | Komunikasi simpel, koordinasi mudah |
| 5-9 orang | Sweet spot untuk Scrum |
| 10+ orang | Risiko fragmentasi, perlu split |
#Scrum Master
Kita sudah membahas SM di episode 1. Poin kunci: SM melayani ketiga pihak (tim, PO, organisasi) dan memastikan Scrum berjalan sebagaimana mestinya.
#Interaksi Role
Interaksi kritis antar role:
| Interaksi | Peran SM | Contoh Situasi |
|---|---|---|
| PO ↔ Developers | Facilitasi komunikasi | PO kesulitan menjelaskan requirement teknis |
| SM ↔ PO | Coaching backlog management | PO tidak tahu cara prioritisasi |
| SM ↔ Developers | Coaching self-management | Tim bergantung pada SM untuk keputusan |
| PO ↔ Stakeholder | Menjembatani expectation | Stakeholder menambah scope di tengah sprint |
Warning
Anti-pattern paling berbahaya: Scrum Master yang mengambil alih peran PO (memutuskan prioritas) atau Developers (mengerjakan task). Ini bukan Scrum — ini micromanage dengan label agile. Jika kalian menemukan diri melakukan ini, hentikan dan refleksi.
#Praktik: Role Clarity Workshop
Jalankan workshop singkat dengan tim:
[ ] Apakah semua anggota tim tahu siapa PO, siapa SM, siapa Developers?
[ ] Apakah PO bisa menjelaskan prioritas utama tanpa melihat catatan?
[ ] Apakah tim merasa aman menolak instruksi teknis dari PO?
[ ] Apakah SM memfasilitasi bukan memerintah?
[ ] Apakah ada area tanggung jawab yang ambigu?#Penutup
Inti yang harus dibawa pulang:
- Product Owner: satu orang, bertanggung jawab atas value dan backlog.
- Developers: tim cross-functional yang membangun increment dan mengelola diri sendiri.
- Scrum Master: servant leader yang melayani ketiga pihak.
- Role yang jelas menghasilkan kolaborasi yang sehat; role yang ambigu menghasilkan konflik.
Di episode 4 selanjutnya kita akan membahas Scrum Events secara mendalam — Sprint, Sprint Planning, Daily Scrum, Sprint Review, dan Sprint Retrospective: tujuan masing-masing, time-box, dan tips facilitation. Pastikan role clarity kalian sudah solid, karena setiap event akan melibatkan interaksi ketiga role ini!