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

Daily Scrum – daftar isi:

  1. Pendahuluan
  2. Formula Daily Scrum
  3. Masalah dengan Daily Scrum dan metode 5W
  4. Pertanyaan pendukung
  5. 5 Mengapa
  6. Ringkasan

Pendahuluan

Daily Scrum adalah yang terpendek dan paling sering dari Acara Scrum, yang dapat ditemukan dalam artikel terpisah. Tugas Pengembang yang berpartisipasi dalam Daily Scrum adalah untuk dengan cepat menetapkan tujuan kerja untuk 24 jam ke depan. Dengan cara ini, masing-masing dari mereka tahu apa yang dikerjakan orang lain dan bagaimana mereka bekerja menuju Tujuan Sprint yang sama.

Formula Daily Scrum

Tidak ada satu formula Daily Scrum yang benar. Setiap Tim Pengembangan mengembangkan format pertemuan yang cocok untuknya. Namun, ada kerangka umum untuk memudahkan pelaksanaannya.

Daily Scrum yang dilakukan dengan baik harus memungkinkan setiap peserta untuk menjawab dua pertanyaan:

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

Namun, menanyakan mereka secara langsung bukanlah formula yang wajib. Ini adalah contoh pertanyaan yang mendefinisikan poros pertemuan. Daily Scrum dimaksudkan untuk meningkatkan komunikasi dalam Tim Pengembangan, memprioritaskan tugas, dan mengurangi risiko kemacetan.

Daily Scrum adalah acara 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 pesertanya hanya berdiri sambil berbicara dalam kelompok informal.

Walaupun tampaknya 15 menit sehari adalah waktu yang banyak untuk membahas tugas harian, praktik menunjukkan bahwa pertemuan semacam itu adalah yang terbaik untuk efektivitas Tim Pengembangan. Dengan pembaruan yang sering dan teratur tentang tujuan dan komitmen, semua Pengembang fokus pada tugas prioritas dan memprioritaskan kemajuan tim yang lancar di atas hasil individu.

daily scrum

Masalah dengan Daily Scrum dan metode 5W

Salah satu masalah dengan Daily Scrum adalah bahwa Pengembang memperpanjang waktu pertemuan. Jika ini terjadi, ada baiknya memperkenalkan kebijakan untuk mencatat di papan – baik fisik maupun virtual – masalah-masalah yang tidak menjadi fokus Daily Scrum tetapi penting bagi Tim. Dengan cara ini, akan mungkin untuk kembali ke masalah yang ditinggalkan untuk dibahas selama diskusi informal sepanjang hari. Dan juga, jika diperlukan, selama Retrospektif Sprint, yang akan kami jelaskan lebih rinci dalam artikel terpisah.

Masalah lain yang sering muncul selama Daily Scrum adalah mengubahnya menjadi pertemuan untuk merangkum pekerjaan hari sebelumnya. Pengembang kemudian fokus pada mendiskusikan hasil yang sudah dicapai. Ini bukan praktik yang baik. Memang, orientasi Pengembang saat ini pada status pekerjaan yang mengarah ke Tujuan Sprint sangat penting. Namun, menghabiskan Daily Scrum untuk tugas yang sudah selesai tidak mendorong efisiensi.

Pertanyaan pendukung

Jika Tim tidak mendapatkan manfaat dari Daily Scrum, Scrum Master dapat membantu Pengembang mengidentifikasi masalah dengan mengamati pertemuan untuk jawaban atas pertanyaan berikut:

Daily Scrum

5 Mengapa

Setelah identifikasi awal masalah, teknik yang efektif untuk menentukan penyebab masalah dapat berupa metode 5 Mengapa yang juga disebut 5 Whys atau 5W oleh Sakichi Toyoda. Ini melibatkan mengajukan beberapa pertanyaan “Mengapa?” secara berurutan. Ini memungkinkan untuk mendiagnosis penyebab yang lebih dalam dari masalah, dan dengan demikian menyelesaikannya dengan lebih mudah.

Misalnya, mari kita ambil item terakhir dalam tabel: masalah muncul di area komitmen untuk menyelesaikan masalah oleh Tim Pengembangan. Lima pertanyaan mungkin terlihat sebagai berikut:

1 x MENGAPA?

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

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

2 x MENGAPA?

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

A: Karena tidak ada orang lain yang berbicara.

3 x MENGAPA?

Q: Mengapa tidak ada orang lain yang berbicara?

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

4 x MENGAPA?

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

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

5 x MENGAPA?

Q: Mengapa mereka menganggap solusi Harry sudah cukup baik?

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

Dalam hal ini, masalah kurangnya komitmen untuk menyelesaikan masalah dapat diselesaikan dengan mengubah urutan Daily Scrum dan memulai dengan masalah ini. Atau dengan membuat sistem untuk memberikan imbalan untuk solusi terbaik, misalnya, memperkenalkan imbalan simbolis untuk penulis solusi terbanyak yang diterima oleh Tim dalam Sprint tertentu.

Ringkasan

Daily Scrum adalah bagian kunci dari pekerjaan harian Tim Pengembangan. Namun, setiap Tim harus mencari formula optimal untuk pertemuan ini. Daily Scrum yang dilakukan dengan baik memungkinkan penetapan sub-tujuan yang berkelanjutan untuk mencapai Tujuan Sprint. Ini juga memungkinkan untuk dengan cepat mendiagnosis masalah komunikasi dan meningkatkan kerjasama antara Pengembang.

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

Caroline Becker

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

View all posts →