Panduan Scrum | 35. Scrum Harian

Diterbitkan: 2022-07-08

Scrum Harian berlangsung tidak lebih dari lima belas menit dan selalu diadakan di tempat yang sama dan pada waktu yang sama untuk mengurangi kerumitan yang tidak perlu. Acara ini dihadiri oleh semua Pengembang yang bekerja sama dalam Produk dan, secara opsional, Scrum Master. Tujuan utama dari Scrum Event ini adalah untuk merencanakan tugas-tugas yang akan mereka fokuskan pada hari itu.

Scrum Harian – daftar isi:

  1. pengantar
  2. Rumus Scrum Harian
  3. Masalah dengan Daily Scrum dan metode 5W
  4. pertanyaan pendukung
  5. 5 Mengapa
  6. Ringkasan

pengantar

Scrum Harian adalah Acara Scrum terpendek dan paling sering, gambaran umum yang dapat ditemukan di artikel terpisah. Tugas Developer yang berpartisipasi dalam Daily Scrum adalah dengan cepat menetapkan target kerja selama 24 jam ke depan. Dengan cara ini, masing-masing dari mereka tahu apa yang sedang dikerjakan orang lain dan bagaimana mereka bekerja menuju Tujuan Sprint bersama.

Rumus Scrum Harian

Tidak ada formula Scrum Harian yang tepat. Setiap Tim Pengembang mengembangkan format rapat yang sesuai untuknya. Namun, ada kerangka umum untuk membuatnya lebih mudah untuk dilakukan.

Sebuah Scrum Harian yang dijalankan dengan baik harus memungkinkan setiap peserta untuk menjawab dua pertanyaan :

  • Apa tugas terpenting yang akan saya lakukan hari ini?
  • Apa kendala untuk menyelesaikan tugas ini?

Namun, meminta mereka secara langsung bukanlah formula wajib. Ini adalah contoh pertanyaan yang menentukan sumbu pertemuan. Daily Scrum dimaksudkan untuk meningkatkan komunikasi di Tim Pengembang, memprioritaskan tugas dan mengurangi risiko kemacetan.

Daily Scrum adalah event yang setara dengan Daily Standup dalam metode Agile lainnya. Dan sering kali berjalan sangat mirip dengan itu – meskipun Panduan Scrum resmi tidak mengharuskan Pengembang untuk berdiri selama Acara singkat ini. Sangat sering para pesertanya hanya berdiri sambil berbicara dalam kelompok informal.

Meskipun kelihatannya 15 menit sehari adalah waktu yang lama untuk mendiskusikan tugas sehari-hari, latihan menunjukkan bahwa pertemuan seperti itu adalah yang terbaik untuk efektivitas Tim Pengembang. Dengan pembaruan tujuan dan komitmen yang sering dan teratur, semua Pengembang fokus pada tugas prioritas dan memprioritaskan kemajuan tim yang lancar daripada hasil individu.

Daily Scrum

Masalah dengan Daily Scrum dan metode 5W

Salah satu masalah dengan Daily Scrum adalah bahwa Pengembang menunda waktu rapat. Jika ini masalahnya, ada baiknya untuk memperkenalkan kebijakan menuliskan di papan – baik fisik atau virtual – masalah bermasalah yang tidak penting bagi Daily Scrum tetapi penting bagi Tim. Dengan cara ini, dimungkinkan untuk kembali ke masalah yang tersisa untuk didiskusikan selama diskusi informal di siang hari. Dan juga, jika diperlukan, selama Sprint Retrospective, yang akan kami uraikan lebih detail dalam artikel terpisah.

Masalah lain yang sering muncul selama Daily Scrums adalah mengubahnya menjadi rapat untuk merangkum pekerjaan hari sebelumnya. Pengembang kemudian fokus membahas hasil yang sudah dicapai. Ini bukan praktik yang baik. Diakui, orientasi Pengembang saat ini tentang status pekerjaan yang mengarah ke Sprint Goal sangat penting. Namun, mendedikasikan Scrum Harian untuk tugas yang sudah selesai tidak meningkatkan efisiensi.

pertanyaan pendukung

Jika Tim tidak mendapat manfaat dari Scrum Harian, Scrum Master dapat membantu Pengembang mengidentifikasi masalah dengan mengamati rapat untuk mendapatkan jawaban atas pertanyaan-pertanyaan berikut:

Daily Scrum

5 Mengapa

Setelah identifikasi awal masalah, teknik yang efektif untuk menentukan penyebab masalah dapat dilakukan dengan metode 5 Why yang disebut juga 5 Whys atau 5W oleh Sakichi Toyoda. Ini melibatkan beberapa pertanyaan "Mengapa?" pertanyaan berturut-turut. Ini memungkinkan untuk mendiagnosis penyebab masalah yang lebih dalam, dan dengan demikian menyelesaikannya dengan lebih mudah.

