Titik
Renee baru-baru ini menerima posisi sebagai pengembang di sebuah perusahaan perangkat lunak yang menggunakan Scrum sebagai metodologi proyeknya. Dia baru mengenal Scrum dan telah menggunakan sumber daya pendidikan untuk menjadi terbiasa dengannya. Sebagai seseorang yang akan bertanggung jawab untuk menyelesaikan pekerjaan proyek, Anda fokus untuk memahami bagaimana kemajuan pekerjaan selama proyek berlangsung. Ini mengarah pada akumulasi sprint.
Di Scrum , bentuk Agile yang paling umum, pekerjaan proyek diselesaikan dalam interval berulang, biasanya selama 2-4 minggu, yang dikenal sebagai sprint . Agar dapat diselesaikan dalam interval yang lebih pendek dan lebih sering, pekerjaan harus dipecah dengan cara yang lebih mudah diatur. Formulir ini dikenal sebagai kisah pengguna , yang merupakan persyaratan proyek yang berfokus pada fungsionalitas untuk pengguna tertentu. Kisah pengguna ditulis oleh Pemilik Produk , orang yang meminta proyek. Mereka disimpan dalam urutan prioritas dalam simpanan produk untuk diasumsikan oleh tim pengembangan.
Renee terutama memperhatikan bagaimana tim pengembangan melakukan pekerjaan itu. Di Scrum, ini terjadi di awal setiap sprint. Tim pengembangan bertemu dengan pemilik produk dalam rapat perencanaan sprint untuk meninjau cerita pengguna dengan prioritas tinggi di simpanan produk. Setelah tim sepenuhnya memahaminya dan yakin bahwa mereka dapat diselesaikan selama sprint , cerita pengguna akan dipindahkan dari backlog ke sprint backlog . Ini adalah pengelompokan pekerjaan yang akan dikembangkan dan diuji sepenuhnya selama sprint, dengan urutan prioritas.
tata rias dan contoh
Saat Renee mendapatkan pemahaman tentang bagaimana penundaan sprint berasal, dia melanjutkan untuk membahas apa itu dan bagaimana penggunaannya. Pertanyaan-pertanyaan ini tidak dapat dijawab melalui materi pendidikan, tetapi harus datang langsung dari tim Anda. Meskipun ada kesamaan di antara sprint backlog, mereka bervariasi dari satu tim ke tim lainnya. Saat Anda fokus pada implementasi, Anda memerlukan pengetahuan khusus tentang praktik tim Anda.
Setelah cerita pengguna berpindah dari simpanan produk ke simpanan sprint, tim Renee membaginya menjadi tugas, yang mencakup semua yang diperlukan untuk menyelesaikan cerita pengguna. Tugas sering berfokus pada desain atau pengkodean. Misalnya, jika tim Renee sedang mengerjakan situs web ritel, cerita pengguna mungkin untuk kemampuan pelanggan membuat info masuk. Salah satu tugas desain adalah membuat tata letak halaman web yang akan digunakan klien. Tugas pengkodean akan mencakup memvalidasi informasi login yang dimasukkan dan menyimpannya. Proses ini sepenuhnya didorong oleh Renee dan timnya. Terserah tim untuk menentukan tugas yang terlibat dengan setiap cerita pengguna, serta siapa yang akan menyelesaikan setiap tugas.
Tugas untuk setiap cerita pengguna berkembang melalui tahap penyelesaian. Biasanya, ada status berbeda yang mencerminkan apakah pekerjaan sedang dikerjakan, diuji, atau diselesaikan secara aktif. Ini sering dilakukan dengan menggunakan papan fisik, yang dikenal sebagai papan tugas Scrum , di mana cerita dan tugas pengguna ditulis pada catatan tempel dan berbagai tahapan penyelesaian adalah kolom vertikal di papan. Versi elektronik juga dapat digunakan tetapi kuncinya adalah representasi visual dari karya dan perkembangannya.
Tim Renee menggunakan papan tugas Scrum fisik. Kisah pengguna dan tugas terkait dimulai di kolom yang disebut ‘Sprint Backlog’. Saat tugas selesai, mereka “sedang berlangsung”. Dari sana, tugas berpindah ke ‘Peer Review’, di mana kode diperiksa. Setelah peer review, cerita pengguna dan semua tugas pindah ke ‘Dalam Pengujian’ di mana pengujian dilakukan dan setelah selesai, mereka pindah ke ‘Selesai’. Penting bagi tim Anda untuk memiliki definisi umum tentang selesai dan apa yang diperlukan agar tugas dan cerita pengguna dapat berkembang di papan tulis.
Tujuan
Begitu Renee tahu dari mana sprint backlog berasal dan bagaimana pendekatan timnya, hal terakhir yang ingin dia pahami adalah mengapa hal itu bermanfaat. Dia merasa bahwa dia perlu menerima akumulasi sprint. Dia mungkin tahu semua yang perlu diketahui tentangnya, tetapi dia tidak akan dapat mendukungnya sepenuhnya tanpa memahami nilainya. Manfaat sprint backlog meliputi visibilitas dan organisasi, serta peningkatan efisiensi.
Manfaat visibilitas sederhana namun signifikan. Dengan menunjukkan progres cerita dan tugas pengguna, siapa pun dapat dengan cepat melihat status sprint saat ini. Untuk tim proyek, ini memungkinkan mereka untuk mengidentifikasi area yang tidak membuat kemajuan dan menargetkannya. Bagi pemangku kepentingan, ini memberikan gambaran nyata kapan pun mereka menginginkannya. Manfaat organisasi berasal dari visibilitas. Cerita pengguna disimpan dalam urutan prioritas, memungkinkan tim memfokuskan upaya mereka pada hal yang paling penting. Selain itu, representasi visual dari tugas memberi tim gambaran yang jelas tentang pekerjaan apa yang perlu dilakukan dan memungkinkan mereka untuk melihat apakah ada yang kurang.
Manfaat tambahan dari akumulasi sprint adalah memungkinkan tim menjadi lebih efisien. Ini memberi tim satu titik referensi kapan saja. Ini paling efisien jika Anda ingin memperbarui status pekerjaan yang Anda selesaikan, atau jika Anda ingin memeriksa status sesuatu saat ini. Juga, dalam hal status, mengharuskan tim untuk menggunakan definisi yang seragam. Saat Renee ingin mengetahui apakah sesuatu yang dia buat telah diuji, dia tidak akan lagi mendapatkan respons yang hampir selesai atau hampir selesai, yang bersifat subyektif dan seringkali tidak berguna. Sebagai gantinya, Anda cukup mereferensikan dasbor tim Anda dan melihat apakah cerita pengguna adalah ‘Dalam Pengujian’ atau ‘Selesai’.
Ringkasan Pelajaran
Scrum membagi pekerjaan proyek menjadi cerita pengguna , yang diselesaikan dalam sprint . Cerita pengguna ditulis oleh pemilik produk dan disimpan ke backlog produk. Dalam rapat perencanaan sprint , pemilik produk dan tim pengembangan meninjau cerita pengguna dan cerita yang dapat diselesaikan dalam sprint dipindahkan ke sprint backlog . Ini dibagi menjadi tugas, biasanya desain dan pengkodean. Tugas melewati tahap penyelesaian seperti ‘Sedang Berlangsung’ dan ‘Dalam Pengujian’ hingga seluruh cerita pengguna selesai. Cerita pengguna, tugas, dan progresnya biasanya ditampilkan secara fisik di papan tugas Scrum . Pendekatan ini memberikan visibilitas, organisasi, dan peningkatan efisiensi.