Share Scrum fundamental @ Pancaran Darat Transport

1. SCRUM
FUNDAMENTAL

2. Scrum: History and Its Roots
● Hirotaka Takeuchi and Ikujiro Nonaka
● Co-Founder: Jeff Sutherland & Ken Schwaber
● Nonaka, Prof. at Harvard Business School
● Takeuchi, satu dari sepuluh professor sekolah bisnis di dunia
● White Paper, New Product Development Game, 1986
● Toyota Production System
● Claim & Fact: improved 30% - 500% organization/company productivity
● Terkait langsung dengan kepemimpinan dan menjalankan perusahaan menjadi yang
teratas di dunia.
● Co-Founder: Jeff Sutherland & Ken Schwaber
● Agile datang dari Scrum, Scrum bukan dari Agile. Agilebukan bagian terpenting
dalam Scrum, TPS (Toyota Production System) is.

3. Scrum ≠ Methodology, TAPI
Scrum = Framework
Scrum bukan turunan dari Agile,
justru Agile terinspirasi dari
Scrum

4. WHAT’S SCRUM
● Scrum adalah high-level superficial process framework, bukan metode!
● Scrum tidak memberitahukan mu bagaimana cara melakukan sesuatu.
● Scrum tidak ada hubungannya dengan Software
● Hyper-productivity
● Ini tentang human value & produktifitas
● Hiperbolic: secara radikal mengubah pandangan dunia
● cepat, Quality, mudah & menyenangkan
● Face-to-Face communication
● Kecepatan
● Selalu membutuhkan perubahan perencanaan
● Visible & Transparent
● Eliminates wastes
● ≠ CONTROL FREAK
● Scrum adalah tentang menatap masalah di depan dan memperbaikinya. Ketidak jujuran
adalah halangannya; hapuskan itu.

5. Scrum Values
● Simple & common sense
● Continuous Improvement
● Happy, Enjoy & Fun
● Justice & Fairness
● Self-Organize
● Cross-Function
● Transparent
● Trust
● Empathy
● Sense of Ownership
● Honesty
● No Control Freak
● No Hidden-Agenda

6. SCRUM TEAM
● Product Owner
● Scrum Master
● Sprint Team
● Scrum Coach

7. SCRUM COMPONENTS
● SPRINT
● Sprint Plan Meeting
● Sprint Daily-Standup Meeting
● Sprint Retrospective Meeting
● Sprint Review
● CROSS-FUNCTIONAL TEAM
● SELF-ORGANIZED TEAM

8. ● Menetapkan kebutuhan produk
● Menuliskan Product Backlog
● memprioritaskan product backlog
● Membuat ruang lingkup vs. jadwal keputusan
● Menyesuaikan fitur dan prioritas di setiap sprint
sesuai kebutuhan.
● Menerima atau menolak perubahan hasil.
PRODUCT OWNER

9. ● BUKAN PROJECT MANAGER, bukan Boss
● TAPI: Servant Leader
● Fasilitator
● Bertanggung jawab terhadap terjalinnya Scrum Values
● memastikan berjalannya proses sesuai praktik Scrum
● Menyingkirkan hambatan
● Sebagai perisai untuk membentengi tim dari gangguan
external
● Sebagai pelatih untuk meningkatkan performa &
produktivitas tim
● Aktifkan kerjasama yang erat di semua peran dan fungsi
ScrumMaster

10. ● Terdiri dari 5-9 orang
● Cross-functional: Programmers, testers, business
analyst, user experience designers, etc.
● Members should be full-time
● Kemungkinan pengecualian (e.g., database
administrator)
● Teams are self-organizing
● Ideally: no titles
● Face-to-face communication
● Keanggotaan harus berubah hanya diantara sprints
The Sprint team

11. ● 1-4 minggu
● Tugas terencana dari Sprint Plan
● Core Development Team run (Sprint Team)
SPRINT TEAM

12. CEREMONIALS / EVENTS
A Must
● Sprint Plan Meeting
● Sprint Retrospective Meeting
● Sprint Review (with demo by QA)
● Grooming & Coaching Classes
● Daily-Standup Meeting (everyday)

13. 1. Siapa
a. Sprint Team, ScrumMaster, & Product Owner
---- SPRINT GOAL ----
2. Agenda
a. Discuss top priority product
b. Product backlog items
c. Team memilih mana yang harus dilakukan => sprint
backlog
---- SPRINT BACKLOG ----
3. kenapa
a. Tahu apa yg harus diselesaikan
b. Memahami hingga cukup utk dapat mulai
dikerjakan
Sprint planning (1)

14. ● Informal, max 4 jam
● Tim memilih item dari product backlog yang akan
di-komit-kan untuk diselesaikan
● Pembuatan Sprint backlog:
○ Pekerjaan teridentifikasi dan masing2 max: 1-16
hours (read: user story splitting strategy)
○ Collaboratively, dibuat dan diputuskan oleh satu
tim dan setiap individu yg bersangkutan
Sprint planning (2)

