Anda memimpin tim pengembangan perangkat lunak yang menghabiskan lebih banyak waktu dalam rapat daripada bekerja secara aktual. Anda membuang waktu dan energi berharga secara terus-menerus dalam mengelola persyaratan yang terus berubah dan memperbarui pemangku kepentingan tentang kemajuan proyek.
Banyak yang bisa relate, kan?
Inilah saat metodologi agile datang untuk menyelamatkan Anda.
Untuk memastikan kemajuan yang lancar, Scrum, sebuah metodologi manajemen proyek agile, mengadakan beberapa pertemuan, masing-masing dengan tujuan spesifik. Di antara pertemuan-pertemuan tersebut, dua langkah terakhir dalam kerangka kerja Scrum adalah Sprint review dan Sprint retrospective.
Tim Agile yang mengembangkan produk end-to-end harus memahami peran upacara Agile ini dan perbedaan antara Sprint Review dan Sprint Retrospective untuk kesuksesan proyek.
Panduan ini menjelaskan perbedaan antara Sprint Review dan Retrospective, beberapa tantangan umum yang sering dihadapi, serta alat yang dapat digunakan untuk melaksanakan acara Sprint.
Sprint Review vs. Retrospective: Sekilas
| Sprint Review | Retrospektif Sprint | |
|---|---|---|
| Dilakukan di akhir Sprint, di mana peningkatan produk ditampilkan, dan masukan dari pemangku kepentingan diintegrasikan | Dilakukan setelah Sprint Review, tim Scrum mengevaluasi dan mendiskusikan alur kerja dan kinerja untuk membangun alur kerja dan proses yang lebih baik untuk Sprint berikutnya | |
| Acara Scrum ketiga, yang dilakukan di akhir Sprint | Acara Scrum terakhir yang dilakukan setelah Sprint Review | |
| Meninjau kemajuan produk dan menentukan langkah selanjutnya untuk arah pengembangan produk | Menilai kemajuan dan kinerja tim | |
| Tim Scrum, Scrum Master, Pemilik Produk, dan pemangku kepentingan | Scrum Master, Tim Scrum, dan Pemilik Produk | |
| Berfokus pada 'apa', yaitu produk, dengan tujuan memastikan produk tersebut memenuhi harapan pemangku kepentingan atau klien | Berfokus pada 'bagaimana,' yaitu proses, untuk mendiskusikan dan mengintegrasikan perbaikan potensial secara internal | |
| 1-2 jam, tergantung pada panjang Sprint | Biasanya, sekitar 1,5 jam | |
| Menampilkan produk yang sedang dikerjakan kepada pemangku kepentingan dan memperbarui daftar tugas produk | Diskusikan dan terapkan perbaikan proses |
Perbedaan Utama Antara Sprint Review dan Retrospective
Sprint review dan retrospektif memainkan peran penting dalam kerangka kerja Agile Scrum. Keduanya dirancang untuk mencapai tujuan yang berbeda dan fokus pada elemen-elemen yang berbeda dalam siklus Sprint.
Berikut adalah perbedaan utama antara Sprint Review dan Retrospective:
Arti
Sprint review
Pertemuan Sprint Review dilakukan di akhir Sprint, di mana anggota tim Scrum dan pemilik produk berkumpul untuk mendemonstrasikan produk mereka kepada pemangku kepentingan. Berdasarkan umpan balik dari pemangku kepentingan, tim Scrum meninjau peningkatan produk dan mengintegrasikan backlog produk.
Retrospektif
Di sisi lain, retrospektif dilakukan setelah Sprint Review. Tim Scrum berkumpul untuk membahas kinerja mereka dalam Sprint sebelumnya dan menganalisis ruang lingkup untuk meningkatkan proses di masa depan. Pertemuan retrospektif umumnya membahas hal-hal yang berjalan baik dan hal-hal yang tidak berjalan baik. Pertemuan ini terutama bertujuan untuk merefleksikan cara meningkatkan dinamika tim dan proses.
Tim yang berbeda mengikuti contoh dan model Retrospective Sprint yang berbeda untuk bereksperimen dan menentukan apa yang paling efektif bagi mereka.
Misalnya, Anda dapat menggunakan Retrospektif Sprint Mad Sad Glad untuk tim Anda. Ini membantu Anda mengidentifikasi potensi pemicu stres, hambatan proses, dan moral tim secara keseluruhan dalam cara semua orang bekerja sama selama Sprint sebelumnya.
Peserta
Sprint review
Sprint Review melibatkan tim Scrum, pemangku kepentingan, dan pemilik produk.
- Anggota tim Scrum mempresentasikan peningkatan produk kepada pemangku kepentingan. Mereka menerima umpan balik dari mereka dan membagikan tantangan yang dihadapi dalam proses pengembangan
- Pemilik produk memastikan bahwa daftar tugas produk disesuaikan sesuai dengan umpan balik yang diberikan oleh pemangku kepentingan
Retrospektif
Hanya tim Scrum yang berpartisipasi dalam pertemuan Retrospective Sprint. Ini adalah diskusi terbuka antara anggota tim Scrum tentang area yang perlu ditingkatkan dan wawasan, tanpa partisipasi pihak eksternal.
Fokus
Sprint review
Sprint Review di akhir setiap Sprint berfokus pada apa yang telah diselesaikan dan dikirimkan. Tim mengevaluasi apakah alokasi beban kerja adil, apakah tujuan telah tercapai, dan apakah definisi "selesai dan dikirimkan" perlu diubah.
Retrospektif
Sprint retrospective berfokus pada proses dan aspek manusia dalam implementasi. Sementara Sprint berfokus pada kerja tim, retrospective berusaha mengidentifikasi area yang perlu ditingkatkan, masalah yang mungkin mempengaruhi kesuksesan, dan bagaimana cara meningkatkan kinerja dalam Sprint berikutnya.
Dalam setiap retrospektif, Anda mencari cara-cara kecil untuk memperbaiki diri agar, seiring waktu, perbaikan-perbaikan kecil tersebut berakumulasi menjadi perubahan yang signifikan.
Struktur dan agenda rapat
Sprint review
- Tim Scrum, yang terdiri dari para pengembang, mempresentasikan produk dan/atau fitur kepada para pemangku kepentingan
- Tim secara jelas menjelaskan apakah tujuan Sprint telah tercapai atau tidak, beserta penjelasan mengenai hal-hal yang belum selesai
- Setelah itu, para pemangku kepentingan membagikan umpan balik mereka dan mengajukan pertanyaan kepada tim Scrum
- Untuk membantu tim pengembangan, pemangku kepentingan, dan pemilik produk berbagi wawasan penting, seperti data pelanggan dan kebutuhan pasar, yang akan berguna dalam siklus Sprint mendatang dan proyek pengembangan
Berikut adalah agenda rapat untuk Sprint Review:
| Buka rapat | Mulai dengan salam dan pengenalan singkat tentang tinjauan |
| Perkenalkan pemangku kepentingan | Perkenalkan semua pemangku kepentingan dengan cepat untuk memastikan tim mengetahui siapa saja yang hadir |
| Tentukan konteks | Scrum Master akan menetapkan agenda pertemuan |
| Review peningkatan produk | Tim pengembangan Scrum memamerkan peningkatan yang telah diimplementasikan dan mungkin menjalankan demo produk/fitur |
| Umpan balik produk | Pihak berkepentingan berbagi umpan balik, dan semua orang mendiskusikan apa yang berhasil dan apa yang tidak berhasil, serta mengidentifikasi peluang untuk perbaikan berkelanjutan |
| Peninjauan Backlog | Pemilik produk meninjau daftar tugas produk dan menetapkan tanggal penyelesaian |
Template Agenda Rapat Sprint Review ClickUp membantu Anda mengadakan dan mendokumentasikan rapat Sprint Review dengan efektif.
Inilah cara template rapat perencanaan Sprint yang ramah pemula ini meningkatkan proses pengembangan agile Anda:
- Rencanakan dan prioritaskan tugas untuk Sprint mendatang dengan cepat dan mudah
- Mengumpulkan umpan balik berharga dari anggota tim dan pemangku kepentingan secara terstruktur
- Menilai kemajuan dan hasil Sprint
- Identifikasi dan atasi hambatan atau kendala
- Tingkatkan transparansi, akuntabilitas, hasil, dan keterlibatan dengan mengenali dan merayakan pencapaian
Retrospektif
Karena ini adalah pertemuan internal, tidak ada cara baku untuk mengadakan pertemuan ini.
- Anggota tim Scrum menggunakan Sprint retrospective untuk mendapatkan kejelasan tentang kemajuan, mengevaluasi alur kerja dan proses, serta mengidentifikasi kesalahan dan cara mengatasinya
- Pertemuan-pertemuan ini biasanya memiliki jangka waktu yang tetap untuk memastikan pertemuan tetap produktif dan fokus pada tujuan
- Anda dapat menggunakan berbagai format Retrospective Sprint seperti Mad Glad Sad, Mountain Climber, dan Sailboat retrospective untuk mengevaluasi dan merefleksikan siklus Sprint Anda
Agenda pertemuan Retrospective Sprint terlihat seperti ini:
| Sesi pemecah es | Mulailah dengan membangun konteks latar belakang masing-masing anggota. Ciptakan ruang yang aman secara psikologis agar anggota dapat berbagi dan mendiskusikan tantangan dengan terbuka |
| Fase refleksi | Gunakan templat retrospektif untuk merefleksikan hal-hal yang berjalan baik dan yang tidak |
| Mengorganisir umpan balik | Evaluasi dan kelompokkan umpan balik ke dalam tema-tema umum untuk mempermudah analisis |
| Pemungutan Suara | Anggota tim memberikan suara pada masalah yang mereka anggap paling mendesak untuk ditangani |
| Diskusi tentang rencana tindakan | Prioritaskan masalah yang paling banyak dipilih, teliti secara mendalam, dan buat rencana konkret untuk mengatasinya dalam Sprint berikutnya |
Gunakan Template Brainstorm Retrospektif Sprint ClickUp untuk:
- Review dan analisis kemajuan Sprint
- Brainstorm cara untuk meningkatkan hasil Sprint
- Identifikasi tren kinerja dengan meninjau beberapa Sprint
- Memantau kemajuan terhadap tujuan dalam metode Scrum agile
- Mengidentifikasi masalah yang memengaruhi moral, kemajuan, dan produktivitas tim
- Mendorong dialog terbuka dan jujur dalam lingkungan yang aman
Menggunakan Agile dan Scrum dalam Sprint Review dan Retrospective
Ringkasan singkat: Sekarang, Anda sudah tahu perbedaan antara Sprint review dan Retrospective.
Pertemuan Sprint Review dan Retrospektif Sprint adalah acara Scrum yang diikuti oleh tim agile.
Metodologi Scrum adalah metodologi proyek agile yang diterapkan oleh tim pengembangan untuk mengelola pengembangan produk kompleks sesuai dengan tujuan bisnis.
Proses ini membagi proyek kompleks menjadi bagian-bagian kecil yang disebut Sprint. Siklus Sprint ini berlangsung selama 2-4 minggu dan dimulai dengan perencanaan Sprint. Tujuannya adalah untuk menyelesaikan seluruh backlog produk, yaitu daftar tugas yang perlu dilakukan oleh tim, termasuk cerita pengguna, bug, tugas, dan lainnya.
User stories memainkan peran penting dalam menggambarkan backlog produk dari perspektif pengguna selama Sprint review dan retrospective. Mari kita jelajahi aspek ini dari proses Scrum.
Apa itu user stories?
User stories menggambarkan cara pengguna akhir akan menggunakan produk atau fitur tertentu. Misalnya, seorang pembeli mungkin ingin menyimpan barang di daftar keinginan dalam aplikasi e-commerce untuk mempermudah proses pembelian.
Apa itu user stories dalam Sprint review?
Dalam Sprint Review, user stories menjadi latar belakang untuk membahas implementasi dan penyelesaian Sprint. Hal ini memudahkan tim untuk menerima umpan balik yang spesifik, membantu tim memahami apakah fitur atau produk tertentu memenuhi tujuannya.
Faktanya, user stories membantu memajukan Sprint backlog dan memastikan cerita baru dibuat untuk persyaratan baru.
Apa itu user stories dalam retrospektif?
Dengan Sprint retrospective, user stories sangat membantu dalam mengidentifikasi area yang perlu ditingkatkan. Misalnya, Anda mungkin menyadari bahwa beberapa user stories memakan waktu lebih lama dari yang diperkirakan selama perencanaan Sprint, dan Anda dapat memperbaiki penilaian Anda pada Sprint berikutnya.
User stories membantu memberikan contoh konkret untuk membantu kita memahami mengapa masalah tertentu terjadi dan apa yang dapat dilakukan untuk menghindari kejadian serupa di masa depan.
Poin cerita dalam cerita pengguna
Selain itu, tim agile menggunakan story points untuk mengukur ukuran sebenarnya dari pekerjaan atau risiko relatif yang terlibat dalam menyelesaikan sebuah user story.
Ini adalah satuan pengukuran yang digunakan untuk mengukur jumlah pekerjaan yang diperlukan untuk menyelesaikan sebuah user story dalam product backlog. Tim pengembangan produk atau perangkat lunak dapat menggunakan ini sebagai sistem poin untuk memprioritaskan user story yang paling penting.
Ingatlah bahwa semakin kompleks cerita pengguna ini, semakin banyak perencanaan dan pemecahan masalah yang diperlukan.
Dengan ClickUp Backlogs dan Sprint Template, tim Scrum agile dapat berkontribusi dan mengevaluasi poin cerita secara kolaboratif dengan efektif.
Sebagai seorang Scrum Master, jika tantangan terbesar Anda adalah mengelola proses yang memakan waktu dalam operasional Sprint, templat ini dapat membantu.
Ini membantu Anda mengelola semua operasi pengembangan perangkat lunak jarak jauh dan integrasinya di satu tempat dengan tampilan bawaan, bidang kustom, status kustom, dan fitur lainnya.
Keuntungan utamanya adalah template ini sudah dilengkapi dengan daftar siap pakai untuk Sprint, pelacakan bug, dan backlog yang akan membantu Anda mengorganisir tugas-tugas dan mengonsolidasikan semua komunikasi seputar Sprint di satu tempat.
Tips pro💡: Tim perangkat lunak Anda juga dapat memantau dan membangun siklus Sprint mereka di ClickUp dan menggunakan Laporan Sprint ClickUp untuk mengelola kinerja tim dan menjaga tujuan Sprint tetap pada jalurnya.
Tantangan Umum dalam Sprint Review dan Sprint Retrospective
Faktanya, terlepas seberapa baik Anda merencanakan Sprint Review dan Sprint Retrospective, Anda kemungkinan besar akan menemui beberapa hambatan dalam proses pengembangan perangkat lunak. Berikut adalah beberapa tantangan umum yang perlu Anda waspadai.
Seringkali Sprint Review disalahartikan sebagai sesi demo
Seringkali, tim salah mengartikan Sprint review sebagai presentasi, sehingga menimbulkan ekspektasi yang tidak tepat. Sprint review bukanlah demo produk, melainkan sesi kerja.
Demo adalah bagian dari Sprint Review, tetapi Sprint Review mencakup lebih dari itu.
Selama Sprint Review, tim membahas wawasan konsumen, kemajuan rilis, anggaran, riset pasar, dan sebagainya. Menetapkan konteks yang jelas di awal review membantu menjaga fokus dan membuat pertemuan lebih produktif.
Tim yang tidak terlibat
Bisakah kita membatalkan Sprint Review minggu ini? Tim pengembangan bertanya.
Jika tim Scrum Anda menggunakan alasan ini untuk melewatkan Sprint review, Anda tahu ada masalah—kemungkinan besar, tim Anda tidak terlibat atau tidak menemukan nilai dalam Sprint review.
Sprint Review adalah momen yang tepat untuk berinteraksi secara berarti dengan pemangku kepentingan, dan tim Scrum memiliki kesempatan untuk mengevaluasi keberhasilan dan kegagalan serta menyesuaikan diri. Atau, setidaknya, secara teori.
Sayangnya, itu bukan kenyataan bagi kebanyakan tim.
Beberapa alasan mengapa tim Scrum Anda mungkin tidak terlibat adalah:
- Kurangnya kejelasan
- Kebosanan yang disebabkan oleh format rapat yang buruk
- Bahkan faktor eksternal seperti stres atau kelelahan
Kuncinya adalah merencanakan pertemuan di mana pemangku kepentingan bisnis dan Scrum Master terbuka terhadap umpan balik dan diskusi jujur, menciptakan lingkungan yang aman bagi setiap anggota tim untuk berbagi ide tentang perbaikan berkelanjutan dan tantangan yang dihadapi.
Baca lebih lanjut: 10 Aktivitas Terbaik untuk Meningkatkan Keterlibatan Karyawan untuk mengembalikan semangat di tempat kerja dan membangun tim yang kuat.
Retrospektif yang monoton
Melakukan retrospektif dengan cara yang sama berulang-ulang dapat menyebabkan kebosanan dan ketidakpedulian, serta menghambat produktivitas.
Untuk menghadirkan kesegaran dan mendorong tim berpartisipasi secara proaktif, ubah pertanyaan yang diajukan, buat lebih interaktif, atau tambahkan unsur-unsur yang menyenangkan.
Pertimbangkan untuk bergantian menggunakan format yang berbeda, seperti Each One Meets, di mana semua anggota tim dapat bertukar umpan balik secara 1:1, atau Kudo cards untuk pengakuan antar rekan. Mencoba format yang berbeda akan menambah kesegaran dalam pertemuan dan mendorong partisipasi yang lebih baik.
Baca juga: 25 ide retrospektif Sprint yang seru untuk dicoba *
Retrospektif tanpa kesimpulan
Jangan biarkan Sprint Retrospective berubah menjadi pertemuan yang hanya banyak bicara tapi tanpa tindakan.
Saat tim Scrum mendiskusikan kemajuan dan mengeksplorasi cara mengubah pendekatan mereka untuk meningkatkan produktivitas, sebagian besar hal tersebut tidak tercatat. Gunakan perangkat lunak manajemen proyek untuk mencatat setiap detail rencana aksi yang disepakati selama sesi retrospektif.
Sebenarnya, Anda dapat melakukan brainstorming alur kerja dan proses agile, serta mendiskusikan langkah-langkah tindakan selanjutnya di kanvas digital seperti ClickUp Whiteboards. Baik tim Anda berada di lokasi atau bekerja jarak jauh, Whiteboards memungkinkan semua orang berkolaborasi dan berbagi ide.
Ubah sesi perencanaan dan workshop tim menjadi kanvas kolaboratif dengan ClickUp Whiteboards, yang memungkinkan Anda menyematkan desain, dokumen, dan daftar dalam satu antarmuka.
Jika Anda bekerja dengan tim jarak jauh atau hybrid, Anda juga dapat menggunakan rekaman layar untuk menyampaikan pesan dengan singkat dan tepat. Cukup rekam video singkat dengan ClickUp Clips dan bagikan dengan tim Anda. Oh, dan Anda juga dapat menggunakan ClickUp Brain untuk menerjemahkan video tersebut untuk Anda!
Tips pro💡: Catat semua ide dan langkah selanjutnya secara real-time dan centang semua item di daftar tugas Anda dengan ClickUp Tasks , dengan mudah berpindah dari konsep di Whiteboard ke tindakan yang dapat dilacak—memastikan tidak ada yang terlewat.
Alat untuk Melakukan Sprint Review dan Retrospective
Proses pengembangan perangkat lunak agile (SDLC) melibatkan berbagai komponen, departemen, pemangku kepentingan, dan anggota tim.
Tanpa alat yang tepat untuk Sprint review dan retrospektif, Anda dapat dengan mudah terjebak dalam proses yang rumit, yang dapat menyebabkan keterlambatan pengiriman, melebihi anggaran, dan masalah kualitas produk.
Idealnya, Anda ingin memiliki satu sumber kebenaran, sebuah Platform Manajemen Proyek Perangkat Lunak seperti ClickUp yang mengelola SDLC secara end-to-end, mulai dari otomatisasi Sprint dan pelaporan Sprint hingga visualisasi kemajuan Sprint.
Mari kita lihat fitur-fitur utama ClickUp yang disukai dan banyak digunakan oleh tim agile:
ClickUp Sprint
Fitur Sprint all-in-one ClickUp memudahkan otomatisasi Sprint dan penugasan poin, serta membantu Anda memvisualisasikan dan melacak Sprint menggunakan grafik burnup dan burndown, aliran kumulatif, dan grafik kecepatan.
Tentukan tanggal Sprint, tetapkan poin, pindahkan pekerjaan yang belum selesai secara otomatis ke Sprint berikutnya, dan sinkronkan aktivitas pengembangan tim Anda dengan stack teknologi Anda, termasuk GitHub, GitLab, atau BitBucket.
Gunakan sistem poin yang dapat disesuaikan untuk mengumpulkan poin dari subtugas, membaginya berdasarkan penugas, dan menyortirnya untuk melacak Sprint Anda dengan cepat.
ClickUp Brain
Sebagai asisten AI bawaan Anda, ClickUp Brain mempercepat proses dokumentasi produk Anda.
Tim perangkat lunak menggunakan alat AI untuk menghasilkan ide produk, agenda rapat, catatan rapat, ringkasan, dan peta jalan, serta mengotomatisasi pembuatan laporan kemajuan.
Ini juga dapat secara otomatis menghasilkan catatan rapat singkat, sehingga secara signifikan mengurangi waktu dan usaha yang Anda habiskan untuk rapat dan pembaruan.
"ClickUp AI telah membantu tim kami menemukan cara baru untuk menyelesaikan lebih banyak pekerjaan dengan lebih efisien," kata Alex McCall, Kepala Operasional di ClearCalcs.
"Tim pemasaran, produk, dan teknik kami telah berkreasi dalam menulis epik, cerita pengguna, dan bahkan catatan rilis produk. Hal ini telah meningkatkan keterampilan komunikasi tim kami dan sering membantu kami mengidentifikasi hal-hal yang tidak diketahui dalam pekerjaan kami. Saya akan menggambarkan ini sebagai kekuatan super yang tak terlihat bagi tim yang bergerak cepat dan berkinerja tinggi."
Alur kerja Agile
Workflow fleksibel ClickUp menyesuaikan diri dengan kebutuhan tim Anda, baik Anda menggunakan Kanban, Scrum, atau metode lain. Buat proses yang sempurna untuk setiap backlog, otomatiskan, dan fokus pada hal-hal strategis.
Dashboard ClickUp
Selaraskan semua pihak yang terlibat dalam Sprint Review dan Retrospective, mulai dari tim engineering hingga tim produk, serta tim kepemimpinan, dengan Dashboards ClickUp.
Keduanya adalah peta jalan visual dan laporan Sprint yang menghubungkan pekerjaan menuju tujuan bersama, menampilkan kemajuan, ketergantungan, hambatan, dan tugas-tugas prioritas tinggi.
Lakukan Lebih Banyak Tugas Selama Rapat Sprint Review dan Retrospective dengan ClickUp
Anda tahu saatnya untuk beralih fokus ketika rapat, upacara Scrum, dan diskusi retrospektif menjadi rangkaian acara yang beruntun dan melelahkan. Sementara Sprint review adalah kesempatan untuk memamerkan produk Anda dan mendapatkan dukungan dari pemangku kepentingan, Sprint retrospective adalah tempat di mana refleksi dan perbaikan berkelanjutan terjadi.
ClickUp memudahkan pengelolaan siklus Sprint Anda. Dengan templat yang dapat disesuaikan dan alat umpan balik real-time, rangkaian fitur ClickUp, termasuk Sprint Automation, Tugas, alur kerja agile, ClickUp Brain, Whiteboards, dan Dashboard, memastikan tim Anda selalu produktif dan fokus.
Untuk mulai mengubah rapat rutin Anda menjadi momen produktif, daftar di ClickUp secara gratis.