295 lines
9.5 KiB
Plaintext
295 lines
9.5 KiB
Plaintext
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. |