Perencanaan Sprint 101: Bagaimana Merencanakan Sprint Hebat

Tanyakan kepada selusin orang apa itu tangkas dan Anda akan mendapatkan selusin jawaban yang berbeda. Tapi itu paling baik didefinisikan oleh scrum sebagai model. Scrum adalah cara untuk mengelola proyek dalam kerangka kerja tangkas dan terdiri dari tiga peran: pemilik produk, master scrum, dan tim.

Pemilik produk fokus pada sisi bisnis proyek, master scrum adalah ahlinya, yang bertindak seperti pelatih. Tim ini mandiri dan bekerja sesuai keinginan mereka untuk memenuhi tujuan pemilik produk.

Jika Anda tertarik dengan mur dan baut scrum, lihat panduan kami. Untuk postingan kali ini, kita akan mendalami salah satu event di scrum framework, sprint planning.

Apa Itu Sprint?

Untuk memberikan keteraturan dan meminimalkan kebutuhan akan rapat, scrum dipecah menjadi beberapa acara. Salah satunya adalah sprint. Sprint adalah iterasi dalam siklus pengembangan proyek.

Sprint ditentukan oleh sejumlah kecil pekerjaan yang direncanakan yang harus diselesaikan oleh tim dan siap untuk ditinjau. Sprint berasal dari kerangka kerja tangkas untuk proyek dan biasanya dikaitkan dengan scrum. Namun, sprint juga cocok dengan teknik kanban dengan konsep continuous delivery-nya. Scrumban juga akan menyebarkan sprint.

Seperti dalam kamus arti kata, lari cepat seperti lari pendek. Ini mendefinisikan durasi biasanya tidak lebih dari dua sampai empat minggu. Target sprint ditentukan antara pemilik produk dan tim, yang disebut sebagai “sprint goal.” Pekerjaan berasal dari sprint backlog, yang merupakan daftar tugas yang harus diselesaikan. Backlog sering ditempatkan di papan atau daftar tugas untuk perawatan yang mudah.

Tim bekerja secara kolaboratif untuk menyelesaikan sprint dan menyiapkannya untuk ditinjau. Tapi sprint tidak bisa dimulai sampai ada rencana sprint.

Cara Membuat Rencana Sprint yang Baik

Rencana sprint adalah acara lain dalam kerangka scrum dari proyek tangkas. Ini dimulai dengan tim memutuskan item mana dalam backlognya untuk dikerjakan selama sprint. Ini adalah tujuan sprint yang merupakan keputusan kolaboratif antara tim dan pemilik produk.

Perencanaan sprint biasanya melibatkan semua orang dalam tim. Ada pemilik produk yang membantu memprioritaskan backlog dan menyarankan item mana yang harus menjadi bagian dari tujuan sprint. Tim datang untuk menentukan jumlah tugas yang layak untuk dikerjakan selama sprint.

Juga, yang terlibat dalam perencanaan sprint adalah scrum master. Master scrum adalah ahli dalam kerangka scrum untuk proyek tangkas. Mereka bertindak sebagai fasilitator untuk rencana sprint untuk memastikannya efektif, item backlog yang sesuai ditangani dan ada kesepakatan di antara pihak-pihak yang terlibat.

Ada tiga fase utama untuk perencanaan sprint.

1. Merancang

Desain sprint biasanya hanya acara satu kali, meskipun dapat diubah untuk meningkatkan prosesnya. Kecuali jika desainnya tidak berfungsi, maka, tentu saja, Anda harus kembali ke papan gambar.

Bagian-bagian dari fase desain sprint plan dimulai dengan rapat perencanaan sprint. Di sinilah inisiatif bisnis diukur dan sprint backlog dibuat. Pertemuan lain akan memecah backlog itu menjadi tugas, yang menyelesaikan backlog.

Akan ada rapat scrum setiap hari. Ini adalah check-in untuk memperbarui kemajuan sprint. Tugas lebih diprioritaskan saat ini dan ditetapkan berdasarkan peninjauan bagan burndown, yang secara grafis menunjukkan seberapa cepat tim bekerja.

Juga, sepanjang sprint, ada sesuatu yang disebut backlog grooming. Ini adalah saat pemilik produk dan tim akan meninjau dan memperbaiki backlog berdasarkan seberapa banyak kemajuan yang mereka buat.

Setelah sprint selesai, ada rapat review sprint. Di sini hasil sprint yang telah diselesaikan akan dianalisis terhadap tujuan proyek dari rapat perencanaan. Ada juga pertemuan retrospektif sprint yang melihat proses dan alat yang digunakan selama sprint dan bagaimana mereka dapat ditingkatkan untuk yang berikutnya.

Desain ini berfokus pada pembuatan jadwal dan pencapaian realistis yang perlu dicapai tim. Desain harus disetujui oleh semua anggota tim proyek. Desain merupakan struktur yang akan menentukan lamanya proyek, sehingga harus memenuhi ruang lingkup, biaya dan waktu proyek yang telah disetujui.

2. Perkirakan Kecepatan Lari

Sebelum sprint, pemilik produk akan menentukan kecepatannya. Artinya, berapa banyak pekerjaan yang harus dilakukan dalam sprint. Keputusan ini didasarkan pada jadwal tim dan kapasitas mereka.

