1
00:00:07,700 --> 00:00:12,870
Setelah menonton video ini, Anda akan dapat mendeskripsikan ketiga artefak Scrum, jelaskan

2
00:00:12,870 --> 00:00:18,560
lima acara Scrum, dan diskusikan manfaat Scrum. Mari kita lihat artefaknya

3
00:00:18,560 --> 00:00:24,380
dari Scrum. Yang pertama adalah product backlog. Ini adalah daftar semua cerita yang pernah kamu alami

4
00:00:24,380 --> 00:00:29,040
akan ingin melakukan. Ini semua kebutuhan Anda untuk produk yang belum dilakukan.

5
00:00:29,040 --> 00:00:33,800
Jadi cerita apa pun yang tidak ada di sprint saat ini, ada di product backlog. Beberapa tim

6
00:00:33,800 --> 00:00:38,660
memiliki product backlog dan icebox dan release backlog. Tapi sebagian besar, kita akan

7
00:00:38,660 --> 00:00:44,280
sebut itu semua jaminan simpanan produk, semua yang akan Anda lakukan di masa depan. Lalu ada

8
00:00:44,280 --> 00:00:48,750
sprint backlognya. Itu adalah cerita yang akan Anda lakukan dalam dua minggu ke depan,

9
00:00:48,750 --> 00:00:55,460
di sprint berikutnya. Jadi, itulah cerita-cerita yang semacam di dek untuk dieksekusi. Lalu

10
00:00:55,460 --> 00:01:01,350
Anda telah melakukan peningkatan. Peningkatan yang dilakukan adalah peningkatan produk yang diselesaikan dengan:

11
00:01:01,350 --> 00:01:06,060
akhir sprint. Jadi, Anda bekerja selama dua minggu dalam sprint. Dan kemudian, semoga, di

12
00:01:06,060 --> 00:01:12,859
akhir itu, Anda punya kenaikan lengkap atau selesai. Scrum memiliki lima acara. Pertama

13
00:01:12,859 --> 00:01:18,219
adalah pertemuan perencanaan sprint. Di situlah Anda berkumpul untuk merencanakan sprint. Di

14
00:01:18,219 --> 00:01:23,740
pertemuan itu, Anda akan memiliki pemilik produk dan master Scrum dan seluruh perencanaan tim

15
00:01:23,740 --> 00:01:28,430
tahu apa yang harus dilakukan selanjutnya, di mana tim berkomitmen pada cerita yang akan mereka penuhi

16
00:01:28,430 --> 00:01:32,921
di sprint berikutnya. Kemudian Anda mendapatkan Scrum harian atau rapat stand-up harian. Dan ini

17
00:01:32,921 --> 00:01:38,630
terjadi setiap hari, bukan? Biasanya di tempat yang sama, waktu yang sama, di mana mereka bertemu untuk kebaikan

18
00:01:38,630 --> 00:01:43,560
sinkronisasi tentang bagaimana kita lakukan? Apa yang akan kita selesaikan hari ini? Dan apakah ada orang?

19
00:01:43,560 --> 00:01:48,870
memiliki hambatan yang dapat diatasi oleh master Scrum? Lalu ada sprint

20
00:01:48,870 --> 00:01:54,700
sendiri, kan? Itu adalah dua minggu di mana semua orang bekerja. Dan kemudian di akhir

21
00:01:54,700 --> 00:01:58,979
dari sprint, Anda memiliki ulasan sprint. Saatnya demo. Saat itulah Anda menunjukkan apa

22
00:01:58,979 --> 00:02:03,359
telah Anda lakukan kepada para pemangku kepentingan sehingga mereka dapat melihat kemajuan yang Anda dapatkan,

23
00:02:03,359 --> 00:02:08,259
fitur baru yang Anda masukkan ke dalam produk. Dan akhirnya, dan yang paling penting, adalah

24
00:02:08,259 --> 00:02:15,050
retrospektif Sprint. Retrospektif itu adalah tempat tim merefleksikan apa yang berjalan dengan baik

25
00:02:15,050 --> 00:02:20,690
apa yang tidak berjalan dengan baik, apa yang bisa kita ubah untuk masa depan? Jadi, apa sajakah manfaatnya?

