Scrum didasarkan pada empirisme, yang didasarkan pada tiga pilar utama (juga dikenal sebagai tiga pilar yang ditunjukkan dalam diagram di bawah ini), mendukung setiap implementasi kontrol proses empiris: transparansi, inspeksi, dan adaptasi. Ketika Tim Scrummenghayati dan menerapkan nilai-nilai komitmen, keberanian, fokus, terbuka, dan rasa hormat, maka pilar-pilar Scrum—transparansi, inspeksi, dan adaptasi—menjadi nyata, membangun kepercayaan bagi semua pihak. Anggota tim Scrum belajar dan mengeksplorasi nilai-nilai ini saat menggunakan peran Scrum, acara, dan hasil kerja.

Menjamin Transparansi – Tim Scrum
Scrum menerapkan transparansi baik di dalam maupun di luar tim. Transparansi sangat penting dalam proses Scrum karena memungkinkan semua pihak melihat dan memahami apa yang benar-benar terjadi dalam setiap sprint, memungkinkan komunikasi yang lebih baik dan lebih baik serta membangun kepercayaan dalam tim. Tim dapat mencapai transparansi melalui berbagai cara.

Membuat Kemajuan Kerja Lebih Terlihat
Tim dapat melihat kemajuan: grafik burn-down dan papan tulis adalah cara tradisional untuk menampilkan kemajuan menuju tujuan sprint. Laporan visual sederhana yang menunjukkan kemajuan pada semua tingkatan perencanaan—dari sprint hingga tugas individu—dapat secara efektif mengurangi jumlah percakapan tentang ‘kapan akan selesai?’
Aliran Bebas Informasi Terkini
Informasi harus mengalir dalam kedua arah. Pemangku kepentingan dan pemilik produk—terutama yang secara langsung berkolaborasi dengan tim—juga harus transparan. Peta jalan, rencana rilis, atau Definisi Selesai dapat dibagikan dengan tim agar mereka memahami tujuan keseluruhan dan ekspektasi yang mereka komit untuk dicapai.
Master Scrum
Dalam Scrum, Master Scrumbukan anggota tim yang bekerja pada proyek, melainkan seorang fasilitator yang membantu tim pengembangan. Master Scrum harus bekerja sama dengan Pemilik Produk, tim pengembangan, dan pemangku kepentingan lainnya untuk memastikan bahwa acara dan hasil kerja sepenuhnya transparan. Master Scrum harus membantu semua pihak menerapkan praktik yang paling tepat ketika transparansi belum lengkap. Dengan memeriksa hasil kerja, mengenali pola, mendengarkan dengan cermat apa yang dikatakan, dan mendeteksi perbedaan antara hasil yang diharapkan dan hasil aktual, Master Scrum dapat mengidentifikasi transparansi yang belum lengkap.
Transparansi dalam Acara
Sprint adalah wadah bagi semua acara lainnya. Setiap acara dalam Scrum adalah kesempatan formal untuk menginspeksi dan menyesuaikan sesuatu. Acara-acara ini dirancang khusus untuk mencapai transparansi dan inspeksi yang penting. Gagal mengikutsertakan salah satu dari acara-acara ini mengakibatkan berkurangnya transparansi dan kehilangan kesempatan untuk inspeksi dan penyesuaian.
Transparansi adalah aspek kritis pertama dalam proses Scrum dan harus terlihat bagi pihak yang bertanggung jawab atas hasilnya. Transparansi mengharuskan aspek-aspek ini didefinisikan dengan jelas dalam aktivitas harian dan hasil kerja sehingga tim dapat memiliki pemahaman bersama tentang apa yang dilihat.

