Pengembangan Agile untuk Pemula: pahami peran, acara, dan artefak Scrum lalu jalankan sprint pertama

Proyek & Pengembangan

Pengembangan Agile untuk Pemula: pahami peran, acara, dan artefak Scrum lalu jalankan sprint pertama

Orang yang baru belajar pengembangan agile atau baru pertama kali masuk tim Scrum memakai templat untuk pemula ini untuk memahami 3 peran, 5 acara, dan 3 artefak, lalu menjalankan sprint pertamanya. Di papan tulis tersedia konsep agile, alur sprint 2 minggu dalam 5 langkah, tiga bingkai berisi 3 peran, tiga bingkai berisi 3 artefak, tabel ringkas 5 acara, empat kolom MoSCoW untuk memilih apa yang masuk, serta retrospektif KPT. Papan tugas punya lima kolom, yaitu Product Backlog, Sprint Backlog, dikerjakan, menunggu review, dan selesai, dengan 4 tugas induk serta 12 subtugas yang semuanya belum dikerjakan, mulai dari mengenal istilah sampai review dan retrospektif. Kalau ikut Scrum tanpa tahu istilahnya, Anda tertinggal di tengah obrolan, tetapi dengan menelusuri papan ini dari atas ke bawah selama satu sprint, Anda jadi tahu apa yang dibicarakan saat daily. Berbeda dengan papan operasional tim yang sudah berjalan, di sini yang utama adalah paham istilah dan mengalami sprint pertama.

0 Suka 0 Salinan Pembuat: WeProcess
pengembangan agile Scrum sprint tim pengembang pemula
Daftar gratis dan gunakan templat ini

Dengan akun gratis, Anda dapat menyalin templat ini dari pasar templat

Pratinjau papan tulis

Mode pratinjau Pengembangan Agile untuk Pemula: pahami peran, acara, dan artefak Scrum lalu jalankan sprint pertama
Daftar gratis dan gunakan templat ini

Pratinjau papan tulis

