Metodologi pangembangan piranti lunak

Ing pirang-pirang wawancara, sampeyan bakal ditakoni babagan metodologi. Iki dudu pitakonan sing paling penting utawa angel, nanging duwe sheet cheat bakal luwih apik. Ing artikel iki, kita bakal nyoba nerangake apa metodologi pangembangan lan mbandhingake. Metodologi pangembangan piranti lunak minangka proses sing digunakake kanggo ngembangake produk tartamtu, yaiku, minangka salah sawijining cara kanggo ngatur pangembangan dening tim pangembang. Ana macem-macem model pangembangan, saben-saben nemtokake pendekatan dhewe. Ora bisa diarani sapa wae sing kudu digunakake kanggo saben proyek. Pendekatan sing bener gumantung marang kahanan. Aku arep nimbang telu mau ing luwih rinci.

grojogan

Metodologi grojogan minangka salah sawijining sing paling tuwa lan kalebu implementasine kanthi urutan sing ketat: saben tahap kudu rampung sadurunge tahap sabanjure diwiwiti. Kanthi tembung liyane, transisi menyang tahap sabanjure tegese karya tahap sadurunge wis rampung 100%. Gambar nuduhake cara kerjane: pisanan, kita nganalisa masalah (tugas dokumen, ngrembug tantangan), banjur kita ngrancang (struktur proyek njupuk wangun ing tahap iki), banjur kita kode lan test. Bali menyang tataran sadurunge ora diijini. Pendekatan iki dianjurake kanggo proyek-proyek cilik sing syarat-syarat kasebut wis dingerteni sadurunge lan ora mungkin diganti. Kaluwihan:

• Dokumentasi lengkap lan konsisten ing saben tahap
• Ease saka nggunakake
• syarat stabil
• Anggaran lan tenggat wektu wis ditemtokake

Kekurangan:

• A jumlah gedhe saka dokumentasi
• Ora banget fleksibel
• Klien ora bisa ndeleng versi demo produk
• Ora ana pilihan kanggo mundur

Scrum

Scrum minangka metodologi pangembangan piranti lunak sing mbagi kabeh proses dadi iterasi. Ing pungkasan saben interaksi, tim siap nyedhiyakake versi demo produk kasebut. Gambar kasebut nuduhake manawa tim nerusake kabeh tahapan pembangunan kanthi paralel, saengga bisa duwe bagean rampung saka proyek kasebut ing pungkasan saben pengulangan. Aku bakal nyoba kanggo njlentrehake sedhela inti saka metodologi nggunakake tembung prasaja, nanging ana akèh terminologi. Aku sing paling penting yaiku ngerti inti. Sampeyan bakal ngelingi terminologi kanthi pengalaman. Kabeh pembangunan dipérang dadi sprint (asring 2-3 minggu). Ana backlog(dhaptar tugas) kanggo kabeh periode pembangunan lan kanggo saben sprint kapisah. Saben tugas duwe titik crita dhewe (rating kesulitan). Saben peserta ing proses kasebut nduweni peran:

• Tim scrum kasusun saka para profesional (pengembang, penguji, perancang) sing nggarap proyek.
• Master scrum yaiku wong sing nggawe manawa prinsip scrum dihormati.
• Pemilik produk yaiku pelanggan.

Metodologi iki gumantung marang komunikasi, mula ana pirang-pirang rapat:

• Stand-up - Iki minangka rapat singkat, dianakake saben dina, ing ngendi kabeh anggota tim melu. Saben peserta mangsuli 3 pitakon: Apa sing daklakoni? Apa sing bakal daklakoni? Lan masalah pamblokiran apa sing ana?
• Rapat perencanaan - Rapat iki dianakake ing wiwitan sprint. Tugas sing kudu ditindakake ing sprint sabanjure diidentifikasi ing rapat iki.
• Retrospektif - Rapat iki dianakake ing pungkasan sprint lan tujuane kanggo ngenali apa sing ditindakake kanthi apik lan apa sing bisa ditambah.

Kaluwihan:

• Pelanggan bisa ndeleng asil sajrone proses pangembangan
• Ngawasi saben dina proses pangembangan
• Kemampuan kanggo nggawe pangaturan sajrone pangembangan
• Nggawe komunikasi karo kabeh anggota tim
• A jumlah cilik saka dokumentasi

Kekurangan:

• Sulit kanggo netepake tenaga kerja lan biaya liyane sing dibutuhake kanggo pembangunan
• Iku angel kanggo ngenali bottlenecks sadurunge pembangunan diwiwiti
• Perlu kanggo melu kabeh wong ing karya anggota tim liyane.

Kanban

Kanban minangka cara adhedhasar nggambarake kemajuan sing ditindakake sajrone ngrampungake tugas tim. Ide utama yaiku nyuda jumlah tugas sing saiki ditindakake (ing kolom "In Progress"). Ing scrum, tim fokus kanggo ngrampungake sprint kanthi sukses. Ing Kanban, tugas kasebut nduwe posisi sing paling penting. Iki apik kanggo proyek ing tahap pangopènan, ing ngendi fungsi dhasar wis dileksanakake, lan perbaikan minimal lan perbaikan bug tetep. Ing Kanban, tugas ditugasake kanthi individu. A tugas dadi liwat kabeh orane tumrap sekolah ing Papan, independen saka tugas liyane, lan yen wis rampung bisa ditampilake kanggo customer. Papan Kanban kasusun saka kolom, sing saben makili proses pangembangan sing kapisah. Sawetara kolom (contone, "Ing Progress" ) matesi jumlah tugas sing bisa ditindakake. Iki mbantu kanthi cepet lan gampang nemokake wilayah masalah ing distribusi tugas. Gambar nuduhake conto mung papan kuwi. Jumlah kolom lan jenenge bisa beda-beda. Aku bakal menehi sing paling umum:

• To Do - Dhaptar tugas sing kudu ditindakake
• Ing Progress - Tugas saiki lagi digarap
• Kode Review - Tugas sing wis rampung lan wis diajukake kanggo review
• Ing Testing - Tugas siap kanggo testing
• Rampung - Tugas rampung

Kaluwihan:

• Ease saka nggunakake
• Visibilitas (mbantu nemokake bottlenecks, nyederhanakake pangerten)
• Keterlibatan tim sing dhuwur ing proses kasebut dhewe
• Pangembangan sing fleksibel banget

Kekurangan:

• Dhaptar tugas sing ora stabil
• Iku angel ditrapake kanggo proyek jangka panjang
• Lack deadline hard

Tembung pungkasan babagan metodologi pangembangan piranti lunak

Wong sing nyekel utawa kepengin posisi manajemen kudu ngerti metodologi pangembangan piranti lunak kanthi lengkap, nanging kabeh wong kudu ngerti paling ora dhasar. Metodologi minangka bagean integral saka proses pangembangan lan digunakake ora mung ing IT-sphere. Matur nuwun kanggo njupuk wektu kanggo maca artikelku. Muga-muga bisa migunani kanggo sampeyan. Aku nyoba njlèntrèhaké mung TCTerms tombol minangka accessibly lan concisely sabisa. Akibaté, artikel iki ora lengkap. Aku bakal seneng krungu pendapat sampeyan babagan iki lan mangsuli pitakon sampeyan. Kabeh sing paling apik!