Transparansi dalam Acara
Rapat Perencanaan Sprint
The Perencanaan Sprint rapat diadakan di awal sprint untuk memahami dan mendokumentasikan Backlog Sprint item. Ini memastikan bahwa semua pihak yang terlibat memahami dengan jelas apa yang perlu mereka lakukan untuk mendorong iterasi inkremental tertentu.
Rapat Harian Scrum
The Rapat Harian Scrum berfokus pada kontribusi tim terhadap sprint tertentu, hari demi hari. Ini menjawab tiga pertanyaan kunci:
- Apa yang telah saya selesaikan dalam 24 jam terakhir untuk membantu mencapai tujuan sprint harian?
- Apa yang akan saya lakukan hari ini untuk membantu mencapai tujuan sprint berikutnya?
- Hambatan apa yang menghalangi kemajuan saya menuju tujuan?
Rapat Harian Scrum sangat penting untuk berbagi semua poin ini tanpa takut mengakui kesalahan. Jika tidak dibagikan, proyek menjadi kompleks, mengakibatkan keterlambatan dan pada akhirnya risiko kegagalan proyek.
Rapat Tinjauan Sprint
The Tinjauan Sprint rapat diadakan di akhir sprint untuk merefleksikan apa yang telah dicapai dan mempresentasikan inkrement produk. Tim mengundang pemangku kepentingan untuk memberikan masukan tentang sprint. Pemilik Produk mengintegrasikan hasil tersebut ke dalam Backlog Produk untuk memperbaiki sprint berikutnya.
Rapat Refleksi Sprint
The Refleksi Sprint diadakan untuk memeriksa sprint terakhir, interaksi, proses, dan alat, serta menentukan perbaikan untuk sprint mendatang. Proses ini membutuhkan transparansi dalam pelaporan dan komunikasi.
Transparansi dalam Artefak
Scrum memiliki beberapa artefak yang berfungsi sebagai pemancar informasi di seluruh tahap Scrum. Tim harus dapat melihat dan memahami informasi dengan jelas untuk memahami tren kemajuan proyek. Ketersediaan dan kejelasan informasi sangat penting untuk pengambilan keputusan yang tepat.

Backlog Produk
Backlog Produk adalah daftar terurut semua hal yang telah diprioritaskan oleh Pemilik Produk dan tim berdasarkan pentingnya dan urgensi. Ini mencakup semua fitur utama, atribut, perbaikan, dan peningkatan, memastikan kejelasan dan pemahaman bagi tim.
Backlog Sprint
Backlog Sprint dikembangkan pada awal rapat perencanaan sprint setelah Backlog Produk selesai ditentukan. Ini berisi cerita pengguna yang diperlukan untuk mengembangkan inkrement produk yang lengkap. Biasanya, beberapa item Backlog Produk dipecah menjadi tugas atau cerita pengguna yang disepakati tim.
Grafik Burn-Down – Pelacakan Kemajuan
Gunakan grafik burn-downuntuk menggambarkan bagaimana tim berkinerja selama sprint tertentu. Grafik burn-down menceritakan kisah sejati tentang kinerja tim. Mereka menggambarkan pekerjaan yang masih harus diselesaikan untuk menyelesaikan sprint.
Papan Tugas Scrum
Papan Scrum boardjuga digunakan untuk mencerminkan tiga tahap pekerjaan selama sprint:
- Apa yang perlu dilakukan?
- Apa yang sedang dikerjakan saat ini?
- Apa yang telah selesai?
Definisi Selesai
Transparansi juga erat kaitannya dengan “Definisi Selesai”. Definisi formal dari “selesai” mengurangi variasi dan kemungkinan pekerjaan yang tidak lengkap, sementara pengukuran kemajuan yang jelas—baik “selesai” atau “belum selesai”—mengoptimalkan transparansi.
Definisi Selesai yang kurang sempurna berarti ada pekerjaan yang belum selesai dalam sistem Anda. Pekerjaan yang belum selesai ini juga menyebabkan kurangnya transparansi. Risiko tersembunyi di dalamnya. Misalnya, jika pengujian kinerja dibiarkan sebagai “belum selesai”, ini meningkatkan risiko merilis sistem yang bermasalah hingga tepat sebelum rilis—ketika kerusakan paling parah.
Kesimpulan
Scrum didasarkan pada transparansi, sebagaimana dijelaskan melalui acara dan artefaknya. Namun, jika transparansi dan komunikasi kurang dalam tim, maka transparansi tidak dapat tercapai. Jika anggota tim ragu atau takut berbagi kesalahan, maka sulit untuk membangun dan mempertahankan transparansi penuh. Faktanya, setiap anggota tim harus menunjukkan saling pengertian dan rasa hormat. Product Owner dan Scrum Master harus mendorong dan memotivasi tim untuk berbagi risiko atau tantangan yang dihadapi. Meskipun tim tidak hanya fokus pada pencapaian individu, mereka juga harus bekerja menuju tujuan proyek bersama. Semua umpan balik dan berbagi ini sangat penting untuk membangun dan mempertahankan transparansi penuh dalam aliran informasi, sehingga memungkinkan organisasi dan tim terus berkembang.