1. Apa itu pengembangan agile (buat, ... 2. Alur sprint 2 minggu (daily scrum ... 3. Product Owner 4. Scrum Master 5. Developers 6. Product Backlog 7. Sprint Backlog 8. Increment 9. Tabel ringkas 5 acara Pengembangan Agil... Cara pakai: (1) B... Definisi selesai ... Peran dan kesepak... Hambatan dan kendala Pelajaran dan per... Satu kalimat sajaDalam siklus pendek sekitar 2 minggu, buat sesuatu yang berjalan, tunjukkan,minta masukan, lalu perbaiki. Cara kerja ini diulang terus. Bedanya dengan cara lamamis. bukan menetapkan seluruh spesifikasi dulu baru membuat,melainkan menetapkan urutan lalu membuat sedikit demi sedikit dari atas. Urutan boleh berubah di tengah jalan. Apa untungnyamis. tiap 2 minggu wujud nyatanya terlihat, jadi kalau arahnya melencengketahuan dalam 2 minggu. Yang harus dibuat ulang paling banyak satu putaran. 1. Sprint planningHari pertama sprint. Pilih pekerjaan 2 minggu dengan MoSCoW bingkai 10 lalu susun Sprint Backlog. Paling lama 4 jam. mis. ambil 3 item teratas Product Backlog senilai 13 poin. 2. Pengembangan (2 minggu)Kerjakan hanya yang sudah dipilih. Kalau ada permintaan baru, pada dasarnya tidak dimasukkan ke sprint ini. mis. hanya menggarap 3 item perbaikan login senilai 13 poin. 3. Daily scrum (15 menit tiap hari)Selama 2 minggu di langkah 2, 15 menit setiap hari pada jam yang sama. Masing-masing menyampaikan pekerjaan kemarin, rencana hari ini, dan hambatannya. Diulang tiap hari beriringan dengan pengembangan. mis. tiap pagi pukul 10 sambil berdiri. 4. Sprint reviewHari terakhir. Tunjukkan hasil yang berjalan kepada pemangku kepentingan lalu minta masukan. Paling lama 2 jam. Tunjukkan layar, bukan materi presentasi. mis. mengoperasikan langsung layar login yang baru. 5. RetrospektifSetelah review. Yang ditinjau bukan hasil kerja, melainkan cara kerjanya. Paling lama 1,5 jam. Tetapkan satu langkah berikutnya lewat KPT bingkai 11. mis. menjadikan permintaan sisipan ditampung dulu oleh Scrum Master. Orang yang menentukan apa yang dibuat lebih dulu Bertanggung jawab atas urutan Product Backlog mis. memutuskan perbaikan login digarap lebih dulu Tempat bertanya saat ragu soal isi pekerjaan Orang yang menjaga cara kerja tetap dipatuhi Menyingkirkan hambatan dan menjaga durasi tiap acara mis. menampung dulu permintaan sisipan lalu menegosiasikannya Bukan pemberi perintah dan belum tentu atasan Para pembuatnya, mencakup desain, koding, dan pengujian Yang memperkirakan kapasitas 2 minggu adalah mereka sendiri mis. tiga orang membagi isi Sprint Backlog Developers itu nama peran, bukan nama jabatan Daftar semua yang ingin dibuat, diurutkan dari yang digarap lebih dulu Makin atas makin dulu dikerjakan; urutan ditentukan Product Owner mis. perbaikan login, pengaturan notifikasi, pencarian di halaman admin Daftar tanpa akhir. Boleh bertambah di tengah jalan Hanya bagian yang disepakati dikerjakan dalam 2 minggu ini Dipilih saat planning dan tidak ditambah di tengah jalan mis. 3 item perbaikan login, totalnya 13 poin Siapa memegang apa juga terlihat dari sini Hasil yang berjalan pada akhir 2 minggu Yang belum memenuhi definisi selesai, yaitu syarat yang disepakati tim di awal untuk menyebut sesuatu selesai, tidak dihitung mis. perbaikan login yang sudah lolos uji dan pengecekan Inilah yang ditunjukkan pada sprint review Apa yang dilakukan Siapa yang hadir Perkiraan durasi Sprint SprintWadah 2 minggu yang memuat 4 acara lainnya. Rentangnya tidak diperpanjang. Seluruh tim Scrum(Product Owner, Scrum Master, Developers) 2 minggudipatok tetap, maksimal 1 bulan Planning Sprint planningMemilih pekerjaan 2 minggu lalu menyusun Sprint Backlog. Seluruh tim Scrum Maksimal 4 jampagi hari pertama Daily scrum Daily scrumMembahas pekerjaan kemarin, rencana hari ini, dan hambatannya. Developers(dua peran lain menjadi pendengar) 15 menitjam dan tempat yang sama tiap hari Review Sprint reviewMenunjukkan hasil yang berjalan lalu meminta masukan. Layar, bukan slide. Tim Scrum dan pemangku kepentingan(pemberi permintaan dan pengguna) Maksimal 2 jamhari terakhir Retrospektif Retrospektif sprintMeninjau cara kerjanya, bukan hasil kerjanya. Seluruh tim Scrum Maksimal 1,5 jamsetelah review 10. Memilih yang ... Must (wajib) Hanya yang tanpa itu tujuan sprint tidak tercapai.mis. memperbaiki bug email atur ulang kata sandi yang tidak terkirim Should (sebaiknya) Penting, tetapi tujuan tetap tercapai walau dikeluarkan kali ini.mis. memperbaiki kalimat pesan galat yang membingungkan Could (kalau sempat) Dimasukkan ke sprint, tetapi paling dulu dikeluarkan kalau waktu kurang. Tanpa itu pun tujuan tercapai.mis. mengganti logo di layar login Won't (ditunda dulu) Yang diputuskan tidak dikerjakan. Jangan dihapus, biarkan tetap di Product Backlog (bingkai 6).mis. pengaturan notifikasi dan pencarian … 11. Retrospektif ... Keep (dilanjutkan) Setelah daily scrum dipatok tiap pagi pukul 10, semua orang jadi hadir Hambatan bisa langsung diucapkan, sehingga kemacetan terurai dalam setengah hari Problem (yang belum bisa) Dari 13 poin yang dipilih, 5 poin tidak selesai dalam 2 minggu Permintaan sisipan tidak bisa ditolak, sehingga Sprint Backlog membengkak Try (dicoba berikutnya) Sprint berikutnya dimulai dari 8 poin, ditambah kalau masih ada sisa waktu Permintaan sisipan ditampung dulu oleh Scrum Master
100%

Seret untuk menggeser, gulir untuk memperbesar

Isi papan tugas

Product Backlog 16 item

Pahami istilah Scrum
Susun sprint awal
Jalankan daily
Review dan refleksi
Tulis 3 peran
Urutkan 5 acara
Cek 3 artefak
Tentukan tanggal
Isi kolom pertama
Pilih porsi 2 minggu
Kemarin dan hari ini
Ungkapkan hambatan
Geser kartu di papan
Tunjukkan hasilnya
Balikkan ke backlog
Pilih 1 Try di KPT

Sprint Backlog 0 item

Dikerjakan 0 item

Menunggu review 0 item

Selesai 0 item