15. ● Daily
● Max: 15 minutes
● Stand-up
● Informal
● Bukan untuk penyelesaian masalah
● Kehadiran: Sprint Team & ScrumMaster (product
owner could join too)
● Helps avoid other unnecessary meetings
● No leader
● Synchronization & Replanning
● Rebuilding commitment
Sprint Daily-Standup Meeting (1)

16. Everyone answers 3 questions
● Kemarin ngerjain apa bray?
● Hari ini mo ngapain?
● Any problemo?
● BUKAN:
○ Update status utk ScrumMaster
○ Problem solving
Sprint Daily-Standup Meeting (2)

17. ● INFORMAL
● Max: 30 menit
● Continuous Improvement
● Dilaksanakan setiap akhir sprint
● Napak tilas, introspeksi, curhat & review perjalanan
sprint yg baru berlangsung
● Whole team participates
○ ScrumMaster
○ Team
○ Possibly Product owner
Sprint retrospective

18. ● Tim mempersembahkan apa yg sudah dicapai selama 1
sprint
● Idealnya berbentuk demo
● Idealnya tetap informal
● Max: 3 jam (termasuk persiapannya)
● Dihadiri oleh seluruh komponen Scrum
Sprint Review

19. ● Salah satu bumbu rahasia dari scrum-agility
● Sekelompok orang dgn fungsi dan expertise yg
berbeda bekerja bersama untuk menyelesaikan gol
yg sama
● Tim memiliki keahlian2 yg diperlukan utk dapat
menyelesaikan pekerjaan
● Ada org yg melakukan test, ada yg koding, ada yg
melakukan analisis, ada yg menulis dokumen, dsb.
● Tidak bergantung
● No authorities, no structure, no external
organization roles
● No Titles, no group-boxes, only roles & expertises
CROSS-FUNCTIONAL TEAM

20. ● Tidak bergantung
● Tidak berwenang-seseorang, Hanya peran dan
keahlian.
● Perjanjian kerja
● Memiliki peraturan, standards, dan prosedur yang
mempengaruhi bagaimana pekerjaan dapat
selesai, dan tim tidak bisa melanggarnya.
● Team harus merasa bebas untuk melakukan
apapun selama masih dalam batasannya.
● Tak seorang pun dari luar Tim memberitahu
mereka apa & bagaimana melakukan pekerjaan
mereka.
● Berubah untuk memperbaiki melalui retrospective
SELF-ORGANIZED TEAM

21. Artifacts
● Product Backlog
● Sprint Backlog
● Definition of Done (DoD)

22. Why Scrum?
● Apabila kita coba laksanakan dengan baik, saya percaya
bahwa ini adalah kerangka kerja yg cocok dan terbaik
untuk perusahaan, organisasi, tim dan individu di
perusahaan

23. Why not Scrum? (1)
● WATERFALL??? KONVENSIONAL??? BOSSY METHODOLOGY???
● Tidak mau benar2 mempelajari ataupun memahami mindset serta praktik
scrum
● Melihat kekurangan bukan kelebihan, melihat yg gagal bukan yg berhasil,
cari yg gagal dan samakan, klo ad yg nyebut yg sukses cari bedanya
● Istilah2 di scrum dikeren2in padahal sebenarnya sama aja, ujung2nya yg
penting orangnya kan
● Saya cuma developer, saya rasa itu bukan urusan saya pak
● Maaf, developer itu kerjanya lebih bener klo pakai metodologi:
Kt kasih kerjaan (ga peduli jelas atw ngga), kt tanya kapan selesai
(jawaban dia adalah deadline), kt monitoring. trs kita tagih klo udah waktu
deadline. Selesai.

24. Why not Scrum? (2)
● Saya sudah nyaman pakai cara biasa, sejauh ini berhasil semua kok
project saya, ga ada yg perlu diimprove
● Sudah dekat deadline project, nanti saja lah
● Sbg developer, kynya scrum keribetan dah, kebanyakan istilah
● Baca2, banyak yg blg Scrum katanya byk yg gagal
● Baca2, banyak yg blg Scrum katanya ga cocok buat projek gede
● Baca2, banyak yg blg Scrum katanya ga cocok buat projek baru,
cocoknya buat enhancement doang
● Baca2, banyak yg blg Scrum katanya ga cocok buat ERP
● Baca2, banyak yg blg Scrum katanya developer jd tambah stress
● Baca2, banyak yg blg Scrum katanya developer jd pada males

25. Why not Scrum? (3)
● Ane developer, ane ikut aja bang
● Ane anak baru bang, ane ikut aja
● Maaf saya sibuk pak
● Mager
● masih ga ngerti saya pak. Coba tolong ulangi dari awal

26. FIN