0
Workshop Scrum Joshua Partogi [email_address] @scrumway
Agenda – Sesi 1 <ul><li>Pengenalan konsep-konsep dalam Scrum </li></ul>
Agenda - Sesi 2 <ul><li>Workshop Scrum – Full Scrum Cycle </li></ul>
Mengenai workshop ini <ul><li>Workshop ini diadakan dengan tujuan agar peserta bisa lebih memahami mengenai Scrum </li></u...
Perkenalan <ul><li>Nama </li></ul><ul><li>Posisi/Jabatan </li></ul><ul><li>Pengalaman dengan manajemen proyek </li></ul><u...
Sosiogram <ul><li>Berikan ranking dari 1-10 dalam menjawab pertanyaan dibawah ini: </li></ul><ul><li>Seberapa dalam pemaha...
Latihan <ul><li>Anda disewa sebagai Scrum Master untuk memecahkan masalah yang dihadapi tim developer yang belum deliver a...
Kategorisasi Proyek
Scrum Overview
Scrum adalah... <ul><li>Proses kerja sederhana dengan aturan yang dilakukan secara berulang </li></ul><ul><li>Sebuah kolab...
Scrum bukanlah... <ul><li>Metodologi manajemen proyek baru melainkan sebuah proses kerja untuk meng-improve organisasi </l...
Contoh permasalahan <ul><li>Tim saya tidak bisa melakukan Daily Standup secara konsisten </li></ul><ul><li>Di organisasi/p...
Peran-peran dalam Scrum <ul><li>Pemilik Produk (Product Owner) </li></ul><ul><li>Scrum Master </li></ul><ul><li>Tim </li><...
Pemilik Produk <ul><li>Menentukan fitur dari produk dan tanggal rilis </li></ul><ul><li>Bertanggung jawab atas ROI produk ...
Pemilik Produk <ul><li>Siapa yang menjadi Product Owner di organisasi anda </li></ul><ul><li>Siapa yang bisa menjadi Produ...
Pemilik Produk <ul><li>Arsitek Solusi </li></ul><ul><li>Konflik kepentingan karena KPI ditentukan oleh selesainya proyek <...
Pemilik Produk <ul><li>Salesperson </li></ul><ul><li>Tidak memiliki wawasan mengenai produk secara utuh </li></ul><ul><li>...
Pemilik Produk <ul><li>Trainer </li></ul><ul><li>Lebih fokus pada sistem yang mudah dijelaskan pada training </li></ul><ul...
Pemilik Produk <ul><li>Domain Expert </li></ul><ul><li>Ahli dalam bidangnya tetapi belum tentu pernah menggunakan sistem/m...
Pemilik Produk <ul><li>Business Analyst </li></ul><ul><li>Pernah menginjakkan kaki di dunia teknologi dan domain dari soft...
Scrum Master <ul><li>Melayani dan bukan memerintah (servant leadership) </li></ul><ul><li>Menghilangkan hambatan yang dial...
Scrum Master <ul><li>Menyampaikan informasi mengenai proyek kepada manajemen level atas di organisasi </li></ul><ul><li>Me...
Kuis <ul><li>Apa yang akan terjadi apabila sebuah proyek Scrum tidak memiliki seorang Scrum Master? </li></ul><ul><li>Apak...
Tim <ul><li>Terdiri dari 7 +/- 2 orang </li></ul><ul><li>Mendemokan kemajuan (increment) produk di setiap akhir sprint kep...
Komponen dalam Scrum <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Produk </li></ul><ul><li>P...
Product Backlog <ul><li>Kumpulan fitur-fitur yang harus dimiliki oleh sebuah sistem agar sistem tersebut memiliki sebuah n...
Product Backlog <ul><li>Harus muat dalam satu Sprint </li></ul><ul><li>Apabila tidak muat dalam satu Sprint, maka hendakny...
User Story <ul><li>Sebagai <peran> </li></ul><ul><li>Saya ingin <fitur> </li></ul><ul><li>Agar saya <nilai bisnis> </li></...
User Story <ul><li>User story bukanlah  Use Case Scenario </li></ul><ul><li>Jangan pernah menggunakan  user  sebagai peran...
User Story - Latihan <ul><li>Coba diskusikan apakah hal berikut ini merupakan contoh user story yang baik </li></ul><ul><l...
Story Points <ul><li>Skala ditentukan bersama oleh tim berdasarkan konsensus </li></ul><ul><li>Skala yang biasanya digunak...
Story Points - Latihan <ul><li>Urutkan binatang berikut ini berdasarkan ukuran yang telah disepakati </li></ul><ul><li>Ika...
Sprint Backlog <ul><li>Product Backlog yang disetujui oleh tim dan PO untuk dimasukkan dalam satu Sprint </li></ul>
Task <ul><li>Tugas yang perlu dilakukan untuk menyelesaikan satu fitur </li></ul><ul><li>Muncul pada saat tim mengerjakan ...
Task & Fitur - Latihan <ul><li>Coba diskusikan apakah hal berikut ini termasuk fitur atau tugas </li></ul><ul><li>Menulis ...
Velocity <ul><li>Jumlah total story points yang diterima oleh Product Owner di setiap akhir Sprint </li></ul><ul><li>Veloc...
Scrum Taskboard
Scrum Taskboard
Scrum Taskboard
Scrum Taskboard
Scrum Taskboard
Hambatan <ul><li>Produktifitas Tono kurang dibandingkan anggota tim lainnya </li></ul><ul><li>Kenapa Tono kurang produktif...
Hambatan <ul><li>Setiap kali mengkompilasi software memakan waktu 15 menit </li></ul><ul><li>Developer tidak bisa konsentr...
Sprint Burndown Chart <ul><li>Grafik harian dari jumlah tugas yang tersisa dalam satu Sprint </li></ul><ul><li>Diupdate ol...
Release Burndown Chart <ul><li>Grafik dari jumlah Product Backlog yang tersisa di setiap Sprint hingga akhir rilis </li></...
Pertemuan penting dalam Scrum <ul><li>Daily Scrum Meeting </li></ul><ul><li>Sprint Planning </li></ul><ul><li>Sprint Revie...
Daily Scrum Meeting <ul><li>Tim bertemu setiap hari selama 10-15 menit </li></ul><ul><li>1 orang berbicara secara berganti...
Daily Scrum Meeting <ul><li>Apa yang telah saya kerjakan kemarin </li></ul><ul><li>Apa yang akan saya lakukan hari ini </l...
Kuis <ul><li>Kenapa Daily Scrum meeting harus dilakukan berdiri? </li></ul><ul><li>Apa dampaknya apabila Daily Scrum meeti...
Sprint Planning <ul><li>Dilakukan di awal Sprint </li></ul><ul><li>Tim berdiskusi dengan Product Owner mengenai Product Ba...
Sprint Planning <ul><li>Tim membahas ukuran(size) dari Product Backlog dengan story points </li></ul><ul><li>Planning dila...
Sprint Review <ul><li>Dilakukan di akhir Sprint </li></ul><ul><li>Tim mendemokan produk dihadapan Product Owner </li></ul>...
Sprint Review <ul><li>Scrum Master bertanggung jawab untuk mengkoordinasi dan memimpin pertemuan </li></ul><ul><li>Tanya j...
Sprint Retrospective <ul><li>Tim mengkilas balik mengenai sprint yang telah berjalan </li></ul><ul><li>Scrum Master harus ...
Sprint Retrospective <ul><li>Format umum: </li></ul><ul><li>Apa yang telah berjalan dengan baik </li></ul><ul><li>Apa yang...
Selesai (Done) <ul><li>Definisi dari selesai ditentukan bersama secara konsensus </li></ul><ul><li>Contoh: </li></ul><ul><...
Workshop <ul><li>Bentuk tim Scrum untuk mengerjakan pekerjaan yang akan ditampilkan setelah ini </li></ul><ul><li>Simulasi...
Brosur Internet Cafe <ul><li>Tentukan daftar harga sewa internet dengan komputer PC atau BYO laptop </li></ul><ul><li>Tent...
Sprint Retrospective <ul><li>Diskusikan apa yang berjalan dengan baik dan tidak berjalan dengan baik </li></ul>
Diskusi <ul><li>Setelah melakukan workshop, diskusikan pertanyaan berikut </li></ul><ul><li>Apakah saya dapat mengurangi a...
Dampak dari penerapan Scrum <ul><li>Konflik akan terjadi </li></ul><ul><li>Scrum akan membuat beberapa pihak tidak nyaman ...
Dampak dari penerapan Scrum <ul><li>Tugas manajer akan berubah dari memerintah menjadi melayani </li></ul><ul><li>Tim Scru...
Langkah selanjutnya... <ul><li>Coba kenalkan Scrum di organisasi anda </li></ul><ul><li>Menerapkan Scrum tidaklah mudah ka...
Terima Kasih
Upcoming SlideShare
Loading in...5
×

