Galin, SQA from Theory to Education Limited 2004

Ukuran: px

Mulai penontonan dengan halaman:

Download "Galin, SQA from Theory to Education Limited 2004"

Vera Sudjarwadi
7 tahun lalu
Tontonan:

2 Galin, SQA from Theory to Education Limited 2004

5 Galin, SQA from Theory to Education Limited 2004

8 Galin, SQA from Theory to Education Limited 2004

9 9

11 11

12 12

13 Empiricism Transparency Inspection Adaptation 13

14 14

15 Rancangan Software Penentu & Punya Hak Veto PM * PO* SM DT * 15

16 16

17 17

18 18

19 19

20 20

21 21

22 22

23 23

24 Informasi minimal, di tiap Product Backlog Item yang ideal: - Deskripsi - Urutan - Estimasi Kesulitan - Estimasi Nilai Bisnis Product Backlog: - Estimasi kesulitan dikuasai DT - Sisanya dikuasai PO - Meski DT bisa membantu PO menuliskan deskripsi PBI-PBI di PB - Fleksibel -> berubah di tengah 24

25 Product Backlog Item: - Deskripsi - Urutan - Estimasi Kesulitan - Estimasi Nilai Bisnis Product Backlog: - Dikuasai oleh PO -...kecuali estimasi kesulitan - Meski DT bisa membantu PO menuliskan PBI-PBI di PB - Fleksibel -> bisa berubah di tengah 25

26 26

27 Sprint Backlog : - Terdiri dari PBI yang diambil dari atas PB & cara mengerjakannya (biasanya di lapangan terwujud dalam task-task ) - Sepenuhnya dikuasai DT kecuali detail PBI yang PO luput di Sprint Planning (artinya SB fleksibel) - Estimasi kesulitan PBI membantu DT melihat performa mereka dari Sprint ke Sprint. 27

28 28

29 Sprint Backlog : - Terdiri dari PBI yang diambil dari atas PB & cara mengerjakannya (biasanya di lapangan terwujud dalam task-task ) - Sepenuhnya dikuasai DT kecuali detail PBI yang PO luput di Sprint Planning (artinya SB fleksibel) - Estimasi kesulitan PBI membantu DT melihat performa mereka dari Sprint ke Sprint. 29

30 30

31 31

32 32

33 33

34 34 & Sprint Goal

35 Peserta : - Semua Tim Scrum - Tenaga ahli (opt.) Masukan : - PB - Inkremen terbaru - Rekam performa pengembangan Keluaran : - Sprint Goal - Sprint Backlog (PBIs & plan) Waktu : - Maksimum 8 jam Alur : 1. PO menjabarkan tujuan yang dia mau di awal. 2. DT menjabarkan apa yang ingin mereka kerjakan. 3. Lalu PO & DT berembuk bersama, menentukan Sprint Goal, lalu mendetailkan PBI- PBI terkait. 4. Pengambilan PBI untuk SB sejumlah yang DT sanggup. 5. Pendetailan PBI-PBI di SB menjadi plan (task), setidaknya garis besar. 35

36 Kembali ke chat-with-money, kali ini bertindak sebagai DT. Coba bersama PO melihat PB dan berembuk menentukan Sprint Goal & PBI-PBI terkait. 36

37 Sebelum dikerjakan, tentu deskripsi detail & level mekanik dari PBI perlu didetailkan. (PB Refinement) 37

38 Setelah Sprint Goal dan PBI-PBI terkait siap dan detail, selanjutnya adalah mengambil PBI sesuai kapasitas DT. 38

39 Coba latihan kembali untuk memecah PBI. (PB Refinement) 39

40 DoD : - Pra-syarat yang harus dilalui setiap PBI - Minimum DoD adalah standar perusahaan - Maksimum DoD? Tidak ada, DoD adalah milik DT, karena SB adalah milik DT 40

41 Coba buat Definition of Done di perusahaan kalian masingmasing sekarang 41

42 Sekarang bayangkan kalian jadi DT di proyek chat-with-money, Definition of Done apa yang kira-kira diwajibkan oleh bank? 42

43 Lalu bayangkan DoD yang tidak diwajibkan oleh perusahaan (bahkan PO), tapi kalian sendiri inginkan? 43