26
00:02:20,690 --> 00:02:26,010
menggunakan Scrum? Nah, produktivitas yang lebih tinggi, bukan? Saat semua orang bertemu setiap hari

27
00:02:26,010 --> 00:02:30,560
untuk memahami apa yang harus dilakukan ketika kita memiliki papan Kanban, dengan semua pekerjaan kita yang sedang berlangsung,

28
00:02:30,560 --> 00:02:35,700
semua orang dapat melihat apa yang sedang dikerjakan semua orang. Ini cocok untuk produktivitas yang lebih tinggi, karena

29
00:02:35,700 --> 00:02:40,501
orang-orang jenis mengelola diri sendiri dan menjadi sangat produktif. Juga, kualitas yang lebih baik, bukan?

30
00:02:40,501 --> 00:02:45,431
Kualitas perangkat lunak yang lebih baik, karena tim terlibat dalam apa yang mereka lakukan. mereka adalah

31
00:02:45,431 --> 00:02:49,500
menjalankan tes, mereka menggunakan pengembangan yang didorong oleh perilaku, mereka menggunakan pengembangan yang didorong oleh pengujian,

32
00:02:49,500 --> 00:02:53,799
Baik? Dan mereka mendapatkan kualitas yang lebih tinggi dari kode mereka

33
00:02:53,799 --> 00:02:57,000
menulis karena mereka terus-menerus mengujinya.

34
00:02:57,000 --> 00:03:01,720
Anda mendapatkan pengurangan waktu ke pasar karena Anda bekerja sedikit demi sedikit. Jadi, kenaikan kecil

35
00:03:01,720 --> 00:03:06,620
berarti, saya menyelesaikan sesuatu, saya menyelesaikan peningkatan lebih cepat sehingga saya dapat mengeluarkan dan memiliki pelanggan

36
00:03:06,620 --> 00:03:11,920
menguji dan membuat pelanggan menikmati. Anda juga meningkatkan kepuasan pemangku kepentingan, karena

37
00:03:11,920 --> 00:03:15,440
mereka tidak menunggu berbulan-bulan dan berbulan-bulan untuk melihat apakah apa pun yang Anda bangun adalah yang terbaik

38
00:03:15,440 --> 00:03:19,739
mereka ingin. Mereka bisa melihatnya lebih cepat, itu membuat mereka jauh lebih bahagia. Dan kemudian, dari

39
00:03:19,739 --> 00:03:24,780
tentu saja, Anda mendapatkan dinamika tim yang lebih baik karena transparan. Semua orang tahu apa yang dimiliki semua orang

40
00:03:24,780 --> 00:03:29,810
bekerja pada. Semua orang ikut campur ketika seseorang terjebak. Ini benar-benar lingkungan yang lebih baik

41
00:03:29,810 --> 00:03:34,689
dan lingkungan yang lebih produktif bagi pengembang untuk bekerja. Dan terakhir,

42
00:03:34,689 --> 00:03:39,409
yang mengarah ke karyawan yang lebih bahagia, bukan? Karyawan memahami bahwa mereka memegang kendali. Mereka

43
00:03:39,409 --> 00:03:45,299
menarik hal-hal dari backlog. Mereka berkomitmen untuk sprint, satu rencana sprint

44
00:03:45,299 --> 00:03:50,090
pada suatu waktu, sehingga mereka merasa lebih memegang kendali dan mereka merasa lebih bahagia dengan pekerjaan mereka. Saya

45
00:03:50,090 --> 00:03:54,629
ingin melihat sejenak Scrum versus Kanban. Kita akan menggunakan Kanban

46
00:03:54,629 --> 00:03:59,010
board di Scrum, tetapi kita tidak akan mengikuti seluruh proses Kanban. Jadi, aku hanya ingin

47
00:03:59,010 --> 00:04:04,680
untuk menunjukkan kepada Anda apa yang berbeda darinya. Ketika kita berbicara tentang Scrum dan berbicara tentang Kanban.

48
00:04:04,680 --> 00:04:10,180
Pertama ada irama. Scrum menggunakan sprint dengan panjang tetap, biasanya berdurasi dua minggu.

49
00:04:10,180 --> 00:04:15,920
Kanban adalah aliran yang terus menerus. Itu adalah sesuatu yang akan Anda lakukan di lantai produksi, bukan?

