Perencanaan Sprint dimulai setiap Sprint. Dengan Sprint yang berlangsung selama sebulan, acara ini memakan waktu maksimum delapan jam. Jika Sprint lebih pendek, Perencanaan Sprint juga akan dipersingkat secara proporsional. Seluruh Tim Scrum menghadiri acara ini dengan mengundang Pemangku Kepentingan atau spesialis dari tim lain. Kami akan membahas jalannya Perencanaan Sprint secara rinci dan masalah yang mungkin menyertai perencanaan pekerjaan dalam Sprint baru di teks berikut.
Perencanaan Sprint adalah salah satu Acara Scrum yang kami tulis dalam artikel terpisah. Acara ini berfokus pada User Stories yang ditempatkan di bagian paling atas dari Product Backlog. Dengan kata lain, pada yang paling terperinci.
Mari kita lihat lebih dekat jawaban atas pertanyaan yang baru saja kami ajukan.
Peran Product Owner selama Perencanaan Sprint adalah untuk mempersembahkan Tujuan dan tugas-tugas yang menyusunnya kepada peserta rapat.
Product Owner memulai rapat dengan merumuskan Tujuan Sprint dan menjelaskan mengapa itu berharga dari sudut pandang pelanggan. Kemudian membuka diskusi di mana tidak hanya anggota Tim Scrum, tetapi juga Pemangku Kepentingan dapat menyampaikan pendapat mereka.
Untuk merangkum, Product Owner memberikan kata-kata akhir dari Tujuan Sprint yang akan dicapai oleh seluruh Tim Scrum dan memastikan bahwa Tujuan tersebut dipahami oleh semua pemangku kepentingan.
Bagian kedua dari Perencanaan Sprint berfokus pada pemilihan User Stories untuk diimplementasikan dalam Sprint baru dan membahas bagaimana membuatnya lebih spesifik.
Salah satu tugas yang paling sulit selama Perencanaan Sprint adalah memperkirakan dengan akurat jumlah dan intensitas kerja dari tugas-tugas yang dipilih untuk dilaksanakan. Semakin berpengalaman Tim Scrum, semakin akurat mereka dapat memperkirakan berapa banyak pekerjaan yang dapat dilakukan dalam satu Sprint. Ini karena Tim menerapkan teknik estimasi yang efektif, yang telah kami tulis secara rinci dalam artikel sebelumnya dan di sini. Banyak Tim Scrum mengetahui dan memanfaatkan metode untuk mempercepat pematangan Tim serta membuat proses lebih mudah dan lebih terstandarisasi. Teknik-teknik ini terutama mencakup Planning Poker dan permainan Estimasi Tim.
Bagian ketiga dan paling teknis dari Perencanaan Sprint berfokus pada menjawab pertanyaan “Bagaimana tim akan melakukannya?”. Di dalamnya, Tim Pengembang mengusulkan cara untuk menyelesaikan tugas-tugas yang dipilih untuk diimplementasikan di bagian kedua rapat. Tidak ada orang selain Pengembang itu sendiri yang seharusnya menentukan bagaimana tugas-tugas tersebut harus dilaksanakan dari sisi teknis.
Perencanaan harus mempertimbangkan tidak hanya teknologi pelaksanaan tetapi juga aliran kerja antara Pengembang. Ini akan menghindari pekerjaan yang terhenti [bottlenecks], yang dapat menyebabkan keterlambatan dalam pelaksanaan tugas. Seperti dalam hal bagaimana melaksanakan tugas, distribusi tugas di antara Pengembang individu juga diputuskan oleh mereka sendiri tanpa campur tangan eksternal.
Biasanya, Tim Pengembang di sini berfokus pada membagi User Stories menjadi tugas-tugas yang lebih kecil. Panjang optimal pelaksanaan tugas adalah satu hari kerja.
Hasil dari Perencanaan Sprint adalah Tujuan Sprint yang tidak ambigu, serta User Stories terperinci yang dipilih untuk dilaksanakan dari Product Backlog. Semua elemen ini membentuk Sprint Backlog, yang telah kami dedikasikan dalam artikel terpisah.
Perencanaan Sprint adalah acara Scrum yang memulai setiap Sprint. Tim Scrum dapat mengundang Pemangku Kepentingan dan ahli eksternal untuk itu.
Selama Perencanaan Sprint, Tujuan dari Sprint baru ditentukan. Tim Pengembang menentukan bersama Product Owner apa yang harus dilakukan dan memutuskan bagaimana menyelesaikan tugas-tugas yang direncanakan.
Hasil dari Perencanaan Sprint adalah Sprint Backlog, yang digunakan oleh Pengembang untuk memilih tugas harian dari antrean untuk dilaksanakan.
Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
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.
Piagam proyek adalah hal yang sangat penting dalam manajemen proyek. Mereka memberikan gambaran yang jelas…
Organisasi di berbagai industri membangun hubungan dengan calon karyawan, pemasok, dan mitra setiap hari. Mereka…
Ada lebih dari cukup teknik manajemen yang tersedia. Beberapa tampak rumit sementara yang lain sederhana…
Apakah Anda tahu bagaimana cara memulai sebuah LSM? Apakah Anda sudah memikirkannya? Apakah Anda sadar…
Semakin besar perusahaan, semakin banyak posisi HR yang ditawarkannya, yang berarti bahwa terkadang Anda bisa…
Apa itu analisis pekerjaan? Apakah Anda pernah mendengar istilah tersebut, apakah Anda tahu apa yang…