Scrum Project Management

Ukuran: px

Mulai penontonan dengan halaman:

Download "Scrum Project Management"

Bambang Kusuma
6 tahun lalu
Tontonan:

1 Scrum Project Management 1

2 1.1 Scrum Roles 2

3 Scrum Roles Rancangan Software Penentu & Punya Hak Veto PM* PO* SM DT* 3

4 Scrum Roles 4

5 Product Owner Bertanggung jawab penuh atas keberhasilan rancangan software di mata pengguna Bertanggung jawab atas transparansi rancangan dia ke DT (untukl keberhasilan komunikasi ) Seluruh pihak (di organisasi) menerima keputusan akhir PO Satu-satunya yang boleh mengarahkan waktu kerja DT 5

6 Development Team Terdiri dari para praktisi yang profesional......karena berkewajiban menghasilkan update-an baru software yang siap deploy, minimal setiap sprint. Lengkap. Memiliki semua keahlian hulu-ke-hilir sebagai satu tim. (baca: cross-function) Punya hak penuh untuk mengatur cara pengembangkan software mereka. Berjumlah 3 sampai 9 orang 6

7 Scrum Master Memastikan praktik Scrum terlaksana & nilai/prinsip Scrum dihidupi oleh tim Scrum Membantu PO & DT memaksimalkan transparansi artefak Memfasilitasi acara Scrum jika diperlukan Membantu pihak luar untuk memahami interaksiinteraksi apa yang bisa membantu dan mengganggu tim Scrum 7

8 Untuk PO, Scrum Master Membantu memahami perancangan produk ala empirisme Membantu terus mencari teknik terbaik untuk mengelola backlog (antrian pekerjaan yang fleksibel) 8

9 Untuk Organisasi, Scrum Master Bersama-sama Scrum Master lain: Memimpin dan membimbing organisasi dalam penerapan Scrum Membantu setiap pegawai dan stakeholder untuk memahami Scrum Membantu membuat perubahan di level organisasi---yang mendukung tim Scrum 9

10 Aturan Rangkap Peran Yang dilarang Scrum Guide hanya rangkap peran PO-SM 10

11 1.2 Scrum Artifacts 11

12 1.2.1 Product Backlog 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 12

13 Product Backlog 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 13

14 Wisdom Assumption is the root of evil How to be more agile? More inspect-and-adapt, quantitatively, qualitatively. 14

15 1.2.2 Sprint Backlog 15

16 Sprint Backlog 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. 16

17 Pro-con Estimasi Task per Jam 17

Sprint Backlog Sprint Backlog : - Terdiri dari PBI yang diambil dari atas PB & cara mengerjakannya (biasanya di lapangan terwujud dalam task-task ) - Sepenuhnya dikuasai

18 Sprint Backlog 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. 18

19 1.2.3 Increment 19

20 1.2.3 Increment 20

21 1.3 Scrum Activities 21

22 Scrum Activities 22

23 1.3.1 Sprint Planning & Sprint Goal 23

24 Sprint Planning 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. 24

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

26 Sprint Planning #2 Sebelum dikerjakan, tentu deskripsi detail & level mekanik dari PBI perlu didetailkan. (PB Refinement) 26

27 Sprint Planning #3 Setelah Sprint Goal dan PBI-PBI terkait siap dan detail, selanjutnya adalah mengambil PBI sesuai kapasitas DT. 27

28 Sprint Planning #4 Coba latihan kembali untuk memecah PBI. (PB Refinement) 28

29 Bagaimana jika Sprint Planning Dimulai dengan carry-over? 29

30 Bagaimana dengan pekerjaan yang tidak spesifik PBI? 30

31 Definition of Done 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 31

32 Definition of Done #1 Coba buat Definition of Done di perusahaan kalian masingmasing sekarang 32

33 Definition of Done #2 Sekarang bayangkan kalian jadi DT di proyek chat-withmoney, Definition of Done apa yang kira-kira diwajibkan oleh bank? 33

34 Definition of Done #3 Lalu bayangkan DoD yang tidak diwajibkan oleh perusahaan (bahkan PO), tapi kalian sendiri inginkan? 34

35 Definition of Done 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 35

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

37 Development 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. 37

38 1.3.3 Daily Scrum 38

39 1.3.3 Daily Scrum 39

40 Daily Scrum 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 40

41 Kenapa di Daily Scrum Dilarang Berdiskusi? 41

42 Pro-con Diskusi di Daily Scrum? 42

43 Tempat terbaik /u Daily Scrum? 43

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

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

46 Pro-con PB Refinement Maksimum 10 Menit? 46

47 1.3.5 Sprint Review 47

48 Sprint Review 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 halhal terkait perilisan produk: timeline, budget, potensi kapabilitas, kondisi pasar. 48

49 Sprint Review #1 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. 49

50 Apa yang terjadi jika PO sudah mencoba sebagian atau seluruh Inkremen sebelum Sprint Review? 50

51 Wisdom Setiap orang butuh apresiasi sebagaimana mereka butuh makan. ~ Dale Carnegie, dari buku How to Win Friends & Influence People 51

52 1.3.5 Sprint Retrospective 52

53 Sprint Retrospective 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: orangorangnya, hubungan antara orangorang, 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 53

54 Wisdom Tidak ada masalah itu bermasalah. 54

55 2. Praktik Agile Non-Scrum User Story as PBI Planning Poker Velocity Backward Planning on Task Task Burn Down 55

56 2.1 User Story as PBI 56

57 User Story as PBI 57

58 Pikirkan <goal>-<goal> Lain yang Sesuai dengan <benefit>? 58

59 Apa yang Kamu Lakukan saat Arahannya Hanya Seperti Ini? 59

60 Requirement Evolution 60

61 A Quite Detailed User Story 61

62 Detailkan User Story Coba detailkan user-story aplikasi chat-with-money. 62

63 Bagaimana Cara Beri Nilai Estimasi Paling Akurat? 63

64 2.2 Planning Poker 64

65 Planning Poker Bayangkan kalian menjadi DT yang sedang berembuk memberi nilai estimasi teknis. 65

66 Apa Sia-Sia jika Main Planning Poker tapi Tanpa Estimasi? 66

67 2.3 Velocity 67

68 Velocity 68

69 2.4 Task Burn Down 69

70 Multi-level Planning Tips: Pastikan semua level rencana ada, dan tertulis di poster di tempat DT berkerja. 70

dokumen-dokumen yang mirip

Galin, SQA from Theory to Education Limited 2004

Galin, SQA from Theory to Education Limited 2004 Galin, SQA from Theory to Implementation @Pearson Education Limited 2004 Galin, SQA from Theory to Implementation @Pearson Education Limited 2004 Galin, SQA from Theory to Implementation @Pearson Education