Sebagai contoh, mari kita ambil item terakhir dalam tabel: masalah muncul di area komitmen untuk pemecahan masalah oleh Tim Pengembang. Lima pertanyaan itu mungkin terlihat sebagai berikut:

1x MENGAPA?

T: Mengapa Pengembang tidak menawarkan cara berbeda untuk menyelesaikan masalah yang muncul?

A: Karena Pengembang Harry selalu yang pertama mengusulkan satu solusi.

2x MENGAPA?

T: Mengapa Pengembang Harry selalu yang pertama mengusulkan satu solusi?

J: Karena tidak ada orang lain yang berbicara.

3x MENGAPA?

T: Mengapa tidak ada orang lain yang berbicara?

A: Karena Pengembang lain tidak memiliki keinginan untuk mencari solusi yang lebih baik.

4x MENGAPA?

T: Mengapa Pengembang lain tidak ingin mencari solusi yang lebih baik?

A: Karena menemukan solusi membutuhkan fokus dan lebih mudah untuk mempertimbangkan solusi Harry cukup baik.

5x MENGAPA?

T: Mengapa mereka menganggap solusi Harry cukup baik?

J: Karena mereka tidak diberi imbalan untuk mengusulkan alternatif, mereka mendiskusikan rencana mereka hari ini di awal pertemuan dan berpikir untuk memulai.

Dalam hal ini, masalah kurangnya komitmen untuk memecahkan masalah dapat diselesaikan dengan mengubah urutan Scrum Harian dan memulai dengan masalah ini. Atau datang dengan sistem untuk menghargai solusi terbaik, misalnya, memperkenalkan hadiah simbolis untuk penulis dengan jumlah solusi terbesar yang diterima oleh Tim dalam Sprint yang diberikan.

Ringkasan

Daily Scrum adalah bagian penting dari pekerjaan sehari-hari Tim Pengembang. Namun, setiap Tim harus menyusun sendiri formula optimal untuk pertemuan ini. Scrum Harian yang dilakukan dengan baik memungkinkan pengaturan sub-tujuan yang berkelanjutan untuk mencapai Tujuan Sprint. Ini juga memungkinkan untuk mendiagnosis masalah komunikasi dengan cepat dan meningkatkan kerja sama antara Pengembang.

Jika Anda menyukai konten kami, bergabunglah dengan komunitas lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 35. Daily Scrum caroline becker avatar 1background

Pengarang: Caroline Becker

Sebagai Manajer Proyek, Caroline ahli dalam menemukan metode baru untuk merancang alur kerja terbaik dan mengoptimalkan proses. Keterampilan organisasi dan kemampuannya untuk bekerja di bawah tekanan waktu menjadikannya orang terbaik untuk mengubah proyek rumit menjadi kenyataan.

Lihat semua posting

Panduan Scrum:

  1. Daftar istilah dasar, peran dan pengertian
  2. Apa itu Scrum?
  3. Nilai scrum
  4. Bagaimana menerapkan Scrum di perusahaan Anda?
  5. Tim Scrum - apa itu dan bagaimana cara kerjanya?
  6. Siapa Pemilik Produk?
  7. Kesalahan paling umum dari Pemilik Produk
  8. Siapa Scrum Masternya?
  9. Karakteristik Scrum Master yang baik
  10. Kesalahan paling umum dari Scrum Master
  11. Statistik dan metrik apa yang harus dilacak oleh Scrum Master?
  12. Kerjasama antara Pemilik Produk dan Scrum Master
  13. Tim Pengembang di Scrum
  14. Kesalahan paling umum dari Pengembang
  15. Artefak scrum
  16. Scaling Scrum
  17. Sprint Backlog
  18. Apa itu Product Backlog?
  19. Apa itu Cerita Pengguna?
  20. Membuat Kisah Pengguna terbaik dengan INVEST
  21. Kesalahan Cerita Pengguna yang paling umum
  22. Kriteria Penerimaan Cerita Pengguna
  23. Estimasi dan Poin Cerita di Scrum
  24. Perencanaan Poker
  25. Game Estimasi Tim
  26. Mendefinisikan Kenaikan
  27. Acara Scrum
  28. Apa itu Sprint di Scrum?
  29. Komitmen Tim Scrum - Sasaran Produk, Sasaran Sprint, dan Definisi Penyelesaian
  30. Apa itu Grafik Burndown?
  31. Bagaimana cara membuat dan menafsirkan grafik burndown?
  32. Keuntungan dan kerugian dari grafik burndown
  33. Papan Kanban di Scrum dan Scrumban
  34. Kecepatan dalam Scrum - Kecepatan Tim Pengembang
  35. Scrum Harian
  36. Perencanaan Sprint
  37. Ulasan Sprint
  38. Apa itu Retrospektif Sprint?
  39. Kesalahan umum selama Sprint Retrospective
  40. Pemeliharaan Backlog Produk