44 DoD : - Pra-syarat yang harus dilalui setiap PBI - Minimum DoD adalah standar perusahaan - Maksimum DoD? Tidak ada, DoD adalah milik DT, karena SB adalah milik DT 44

45 Development : - Mengubah SB menjadi Inkremen - Bisa terjadi PB Refinement secara ad-hoc di tengah (Max. 10%) 45

Sepanjang Development di suatu Sprint : -

Refinement) - PBI-PBI di SB boleh berubah.

46 Sepanjang Development di suatu Sprint : - Sprint Goal tidak boleh berubah - Plan pengerjaan di SB boleh berubah tanpa restu PO - Deskripsi PBI di SB bisa berubah (PB Refinement) - PBI-PBI di SB boleh berubah. Biasanya karena kendala teknis yang besar atau instruksi darurat PO. 46

47 47

48 48

Masing-masing, bergantian, dan tanpa interupsi, cerita: - aktivitas kemarin, -

49 Peserta : - Hanya DT Penyelenggara (EO) : - DT Masukan : Keluaran : Waktu : - Maksimum 15 menit Alur : 1. Masing-masing, bergantian, dan tanpa interupsi, cerita: - aktivitas kemarin, - kendala kemarin, - rencana aktivitas hari ini, untuk bantu tim capai Sprint Goal 2. Setelah Daily Scrum Meeting ditutup, baru boleh rapat adhoc 49

50 Peserta : - PO & DT Kegiatan : - Mendetailkan / - Mengestimasi / - Menyusun ulang PBI Waktu : - Ad hoc - Total waktu maksimum 10% dari total waktu pengembangan 50

51 Mari kita simulasikan PB Refinement pada chat-with-money, dengan trainer sebagai DT dan anda sebagai PO. 51

52 52

Alur : 1. PO membuka dengan menjelaskan/menyatakan PBI mana yang sudah selesai, mana yang belum selesai. 2.

53 Peserta : - PO & DT - Stakeholder terkait (opt.) Penyelenggara (EO) : - PO (mengundang) Tujuan: - Meninjau Inkremen (utama) - Memperbarui PB Waktu : - Maksimum 4 jam untuk Sprint 1 bulan Alur : 1. PO membuka dengan menjelaskan/menyatakan PBI mana yang sudah selesai, mana yang belum selesai. 2. DT menjelaskan apa yang berjalan baik sepanjang Sprint, masalah, dan pemecahan masalah. 3. DT mendemonstrasikan Inkremen 4. PO mengulas keadaan pasar 5. PB Refinement sembari tinjau hal-hal terkait perilisan produk: timeline, budget, potensi kapabilitas, kondisi pasar. 53

54 Sekarang mari kita simulasikan Sprint Review. Bayangkan seolah WA adalah aplikasi chat-with-money. PBI yang kalian kerjakan di Sprint terakhir adalah Basic P2P Text Chat & Money Transfer via Emoticon. 54

55 55

56 56

57 Peserta : - DT & SM Keluaran : - Rencana implementasi perbaikan (Improvement Experiment) Waktu : - Maksimal 3 jam di Sprint 1 bulan Catatan : - Retrospective ad-hoc dibolehkan Alur : 1. Ditinjau bagaimana Sprint yang telah selesai berlangsung: orang-orangnya, hubungan antara orang-orang, proses, dan perangkat kerja 2. Ditinjau eksperimen perbaikan satu Sprint ke belakang 3. Disepakati eksperimen perbaikan satu Sprint ke depan 4. Boleh dengan memperbarui DoD 5. SM membuka wawasan DT terkait proses kerja baru (teknis / non teknis)- --boleh lewat referensi 57

58 Galin, SQA from Theory to Education Limited 2004

59 Galin, SQA from Theory to Education Limited 2004

60 60

dokumen-dokumen yang mirip

Scrum Project Management

Scrum Project Management 1 1.1 Scrum Roles 2 Scrum Roles Rancangan Software Penentu & Punya Hak Veto PM* PO* SM DT* 3 Scrum Roles 4 Product Owner Bertanggung jawab penuh atas keberhasilan rancangan software