{"id":325,"date":"2022-01-25T10:48:37","date_gmt":"2022-01-25T10:48:37","guid":{"rendered":"https:\/\/www.cybermedian.com\/id\/?p=325"},"modified":"2025-02-18T14:58:48","modified_gmt":"2025-02-18T06:58:48","slug":"scrum-a-comprehensive-tutorial","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/id\/scrum-a-comprehensive-tutorial\/","title":{"rendered":"Scrum: Tutorial Komprehensif"},"content":{"rendered":"

Scrum adalah kerangka kerja di mana orang dapat mengatasi masalah adaptif yang kompleks, sambil secara produktif dan kreatif mengirimkan produk dengan nilai tertinggi yang mungkin.<\/p>\n

Scrum itu sendiri adalah kerangka kerja sederhana untuk kolaborasi tim yang efektif pada produk yang kompleks. Pencipta bersama Scrum, Ken Schwaber dan Jeff Sutherland, telah menulis Panduan Scrum<\/a> untuk menjelaskan Scrum dengan jelas dan ringkas. Panduan ini berisi definisi Scrum. Definisi ini terdiri dari peran, acara, artefak, dan aturan Scrum yang mengikat semuanya bersama.<\/p>\n

Proses Scrum<\/h4>\n

Dalam proyek agile, sprint adalah iterasi waktu yang konsisten di mana tim pengembang menciptakan sekelompok kemampuan produk tertentu dari awal hingga akhir. Di akhir setiap sprint, fungsionalitas yang telah dibuat oleh tim pengembang harus berfungsi, siap untuk didemonstrasikan, dan berpotensi dapat dikirimkan kepada pelanggan.<\/p>\n

<\/figure>\n

Sprint harus memiliki panjang yang sama dalam sebuah proyek. Menjaga panjang sprint yang konsisten membantu tim pengembang mengukur kinerjanya dan merencanakan dengan lebih baik di setiap sprint baru.<\/p>\n

Sprint umumnya berlangsung satu hingga empat minggu. Empat minggu adalah waktu terlama yang seharusnya dimiliki oleh sebuah sprint; iterasi yang lebih lama membuat perubahan menjadi lebih berisiko, mengalahkan tujuan untuk menjadi agile. Kami jarang melihat sprint berlangsung lebih dari dua minggu, dan lebih sering melihat sprint berlangsung satu minggu. Sprint satu minggu adalah siklus alami dengan minggu kerja dari Senin hingga Jumat yang secara struktural mencegah pekerjaan di akhir pekan.<\/p>\n

Beberapa tim scrum bekerja dalam sprint satu hari di mana prioritas berubah setiap hari. Kebutuhan pasar dan pelanggan berubah semakin cepat, dan jumlah waktu yang dapat Anda alokasikan antara kesempatan untuk mengumpulkan umpan balik pelanggan semakin pendek.<\/p>\n

Aturan praktis kami adalah bahwa sprint Anda tidak boleh lebih lama dari waktu yang dapat dihabiskan oleh pemangku kepentingan tanpa perubahan prioritas mengenai apa yang harus dikerjakan oleh tim scrum dalam sprint.<\/p>\n