Pambuka kanggo Scrum

Konsep scrum teka ing donya IT saka olahraga, utawa luwih tepat saka rugby. Saiki, iki minangka salah sawijining metodologi sing luwih fleksibel lan efektif ing pangembangan lan dhukungan piranti lunak. Metodologi Scrum , sing dibangun ing prinsip manajemen wektu, nandheske kontrol kualitas proses pangembangan. Inti saka metodologi Scrum yaiku siji tugas gedhe dipérang dadi sawetara tugas cilik, sing rampung siji-sijine ing wektu sing cendhak.

Distribusi peran ing Scrum

Ayo ndeleng struktur metodologi kanthi luwih rinci. Dadi, komponen utama ing kene yaiku tim Scrum (biasane dumadi saka 7-9 wong). Iki minangka klompok spesialis ing macem-macem lapangan, contone, programer java, penguji, analis, lsp. Tim kasebut kanthi lengkap melu pangembangan produk lan tanggung jawab kanggo asil sakabèhé. Ana pamilik produk (pemilik produk) - pelanggan utawa wakil sing kasengsem ing produk akhir sing berkualitas tinggi. Wong iki ngerti carane produk kudu katon lan bisa digunakake, mula dheweke prioritas tugas kanggo tim. Bentenipun utama antarane pemilik produk iku ora bisa ing tim, nanging karo. Scrum Master minangka karyawan sing berpengalaman, minangka pimpinan tim ing tim. Dheweke ngatur anggota tim liyane, mbantu dheweke ngerti masalah sing ora jelas, nganakake rapat, lan njamin selaras karo prinsip Scrum. Titik utama ing kene yaiku master ora sinonim kanggo bos. Ora, Master Scrum ora menehi tugas lan ora nggawe keputusan pungkasan. Kabeh iki ditindakake dening anggota tim, lan master mung ndhukung.

Carane Scrum dianggo

Proses pangembangan piranti lunak kabeh dipérang dadi wektu cilik - sprint. Duration saka sprint bisa saka minggu kanggo sasi. Ing wiwitan saben sprint, ing rapat sing dianakake dening pemilik produk, tugas disetel. Sabanjure teka tata. Tim kasebut milih tugas sing paling penting, ngevaluasi apa sing bisa ditindakake para peserta sajrone wektu sing diwenehake, lan mbagekake tugas ing antarane para peserta. Saben dina kerja diwiwiti kanthi scrum (rapat). Saben anggota tim mangsuli 3 pitakon: "Apa sing wis daklakoni?", "Apa sing bakal daklakoni dina iki?", "Apa sing bisa nyegah tugas ora rampung?" Liwat rapat-rapat kasebut, para peserta ngevaluasi kemajuan lan ngrampungake masalah sing kedadeyan ing wektu sing tepat. Ana uga rapat penutup ing pungkasan sprint, ing ngendi saben peserta nglaporake kemajuan utawa apa sing ngalangi dheweke ora ngrampungake tugas tartamtu. Sejatine dheweke njawab pitakonan 2: "Apa sing ditindakake kanthi apik ing sprint pungkasan?", "Apa sing kudu ditingkatake ing sabanjure?"

Pros lan cons saka metodologi Scrum

Kaluwihan saka metodologi iki yaiku keluwesan lan adaptasi. Sampeyan bisa tansah ngganti soko ing produk, nambah fitur liyane. Scrum trep banget nalika pelanggan dhewe ora ngerti apa sing dikarepake. Uga, metodologi iki cocog kanggo proyek gedhe sing mbutuhake wiwitan kanthi cepet kanthi fungsi minimal. Mangkono, ternyata ngeculake program kanthi fungsi utama, lan saben sprint sabanjure nambah sing anyar. Kauntungan liyane saka Scrum yaiku kamardikan lan organisasi dhewe saben peserta proyek. Sampeyan bisa nyimpen ing manager lan dibagi dhuwit antarane anggota tim. Nanging ing kasus iki, cukup akèh manungsa waé wis mbayar kanggo pilihan personel. Lan kerugian paling ora nyenengake saka metodologi iki yaiku kahanan sing durung mesthi. Jumlah sprint ora winates, saengga angel nyetel tanggal pungkasan ing sawijining proyek. Mulane, Scrum ora cocok kanggo proyek sing mung asil final tanpa nilai penengah penting, contone, kanggo pesenan pemerintah utawa karya tim dhukungan. Organisasi dhewe lan keluwesan programmer Java ing Scrum, mesthi, apik, nanging ing ngendi kita bakal tanpa kawruh lan katrampilan praktis? Apa sampeyan rumangsa ilang? Banjur ngatasi masalah luwih cepet ing javarush.ru !