50
00:04:15,920 --> 00:04:20,730
Anda tidak menghasilkan sekumpulan mobil setiap dua minggu. Anda memiliki mobil yang keluar dari perakitan

51
00:04:20,730 --> 00:04:26,430
garis sepanjang hari. Metodologi rilisnya berbeda, kan? Scrum dirilis di

52
00:04:26,430 --> 00:04:32,060
akhir sprint dan Kanban melakukan pengiriman terus menerus. Jadi, beberapa tim membuat perangkat lunak

53
00:04:32,060 --> 00:04:36,640
dan ikuti Kanban di mana mereka terus mengirimkan kode. Kapan pun kodenya siap

54
00:04:36,640 --> 00:04:41,450
mereka mendorongnya keluar. Mereka tidak menunggu sampai akhir sprint. Tapi Scrum menggunakan panjang tetap ini

55
00:04:41,450 --> 00:04:46,960
sprint untuk melakukan pelepasan. Dan kemudian ada peran. Saya baru saja menunjukkan kepada Anda bahwa kami memiliki produk

56
00:04:46,960 --> 00:04:52,360
pemilik dan master Scrum dan tim pengembangan di Scrum, tidak ada peran nyata. Ada bisa

57
00:04:52,360 --> 00:04:56,400
menjadi pelatih Agile di Kanban tetapi tidak ada peran di Kanban. Hanya ada orang

58
00:04:56,400 --> 00:05:01,180
yang bekerja untuk menghasilkan apa yang pernah Anda produksi. Kemudian metrik utama

59
00:05:01,180 --> 00:05:06,940
di Scrum adalah kecepatan. Kami belum belajar tentang kecepatan, tetapi kecepatan adalah berapa banyak usaha

60
00:05:06,940 --> 00:05:11,811
tim bisa selesai dalam dua minggu. Kanban melihat waktu siklus, Anda tahu, berapa lama

61
00:05:11,811 --> 00:05:16,530
dibutuhkan dari awal hingga mendapatkan sesuatu yang Anda ketahui, di luar jalur perakitan,

62
00:05:16,530 --> 00:05:20,070
benar dari awal sampai akhir? Berapa kali siklus saya, Anda tahu, mungkin mendapatkan pesanan

63
00:05:20,070 --> 00:05:25,660
dari pelanggan dan benar-benar memproduksi sejumlah barang yang ada dalam urutan itu. Dan

64
00:05:25,660 --> 00:05:30,810
maka ada perubahan filosofi, kan? Di Scrum, tim harus berusaha untuk tidak membuat perubahan

65
00:05:30,810 --> 00:05:35,300
untuk ramalan sprint selama sprint. Terkadang itu terjadi, terkadang Anda harus

66
00:05:35,300 --> 00:05:39,490
lakukan. Tetapi yang ingin Anda lakukan adalah bahwa dua minggu terkunci dan jika ada hal lain yang perlu

67
00:05:39,490 --> 00:05:44,330
harus dilakukan, kami akan mengatasinya pada akhir dua minggu. Padahal, perubahan Kanban bisa terjadi

68
00:05:44,330 --> 00:05:50,740
kapan saja. Mereka terus meningkat, terus berubah, dan siapa pun dapat memutuskan

69
00:05:50,740 --> 00:05:55,861
ada cacat pada sesuatu dan membuat perubahan dan mengubah proses dan terus berjalan. ada

70
00:05:55,861 --> 00:06:02,710
tidak ada batasan untuk filosofi perubahan. Dalam video ini, Anda mengetahui bahwa Scrum menghasilkan produk

71
00:06:02,710 --> 00:06:09,470
backlog, sprint backlog, increment yang lengkap atau selesai. Acara Scrum adalah perencanaan sprint,

72
00:06:09,470 --> 00:06:16,060
pertemuan Scrum harian, sprint, ulasan sprint, dan retrospektif sprint. Jika dilakukan dengan baik, Scrum

73
00:06:16,060 --> 00:06:21,960
dapat meningkatkan produktivitas karyawan, kebahagiaan, meningkatkan kualitas produk, mengurangi waktu ke pasar

74
00:06:21,960 --> 00:06:24,060
dan meningkatkan kepuasan pemangku kepentingan.