Metode Manajemen Proyek Scrum persis kaya sing dingerteni
Pambuka Metodologi Scrum
Nalika perusahaan duwe proyek sing bisa nggunakake metodologi proyek Agile , bisa uga nggunakake framework sing disebut Scrum.
Tinimbang nduweni metodologi manajemen project sing diformat ing ngendi peran ditetepake sacara spesifik lan proses kasebut diterapi kanthi tegas, Scrum nawakake kerangka kerja ing ngendi tim nggawe akeh keputusan nalika kudu digawe, tinimbang melu timeline.
Metodologi Scrum dikembangake ing taun 1990-an bareng karo metodologi Agile , minangka metode kanggo ngidinake tim supaya bisa ngembangake produk sing dikembangake. Iku mung nawakake sawetara aturan cilik ing framework nanging ngidini proyek-proyek kompleks rampung ing wektu sing cendhak.
Scrum Roles
Ana telung peran sing ditetepake ing framework Scrum, pamilik produk, tim pangembangan, lan Scrum Masters.
- Pemilik Produk - wong utawa wong iki bakal nemtokake prodhuk apa sing bakal dikirim ing sabanjure telung puluh dina utawa kurang, gumantung saka garis wektu. Iki bisa dadi pemilik bisnis, pelanggan utawa pangguna pungkasan, nanging bakal duwe sesanti supaya tim bisa mbangun produk sing bener.
- Team Development - iki minangka wong sing bakal mbangun produk lan nduduhake produke menyang pemilik produk. Ora ana pimpinan tim; masalah ing tim sing dibahas dening tim kanthi sakabehe. Anggota tim biasane nyebrang fungsi lan kabeh wong terlibat ing pembangunan produk.
- Scrum Master - iki wong sing njaga proses, njamin proses digunakake, lan ningkatake proses kasebut yen dibutuhake.
Scrum Events
Acara ing scrum menehi tim pangembangan lan pemilik produk kesempatan kanggo nuduhake informasi supaya ana komunikasi terus-terusan. Ana sawetara acara sing bisa kedadeyan sajrone periode wektu, biasane telung puluh dina utawa kurang, sing disebut sprint.
- Sprint - wektu iki ngandhut rapat-rapat perencanaan sing cepet, scrum saben dina, karya pangembangan, review cepet, lan cepet-cepet dipirsani. Sajrone cepet, ora ana owah-owahan gol lan tim pangembangan kudu tetep.
- Rencana Rencana Sprint - patemon iki digunakake kanggo ngrancang karya sing kudu dilakoni sajrone cepet. Pertemuan iku biasane wolung jam kanggo sprint siji sasi, lan kurang tepat kanggo sprint sing luwih cendhek. Pertemuan dibagi dadi rong, ing sisih pisanan nemtokake tujuan sprint, sing kapindho nemtokake cara gol bisa ditindakake.
- Scrum saben dina - dina iki ana patemon lima belas menit saben dina sing ngidini tim pangembangan kanggo rencana kerja sabanjuré. Tim ngrampungake karya sing wis rampung ing dina sadurunge lan ramalan apa sing bisa digayuh ing rong puluh sabanjure sabanjure. Scrum saben dina iku minangka kesempatan kanggo nliti ing ngendi tim kasebut nduweni hubungan karo goal cepet. Master scrum nyatakake yen scrum saben dina lan tim pangembangan tetep maksimal limalas menit kanggo mesthekake manawa tim pembangunan bisa nggawe keputusan sing cepet.
- Sprint Review - ing mburi sprint, review digunakake kanggo ngevaluasi apa sing wis ngrambah nalika sprint lan kanggo mutusake apa sabanjure bisa rampung ing sprint sabanjure. Tinjauan cepet iku acara papat jam sing ngidini tim pangembangan bisa nyathet apa sing nyoroti sprint, lan apa masalah sing ditemokake. Adhedhasar komunikasi antarane tim pangembangan lan pemilik produk, pesawat anyar sing dikirimake kanggo sprint sabanjure.
- Sprint Retrospective - iki patemon telung jam ing ngendi tim scrum bisa nggambarake sprint lan gawe rencana perbaikan sing bisa diadopsi kanggo sprint sabanjure. Pertemuan kudu katon ing wong, sesambungan, proses, lan alat, uga ngenali manawa ana perbaikan.
Kanggo ngoptimalake completion proyek, goal kanggo ngirim asil nalika asil wis dijanjekake. Lan kanggo ngrampungake sing minangka efektif minangka bisa. Nggunakake metodologi manajemen proyek scrum minangka alat kanggo mbantu sampeyan entuk goal kasebut.
Dikemaskini oleh Gary Marion, L ogistika dan Supply Chain Expert.