Kontrol Proses Empiris vs. Kontrol Proses yang Didefinisikan dalam Scrum: Panduan Lengkap

Kontrol Proses Empiris vs. Kontrol Proses yang Didefinisikan

Kontrol proses empiris mengharapkan hal yang tak terduga, sementara kontrol proses yang didefinisikan mengasumsikan setiap tugas dapat dipahami sepenuhnya sebelumnya.

Kontrol Proses

Apa itu Kontrol Proses yang Didefinisikan?

Kontrol proses yang didefinisikan adalah proses dengan langkah-langkah yang jelas. Ketika kita beroperasi dalam lingkungan yang relatif stabil dan dapat diprediksi, proses yang didefinisikan seharusnya menghasilkan output yang sama setiap kali, berdasarkan pengulangan dan prediktabilitasnya, dengan input yang sama. Proses yang didefinisikan memiliki ciri-ciri berikut:

• Umum dan terkendali
• Rencanakan apa yang Anda harapkan terjadi
• Laksanakan rencana, terlepas dari perubahan kondisi
• Gunakan kontrol perubahan karena perubahan bersifat mahal

Apa itu Kontrol Proses Empiris?

Dalam kontrol proses empiris, Anda mengharapkan hal yang tak terduga. Dengan kontrol proses yang didefinisikan, setiap tugas sepenuhnya dipahami sebelumnya. Dalam Scrum, proses empiris diterapkan, di mana kemajuan didasarkan pada observasi dan eksperimen, bukan pada perencanaan awal yang rinci dan proses yang telah ditentukan sebelumnya. Kontrol proses empiris didasarkan pada fakta, pengalaman, dan bukti—diterapkan melalui inspeksi dan penyesuaian.

Kontrol proses empiris memiliki ciri-ciri berikut:

• Belajar dari kemajuan
• Mengharapkan dan menerima perubahan
• Menggunakan siklus pengembangan pendek untuk inspeksi dan penyesuaian
• Perkiraan hanya untuk referensi dan dapat tidak akurat

Kontrol Proses Empiris Scrum

Kontrol Proses Empiris dalam Scrum

Dalam Scrum, kontrol proses empiris diterapkan melalui tiga prinsip utama: transparansi, inspeksi, dan penyesuaian.

Transparansi memastikan bahwa semua aspek proses yang memengaruhi hasil terlihat bagi pihak yang bertanggung jawab mengelola hasil tersebut. Aspek-aspek ini harus tidak hanya transparan tetapi juga dipahami oleh mereka yang mengamatinya. Dengan kata lain, ketika seseorang menganggap suatu tugas selesai, hal itu harus sesuai dengan definisi mereka tentang Definisi Selesai.

Aspek-aspek proses harus diperiksa secara rutin untuk mendeteksi variasi yang tidak dapat diterima. Frekuensi inspeksi harus mempertimbangkan bahwa tindakan inspeksi itu sendiri dapat mengubah proses. Ketika frekuensi inspeksi yang dibutuhkan melebihi toleransi proses, komplikasi muncul. Untungnya, pengembangan perangkat lunak tampaknya kurang sensitif terhadap hal ini. Faktor lain adalah keterampilan dan ketekunan orang-orang yang melakukan inspeksi terhadap pekerjaan.

Jika inspektur menentukan bahwa satu atau lebih aspek proses berada di luar batas yang dapat diterima dan produk yang dihasilkan akan tidak dapat diterima, mereka harus menyesuaikan proses atau bahan yang sedang diproses. Penyesuaian harus dilakukan sesegera mungkin untuk meminimalkan penyimpangan lebih lanjut.

Tiga Pilar dalam Acara Scrum

Sekarang mari kita jelajahi bagaimana Scrum memasukkan tiga pilar sebagai praktik terbaik ke dalam kerangka melalui berbagai acara.

Sebagai contoh:

• The Daily Scrumdigunakan untuk memeriksa kemajuan menuju tujuan sprint dan melakukan penyesuaian untuk pekerjaan hari berikutnya agar memaksimalkan nilai.
• Selain itu, Sprint Reviewdan Perencanaan Sprint digunakan untuk memeriksa kemajuan menuju tujuan rilis dan melakukan penyesuaian untuk memaksimalkan nilai pada sprint berikutnya.
• Akhirnya, Sprint Retrospectivedigunakan untuk merefleksikan sprint sebelumnya dan mengidentifikasi penyesuaian yang akan membuat sprint berikutnya lebih efisien, efektif, dan menyenangkan.

Daftar ini merangkum hubungan antara acara Scrum dan tiga pilar sebagai berikut:

Transparansimemungkinkan siapa saja untuk mengamati semua aspek dari proses Scrum apa pun. Ini mendorong aliran informasi yang terbuka dan transparan di seluruh organisasi dan memupuk budaya terbuka. Dalam Scrum, transparansi ditunjukkan melalui:

• Artifak
  • Pernyataan Visi Proyek
  • Prioritas Product Backlog
  • Rencana Rilis
• Rapat
  • Rapat Review Sprint
  • Daily Stand-up
• Pemancar Informasi
  • Grafik Burndown
  • Papan Tugas Scrum

Inspeksidalam Scrum dijelaskan melalui:

• Menggunakan papan tugas Scrum umum dan pemancar informasi lainnya
• Mengumpulkan umpan balik dari pelanggan dan pemangku kepentingan selama pengembangan Epic, membuat Product Backlog yang diprioritaskan, dan merencanakan perilaku rilis
• Product Owner dan pelanggan memeriksa dan menyetujui hasil kerja selama demonstrasi dan validasi Sprint

Adaptasiadalah inti dari Scrum, di mana tim dan pemangku kepentingan belajar dari transparansi dan pemeriksaan, lalu menyesuaikan pekerjaan mereka secara tepat. Kemampuan beradaptasi dalam Scrum digambarkan sebagai:

• Rapat Stand-up Harian
• Identifikasi Risiko Berkelanjutan
• Permintaan Perubahan
• Panduan Scrum
• Rapat Sprint Reflektif