Free Scrum Workshop Jan 2011

963

Published on

Published in: Business, Technology
1 Comment
3 Likes
Statistics
Notes
No Downloads
Views
Total Views
963
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
80
Comments
1
Likes
3
Embeds 0
No embeds

No notes for slide

Transcript of "Free Scrum Workshop Jan 2011"

  1. 1. Workshop Scrum Joshua Partogi [email_address] @scrumway
  2. 2. Agenda – Sesi 1 <ul><li>Pengenalan konsep-konsep dalam Scrum </li></ul>
  3. 3. Agenda - Sesi 2 <ul><li>Workshop Scrum – Full Scrum Cycle </li></ul>
  4. 4. Mengenai workshop ini <ul><li>Workshop ini diadakan dengan tujuan agar peserta bisa lebih memahami mengenai Scrum </li></ul><ul><li>Menghilangkan persepsi yang salah mengenai Scrum selama ini </li></ul><ul><li>Lebih banyak orang Indonesia yang dapat mengenal Scrum </li></ul><ul><li>Apabila anda ingin mendapatkan hasil maksimal, anda diharapkan untuk aktif dalam setiap pertanyaan dan aktifitas serta mengikuti workshop ini sampai selesai </li></ul>
  5. 5. Perkenalan <ul><li>Nama </li></ul><ul><li>Posisi/Jabatan </li></ul><ul><li>Pengalaman dengan manajemen proyek </li></ul><ul><li>Alasan ingin mengetahui tentang Scrum </li></ul>
  6. 6. Sosiogram <ul><li>Berikan ranking dari 1-10 dalam menjawab pertanyaan dibawah ini: </li></ul><ul><li>Seberapa dalam pemahaman anda tentang Scrum? </li></ul><ul><li>Seberapa puaskah kustomer ketika anda terakhir kali deliver sebuah proyek? </li></ul><ul><li>Seberapa puaskah anda dengan proses yang sedang anda jalani sekarang? </li></ul>
  7. 7. Latihan <ul><li>Anda disewa sebagai Scrum Master untuk memecahkan masalah yang dihadapi tim developer yang belum deliver apapun dalam 7 bulan </li></ul><ul><li>Proyek ini memiliki 5 stakeholder yang masing-masing memiliki kepentingan atas proyek ini </li></ul><ul><li>Apa yang akan anda lakukan? </li></ul>
  8. 8. Kategorisasi Proyek
  9. 9. Scrum Overview
  10. 10. Scrum adalah... <ul><li>Proses kerja sederhana dengan aturan yang dilakukan secara berulang </li></ul><ul><li>Sebuah kolaborasi antara tim pegembang dan kustomer dalam sebuah dialog yang berlangsung terus menerus </li></ul><ul><li>Pembungkus dari proses teknikal yang telah berjalan yang menghasilkan sebuah kemajuan </li></ul><ul><li>Kerangka kerja dengan pemantauan dan adaptasi yang dilakukan terus menerus </li></ul>
  11. 11. Scrum bukanlah... <ul><li>Metodologi manajemen proyek baru melainkan sebuah proses kerja untuk meng-improve organisasi </li></ul><ul><li>Jawaban dari semua permasalahan yang ada dalam proyek/organisasi anda karena Scrum tidak menyediakan perencanaan (contingency plan) untuk setiap masalah yang mungkin akan terjadi di masa mendatang </li></ul><ul><ul><li>Tapi bila dilakukan dengan benar dan keseluruhan, Scrum dapat menguak semua permasalahan yang ada dalam proyek/organisasi anda </li></ul></ul>
  12. 12. Contoh permasalahan <ul><li>Tim saya tidak bisa melakukan Daily Standup secara konsisten </li></ul><ul><li>Di organisasi/proyek saya sulit untuk melakukan pertemuan Sprint [Retrospective, Planning, Review] </li></ul><ul><li>Di organisasi/proyek saya sulit untuk memilih Product Owner </li></ul>
  13. 13. Peran-peran dalam Scrum <ul><li>Pemilik Produk (Product Owner) </li></ul><ul><li>Scrum Master </li></ul><ul><li>Tim </li></ul>
  14. 14. Pemilik Produk <ul><li>Menentukan fitur dari produk dan tanggal rilis </li></ul><ul><li>Bertanggung jawab atas ROI produk </li></ul><ul><li>Memprioritaskan fitur berdasarkan nilai dari produk di pasaran </li></ul><ul><li>Berhak merubah prioritas dan mengubah fitur di setiap sprint </li></ul><ul><li>Menyetujui atau menolak hasil kerja dari tim </li></ul><ul><li>Gagal atau suksesnya proyek sangat bergantung pada pemilik produk </li></ul>
  15. 15. Pemilik Produk <ul><li>Siapa yang menjadi Product Owner di organisasi anda </li></ul><ul><li>Siapa yang bisa menjadi Product Owner? </li></ul><ul><li>Untuk proyek komersil umumnya adalah delegasi dari pengembangan produk atau marketing </li></ul><ul><li>Untuk proyek internal biasanya adalah user, manajer dari user, analyst, ataupun seseorang yang mendanai proyek </li></ul>
  16. 16. Pemilik Produk <ul><li>Arsitek Solusi </li></ul><ul><li>Konflik kepentingan karena KPI ditentukan oleh selesainya proyek </li></ul><ul><li>Belum berpengalaman atau merasakan menjadi pengguna </li></ul><ul><li>Lebih fokus pada teknologi canggih daripada kemudahan penggunaan </li></ul>
  17. 17. Pemilik Produk <ul><li>Salesperson </li></ul><ul><li>Tidak memiliki wawasan mengenai produk secara utuh </li></ul><ul><li>Lebih fokus pada fitur yang menyebabkan produk tidak jadi dibeli oleh kustomer </li></ul><ul><li>Marketing </li></ul><ul><li>Lebih fokus pada kuantitas fitur daripada kualitas fitur </li></ul>
  18. 18. Pemilik Produk <ul><li>Trainer </li></ul><ul><li>Lebih fokus pada sistem yang mudah dijelaskan pada training </li></ul><ul><li>Technical Support </li></ul><ul><li>Lebih fokus pada sistem yang mudah untuk di-support </li></ul>
  19. 19. Pemilik Produk <ul><li>Domain Expert </li></ul><ul><li>Ahli dalam bidangnya tetapi belum tentu pernah menggunakan sistem/menjadi pengguna </li></ul><ul><li>Fokus pada pengguna dengan level yang sama dengannya </li></ul><ul><li>Menyebabkan software yang kompleks untuk digunakan untuk end-user </li></ul>
  20. 20. Pemilik Produk <ul><li>Business Analyst </li></ul><ul><li>Pernah menginjakkan kaki di dunia teknologi dan domain dari software </li></ul><ul><li>Lebih fokus pada pemecahan masalah daripada mencari tahu dari pengguna </li></ul><ul><li>Lebih fokus pada aktifitas-aktifitas di awal proyek </li></ul>
  21. 21. Scrum Master <ul><li>Melayani dan bukan memerintah (servant leadership) </li></ul><ul><li>Menghilangkan hambatan yang dialami oleh tim </li></ul><ul><li>Memastikan tim berfungsi dan produktif </li></ul><ul><li>Memastikan tim menjalankan proses Scrum </li></ul><ul><li>Memastikan tim terlibat dalam setiap pertemuan </li></ul><ul><li>Melindungi tim dari gangguan pihak luar </li></ul>
  22. 22. Scrum Master <ul><li>Menyampaikan informasi mengenai proyek kepada manajemen level atas di organisasi </li></ul><ul><li>Mengajarkan kustomer bagaimana memaksimalkan ROI serta bagaimana mendapatkan tujuan mereka </li></ul><ul><li>Memfasilitasi tim lewat kreatifitas dan dukungan moril agar anggota tim tidak merasa jenuh dengan pekerjaannya </li></ul>
  23. 23. Kuis <ul><li>Apa yang akan terjadi apabila sebuah proyek Scrum tidak memiliki seorang Scrum Master? </li></ul><ul><li>Apakah posisi Scrum Master bisa diisi sekaligus oleh anggota tim? </li></ul><ul><li>Apakah posisi Scrum Master bisa diisi sekaligus oleh Product Owner? </li></ul><ul><li>Apa yang akan terjadi apabila Scrum Master memimpin beberapa proyek sekaligus? </li></ul><ul><li>Apa yang akan terjadi apabila Scrum Master bekerja paruh waktu? </li></ul>
  24. 24. Tim <ul><li>Terdiri dari 7 +/- 2 orang </li></ul><ul><li>Mendemokan kemajuan (increment) produk di setiap akhir sprint kepada Product Owner dan pihak lain yang berkepentingan atas proyek </li></ul><ul><li>Mengatur dirinya sendiri </li></ul><ul><li>Memiliki otoritas penuh terhadap proyek dalam batasan tertentu dan harus sejalan dengan tujuan proyek/organisasi </li></ul><ul><li>Tidak ada jabatan tertentu. Tim berfungsi antar lintas. Semua anggota tim bekerja sama untuk menghasilkan produk akhir </li></ul>
  25. 25. Komponen dalam Scrum <ul><li>Product Backlog </li></ul><ul><li>Sprint Backlog </li></ul><ul><li>Produk </li></ul><ul><li>Penghambat (Impediment) </li></ul><ul><li>Sprint Burndown Chart </li></ul><ul><li>Product/Release Burndown Chart </li></ul>
  26. 26. Product Backlog <ul><li>Kumpulan fitur-fitur yang harus dimiliki oleh sebuah sistem agar sistem tersebut memiliki sebuah nilai </li></ul><ul><li>Bukan bersifat teknikal, tetapi lebih ke user level </li></ul><ul><li>Diprioritasi ulang di setiap Sprint oleh PO </li></ul>
  27. 27. Product Backlog <ul><li>Harus muat dalam satu Sprint </li></ul><ul><li>Apabila tidak muat dalam satu Sprint, maka hendaknya dipecah agar muat dalam satu Sprint </li></ul><ul><li>Agar mudah dimengerti, PO dan tim baiknya dibuat dalam bentuk user story </li></ul>
  28. 28. User Story <ul><li>Sebagai <peran> </li></ul><ul><li>Saya ingin <fitur> </li></ul><ul><li>Agar saya <nilai bisnis> </li></ul><ul><li>Contoh : </li></ul><ul><li>Sebagai member website </li></ul><ul><li>Saya ingin dapat nge-tweet </li></ul><ul><li>Agar saya bisa memberi tahu dunia apa yang sedang saya lakukan </li></ul>
  29. 29. User Story <ul><li>User story bukanlah Use Case Scenario </li></ul><ul><li>Jangan pernah menggunakan user sebagai peran karena terlalu umum dan wagu </li></ul><ul><li>User story yang terlalu besar atau dapat dipecah menjadi beberapa user story dinamakan epic </li></ul>
  30. 30. User Story - Latihan <ul><li>Coba diskusikan apakah hal berikut ini merupakan contoh user story yang baik </li></ul><ul><li>Software dibuat menggunakan bahasa Java </li></ul><ul><li>Member website dapat login dengan username atau email </li></ul><ul><li>Database dapat mereplikasi data tanpa sepengetahuan pengunjung website </li></ul><ul><li>Member dapat memposting tweet dari iPhone </li></ul>
  31. 31. Story Points <ul><li>Skala ditentukan bersama oleh tim berdasarkan konsensus </li></ul><ul><li>Skala yang biasanya digunakan: </li></ul><ul><ul><li>1-10 </li></ul></ul><ul><ul><li>Deretan bilangan Fibonacci: 1,2,3,5,8 </li></ul></ul><ul><ul><li>Ukuran kaos: XS, S, M, L, XL, XXL </li></ul></ul>
  32. 32. Story Points - Latihan <ul><li>Urutkan binatang berikut ini berdasarkan ukuran yang telah disepakati </li></ul><ul><li>Ikan Paus </li></ul><ul><li>Singa </li></ul><ul><li>Kucing </li></ul><ul><li>Jerapah </li></ul><ul><li>Gajah </li></ul><ul><li>Tikus </li></ul>
  33. 33. Sprint Backlog <ul><li>Product Backlog yang disetujui oleh tim dan PO untuk dimasukkan dalam satu Sprint </li></ul>
  34. 34. Task <ul><li>Tugas yang perlu dilakukan untuk menyelesaikan satu fitur </li></ul><ul><li>Muncul pada saat tim mengerjakan fitur </li></ul><ul><li>Tim yang secara proaktif memasukkan task baru bukan pihak luar </li></ul><ul><li>Biasanya ukurannya dalam jam bukan hari </li></ul>
  35. 35. Task & Fitur - Latihan <ul><li>Coba diskusikan apakah hal berikut ini termasuk fitur atau tugas </li></ul><ul><li>Menulis kode agar user dapat mengupload gambar dari telepon genggam </li></ul><ul><li>Mengimplementasikan OpenID agar user bisa login dengan satu token </li></ul><ul><li>Menulis kode untuk unit testing </li></ul><ul><li>Menulis kode untuk meningkatkan performa loading halaman </li></ul>
  36. 36. Velocity <ul><li>Jumlah total story points yang diterima oleh Product Owner di setiap akhir Sprint </li></ul><ul><li>Velocity dapat digunakan sebagai acuan/pedoman untuk mengestimasi Product Backlog item pada Sprint Planning </li></ul>
  37. 37. Scrum Taskboard
  38. 38. Scrum Taskboard
  39. 39. Scrum Taskboard
  40. 40. Scrum Taskboard
  41. 41. Scrum Taskboard
  42. 42. Hambatan <ul><li>Produktifitas Tono kurang dibandingkan anggota tim lainnya </li></ul><ul><li>Kenapa Tono kurang produktif? </li></ul><ul><li>Kenapa Tono belum mendapatkan pelatihan? </li></ul><ul><li>Kenapa tidak ada yang bisa memberikan pelatihan? </li></ul><ul><li>Kenapa semua pada sibuk? </li></ul><ul><li>Kenapa terlalu banyak fitur yang harus dikerjakan oleh tim? </li></ul>
  43. 43. Hambatan <ul><li>Setiap kali mengkompilasi software memakan waktu 15 menit </li></ul><ul><li>Developer tidak bisa konsentrasi </li></ul><ul><li>Komunikasi antar tim terhambat </li></ul><ul><li>Di ruangan tidak ada tempat untuk bisa memasang task board </li></ul><ul><li>Tidak ada ruangan bagi tim untuk melakukan standup meeting </li></ul>
  44. 44. Sprint Burndown Chart <ul><li>Grafik harian dari jumlah tugas yang tersisa dalam satu Sprint </li></ul><ul><li>Diupdate oleh tim </li></ul>
  45. 45. Release Burndown Chart <ul><li>Grafik dari jumlah Product Backlog yang tersisa di setiap Sprint hingga akhir rilis </li></ul><ul><li>Diupdate disetiap akhir Sprint </li></ul>
  46. 46. Pertemuan penting dalam Scrum <ul><li>Daily Scrum Meeting </li></ul><ul><li>Sprint Planning </li></ul><ul><li>Sprint Review </li></ul><ul><li>Sprint Retrospective </li></ul>
  47. 47. Daily Scrum Meeting <ul><li>Tim bertemu setiap hari selama 10-15 menit </li></ul><ul><li>1 orang berbicara secara bergantian </li></ul><ul><li>Bukan pertemuan untuk menyelesaikan masalah </li></ul><ul><li>Mengeliminir pertemuan tidak penting </li></ul>
  48. 48. Daily Scrum Meeting <ul><li>Apa yang telah saya kerjakan kemarin </li></ul><ul><li>Apa yang akan saya lakukan hari ini </li></ul><ul><li>Hal apa yang menghambat saya untuk menyelesaikan pekerjaan saya </li></ul>
  49. 49. Kuis <ul><li>Kenapa Daily Scrum meeting harus dilakukan berdiri? </li></ul><ul><li>Apa dampaknya apabila Daily Scrum meeting tidak dilakukan setiap hari? </li></ul><ul><li>Apa dampaknya apabila Daily Scrum meeting tidak dilakukan secara konsisten di pagi hari? </li></ul><ul><li>Bagaimana caranya agar seluruh anggota tim dapat menghadiri Daily Scrum di pagi hari? </li></ul>
  50. 50. Sprint Planning <ul><li>Dilakukan di awal Sprint </li></ul><ul><li>Tim berdiskusi dengan Product Owner mengenai Product Backlog item yang dimasukkan ke dalam Sprint </li></ul>
  51. 51. Sprint Planning <ul><li>Tim membahas ukuran(size) dari Product Backlog dengan story points </li></ul><ul><li>Planning dilakukan berdasarkan fitur bukan aktifitas </li></ul><ul><li>Hasil akhir dari pertemuan ini adalah Sprint Backlog </li></ul>
  52. 52. Sprint Review <ul><li>Dilakukan di akhir Sprint </li></ul><ul><li>Tim mendemokan produk dihadapan Product Owner </li></ul><ul><li>Memberikan gambaran bagi Product Owner untuk Sprint Planning berikutnya </li></ul>
  53. 53. Sprint Review <ul><li>Scrum Master bertanggung jawab untuk mengkoordinasi dan memimpin pertemuan </li></ul><ul><li>Tanya jawab sangat dianjurkan </li></ul><ul><li>Bukan ruang untuk mengkritik </li></ul>
  54. 54. Sprint Retrospective <ul><li>Tim mengkilas balik mengenai sprint yang telah berjalan </li></ul><ul><li>Scrum Master harus kreatif dalam menentukan format Sprint Retrospective </li></ul><ul><li>Scrum Master bertanggung jawab atas berjalannya Sprint Retrospective </li></ul>
  55. 55. Sprint Retrospective <ul><li>Format umum: </li></ul><ul><li>Apa yang telah berjalan dengan baik </li></ul><ul><li>Apa yang tidak berjalan dengan baik </li></ul><ul><li>Apa yang dapat diperbaiki untuk sprint berikutnya </li></ul>
  56. 56. Selesai (Done) <ul><li>Definisi dari selesai ditentukan bersama secara konsensus </li></ul><ul><li>Contoh: </li></ul><ul><li>Telah di-deploy di local server oleh CI </li></ul><ul><li>Semua function telah melewati unit test </li></ul><ul><li>Semua fitur telah di-test oleh tester </li></ul><ul><li>Software sudah dalam bentuk releasable </li></ul>
  57. 57. Workshop <ul><li>Bentuk tim Scrum untuk mengerjakan pekerjaan yang akan ditampilkan setelah ini </li></ul><ul><li>Simulasi </li></ul><ul><li>1 hari = 10 menit </li></ul><ul><li>1 Sprint = 2 hari </li></ul><ul><li>Kita lakukan 2 Sprint </li></ul><ul><li>2 demo dihadapan PO </li></ul>
  58. 58. Brosur Internet Cafe <ul><li>Tentukan daftar harga sewa internet dengan komputer PC atau BYO laptop </li></ul><ul><li>Tentukan daftar makanan dan minuman di cafe </li></ul><ul><li>Tentukan fasilitas lainnya </li></ul><ul><li>Tentukan headline dan tagline agar menarik perhatian </li></ul><ul><li>Tentukan nama dan logo internet cafe yang menarik perhatian </li></ul><ul><li>Gambarkan/masukkan semua yang telah disebut diatas ke atas brosur </li></ul><ul><li>PO: boleh menambahkan hal yang belum tercakup disini </li></ul>
  59. 59. Sprint Retrospective <ul><li>Diskusikan apa yang berjalan dengan baik dan tidak berjalan dengan baik </li></ul>
  60. 60. Diskusi <ul><li>Setelah melakukan workshop, diskusikan pertanyaan berikut </li></ul><ul><li>Apakah saya dapat mengurangi aturan dalam Scrum? Apa yang akan terjadi apabila saya tidak melakukan salah satu aturan Scrum? </li></ul><ul><li>Kira-kira hal apa yang akan diungkap oleh Scrum apabila Scrum diterapkan di organisasi anda? </li></ul>
  61. 61. Dampak dari penerapan Scrum <ul><li>Konflik akan terjadi </li></ul><ul><li>Scrum akan membuat beberapa pihak tidak nyaman </li></ul><ul><li>Jabatan akan menjadi tidak penting </li></ul><ul><li>Staff and management turnover </li></ul><ul><li>Kebijakan mengenai bonus dan kenaikan gaji akan berubah </li></ul>
  62. 62. Dampak dari penerapan Scrum <ul><li>Tugas manajer akan berubah dari memerintah menjadi melayani </li></ul><ul><li>Tim Scrum akan memiliki nilai lebih dibandingkan tim yang tidak melakukan Scrum </li></ul><ul><li>Tim Scrum akan memaksa setiap pihak untuk proaktif dan peduli dengan proyek </li></ul><ul><li>Scrum akan membuka saluran komunikasi yang selama ini mungkin tidak ada </li></ul><ul><li>Suasana kerja akan menjadi lebih menyenangkan </li></ul>
  63. 63. Langkah selanjutnya... <ul><li>Coba kenalkan Scrum di organisasi anda </li></ul><ul><li>Menerapkan Scrum tidaklah mudah karena Scrum menghadirkan sebuah perubahan </li></ul><ul><li>Perubahan akan membuat banyak pihak menjadi tidak nyaman dan dapat menimbulkan konflik. Konflik adalah tanda bawa perubahan sedang berjalan </li></ul><ul><li>Lakukan pertemuan rutin dengan komunitas untuk sharing pengalaman dengan Scrum dan kesulitan dalam mengimplementasikan Scrum </li></ul><ul><li>Jangan ragu untuk bertanya dan sharing cerita sukses di milis Scrum Indonesia </li></ul>
  64. 64. Terima Kasih
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×