Estimasi ini dibuat di awal setiap sprint. Meskipun mungkin ada dorongan untuk melakukannya selama tahap desain, lebih baik menunggu. Ada wawasan berharga yang muncul setelah setiap sprint yang harus diterapkan ke sprint berikutnya.

Apa tujuan estimasi adalah untuk mengembangkan kecepatan sprint baru untuk setiap sprint. Ini harus mencerminkan tujuan dari sprint itu, efisiensi yang kita pelajari dari yang sebelumnya dan apa yang dapat dilakukan secara realistis dengan sumber daya saat ini. Ada juga banyak alat yang tersedia sekarang untuk membantu memaksimalkan jumlah tujuan yang terpenuhi selama setiap musim semi, dari alat otomatisasi pengujian hingga solusi CI/CD.

3. Alokasi Pekerjaan Sprint

Di sinilah master scrum berguna. Karena keahliannya, mereka dapat bekerja sama dengan tim untuk memenuhi persyaratan yang diberikan oleh pemilik produk. Bersama-sama, scrum master dan tim mengalokasikan pekerjaan sprint.

Tetapi tim bekerja secara relatif independen, yang merupakan salah satu prinsip kerangka kerja tangkas. Gagasan tim mandiri sangat penting untuk scrum yang bekerja, dan mereka bertanggung jawab untuk mengelola sprint ke tujuan sprint.

Ini dilakukan dengan menugaskan mereka yang paling ahli dalam tugas-tugas untuk melaksanakannya. Orang yang tepat digunakan, dan tim memperoleh rasa tanggung jawab yang lebih besar untuk pekerjaan itu. Mereka diberdayakan oleh otonomi.

Perbedaan Antara Sprint yang Sukses dan Yang Gagal

Mengetahui apakah sprint Anda berhasil cukup sederhana. Apakah sudah mencapai tujuannya? Tujuan sprint diputuskan sebelum memulai sprint oleh pemilik produk dan tim. Jika kriteria tersebut telah terpenuhi, maka sprint berhasil. Ini berarti Anda akan melalui backlog pada tingkat yang dapat diterima.

Sebaliknya, jika tim tidak dapat menyelesaikan semua backlog yang telah ditetapkan sebagai tujuan sprint, maka sprint tersebut gagal. Fakta bahwa sprint cepat dan terus berkembang adalah untuk menghindari berakhir dengan produk di akhir proyek Anda yang tidak diinginkan siapa pun. Ini akan menjadi kegagalan juga.

Keberhasilan diukur dengan tinjauan sprint, yang memastikan bahwa proyek bergerak ke arah yang benar. Jika pemangku kepentingan utama dan pengguna akhir tidak puas, jika hasil tidak memenuhi harapan mereka, ini adalah kegagalan. Jika tidak ada yang dipelajari di akhir sprint, itu juga bisa dianggap gagal. Bagaimanapun, ini semua tentang eksperimen dan proses empiris.

ProjectManager.com Membantu Perencanaan Sprint

ProjectManager.com adalah perangkat lunak manajemen proyek yang fleksibel. Saat merencanakan sprint berikutnya, Anda dapat menggunakan templat perencanaan sprint kami untuk membantu Anda memulai dengan langkah yang benar. Template dirancang untuk tim pengembang. Anda dapat dengan mudah memindahkan tugas dari backlog dan ke pengembangan di tampilan papan.

Setelah Anda memiliki papan, tim dapat menyesuaikan kolom dan berkolaborasi pada kartu. Mereka dapat menambahkan daftar tugas mereka sendiri dan berkomentar dengan anggota tim lainnya. Kami memiliki penyimpanan file tanpa batas, jadi tambahkan dokumen dan gambar sebanyak yang Anda suka. Semuanya terlampir pada tingkat tugas, jadi tidak ada lagi pencarian tanpa akhir untuk dokumen penting. Juga, @ pemilik produk atau master scrum, yang akan diberi tahu melalui email, dan membawa mereka ke dalam percakapan.

Tampilan daftar tugas kami adalah alat yang hebat untuk backlog. Anda dapat mengelola backlog itu dengan memfilter data berdasarkan tanggal jatuh tempo, pemilik, proyek, dll. Tugas juga dapat ditandai agar lebih mudah ditemukan. ProjectManager.com berbasis cloud, jadi setiap pembaruan status pada tugas segera tercermin dalam perangkat lunak, menciptakan transparansi yang lebih besar.

Akhirnya, ada dasbor waktu nyata kami. Ini melacak proyek di sejumlah metrik, termasuk tugas, kemajuan, dan varians. Ini adalah fitur lain yang akan membantu berurusan dengan pemangku kepentingan dan menyajikan pembaruan proyek kepada mereka.

ProjectManager.com adalah perangkat lunak manajemen proyek berbasis cloud yang ideal untuk metodologi apa pun yang Anda gunakan. Kami memiliki alat untuk membantu manajer merencanakan, memantau, dan melaporkan proyek mereka. Tim mendapatkan platform kolaboratif yang memberi mereka otonomi untuk bekerja dalam kelompok mandiri dan meningkatkan produktivitas. Coba ProjectManager.com hari ini dengan uji coba gratis selama 30 hari ini.