Kabeh sing sampeyan kudu ngerti babagan metodologi pangembangan piranti lunak: tren, prinsip lan pitfalls kanggo pamula

Pangembangan piranti lunak minangka proses bisnis sing kompleks. Iki tegese IT kudu nganggo basa optimasi, perencanaan lan pitungan. Pangertosan konsep manajemen menehi kauntungan utama kanggo para pengusaha lan pangembang lan mbantu kolaborasi menyang tingkat sabanjure.

Cathetan kanggo pamula: model, metodologi lan kebingungan umum

Penjelasan penting kanggo diwiwiti: ana model sing kapisah kanggo pangembangan piranti lunak lan metodologi sing kapisah kanggo pangembangan iki. Model prédhiksi prilaku sistem ing mangsa ngarep. Metodologi dibutuhake supaya sistem bisa mlaku kanthi cara sing dibutuhake. Model lan metodologi pangembangan piranti lunak sing mbingungake minangka tugas suci saben pamula IT, mula iki ora dianggep minangka kesalahan gedhe. Nanging, model kasebut minangka Waterfall cascading klasik , kanthi linearitas, setelan tujuan sing jelas kanggo saben tahapan lan kontrol sing ketat babagan tenggat wektu. Model kasebut Spiral , kanthi fokus ing identifikasi awal lan nyuda risiko proyek. Pangembangan spiral diwiwiti kanthi skala cilik, pisanan ngrampungake masalah lokal, lan banjur luwih rumit. Model pungkasan yaiku IID , sing ngilangi siklus urip proyek dadi urutan iterasi, sing saben-saben meh padha karo "proyek mini." Umumé, model minangka barang sing nggambarake proses pangembangan piranti lunak . Nanging metodologi minangka sistem kanggo kontrol, evaluasi lan ngawasi karya ing tugas sing ditugasake. Metodologi minangka wortel lan tongkat pangembangan modern, sing dibutuhake kanggo ngontrol saben tautan proses pangembangan. Dheweke dipilih adhedhasar arah proyek, anggaran lan wektu produk pungkasan. Kajaba iku, metodologi bisa dipilih adhedhasar temperamen manajer proyek lan tim. Malah adhedhasar filosofi perusahaan utawa pelanggan. Ayo goleki metodologi sing paling populer.

1. Metode Scrum

Scrum minangka metode manajemen proyek sing lincah . Iku adhedhasar "sprints" - iterasi singkat, strictly winates ing wektu (biasane 2-4 minggu). Durasi rapat dikurangi dadi minimal, nanging frekuensi mundhak. Saben sprint kasusun saka dhaptar tugas nganti pungkasan pengulangan, lan saben wong duwe "bobot" dhewe. Sajrone rapat, tim ngrembug sapa sing wis nindakake apa, apa sing bakal ditindakake, lan masalah apa wae. Scrum nggunakake jurnal sprint kanggo ngrancang. Ing pendekatan iki, master Scrum asring katon ing tim, sing nggawe karya terus-terusan kabeh tim, nggawe kahanan sing nyaman. Uga ing proyek kasebut, peran Pemilik Produk katon - manajer pangembangan, wong sing ngawasi produk lan dadi link utama antarane panjaluk klien lan asil tim.

Kaluwihan:

• peluncuran proyek cepet kanthi anggaran paling murah;
• ngawasi saben dina kemajuan karya, demonstrasi proyek sing kerep;
• kemampuan kanggo nggawe owah-owahan minangka project progresses.

Minus:

• kangelan ing concluding kontrak amarga lack saka budget tetep;
• ora bisa kerja kanthi kualifikasi tim sing kurang, tenggat wektu kerja utawa anggaran sing disepelekake;
• kemampuan kanggo terus-terusan nggawe owah-owahan antarane sprint bisa nggawe kebingungan.

Sapa sing cocok kanggo:

Sistem iki cocok kanggo proyek nganti sepuluh wong - independen utawa ing perusahaan gedhe. Iki trep yen tim duwe akeh karya lan siklus urip sing dawa, sing meksa dheweke ngganti lan adaptasi karo kahanan pasar anyar.

2. Metodologi Kanban

Fitur paling penting saka Kanban yaiku visualisasi siklus urip proyek . Kolom digawe kanggo ngrampungake tugas sing dikirim kanthi individu. Kolom ditandhani karo spidol kaya: To do, In progress, Code review, In testing, Rampung (jeneng kolom, mesthi, bisa diganti). Tujuan saben anggota tim yaiku nyuda jumlah tugas ing kolom pisanan. Pendekatan Kanban iku visual lan mbantu sampeyan ngerti ing ngendi masalahe. Struktur Kanban ora ditemtokake kanthi definitif lan ora bisa dibatalake: gumantung saka spesifik proyek kasebut, kolom improvisasi bisa ditambahake. Contone, sawetara tim nggunakake sistem sing kudu nemtokake kritéria kanggo kesiapan tugas sadurunge nglakokaké. Banjur rong kolom ditambahake - nemtokake (nemtokake paramèter) lan nglakokaké (njaluk kerja).

Kaluwihan:

• fleksibilitas planning. Tim kasebut mung fokus ing karya saiki, prioritas tugas uga ditemtokake;
• visibilitas. Nalika kabeh aktor duwe akses menyang data, masalah global luwih gampang digatekake;
• keterlibatan dhuwur ing proses pembangunan. Visualisasi proses nambah organisasi lan kontrol diri.

Minus:

• ora bisa karo tim luwih saka limang wong;
• ora dimaksudake kanggo perencanaan jangka panjang;
• ora cocok kanggo kerja ing tim tanpa motivasi. Ing Kanban, ora ana wates wektu sing disetel kanggo saben tugas, lan metodologi kasebut ora menehi paukuman kanggo wektu tundha.

Sapa sing cocok kanggo:

Kanban kerjane apik ing perusahaan sing tim kasebut duwe motivasi kanggo ngembangake lan entuk asil. Kaya sing wis dingerteni, tim cilik. Mbok menawa malah divisi utawa bagéan saka tim.

3. Metode RUP

Metodologi RUP nggunakake model pangembangan iteratif. Ing pungkasan saben pengulangan (sing butuh 2 nganti 6 minggu), tim kudu entuk target sing direncanakake lan duwe versi proyek sementara nanging bisa digunakake. RUP melu mbagi proyek dadi patang fase , ing saben karya ditindakake ing generasi anyar produk: fase wiwitan proyek, refinement, konstruksi lan implementasine. Ing pungkasan fase, tandha rampung tahapan (Proyek Milestone) dilebokake. Proyek Milestone bisa dianggep minangka wayahe nalika tim ngevaluasi asil sing diraih. Akibaté, metodologi kasebut nuduhake manawa fitur utama dirilis ing tahap pertama, lan tambahan ditambahake ing tahap sabanjure.

Kaluwihan:

• ngijini sampeyan kanggo ngrampungake karo ngganti tugas teka saka loro klien lan sing njedhul sak karya;
• njamin terus-terusan dandan produk. Sajrone iterasi, desain bisa ditliti;
• ngidini sampeyan ngenali lan ngilangi risiko ing tahap awal kerja, uga ngontrol kualitas pangembangan kanthi efektif.

Minus:

• cara sing rada rumit sing angel ditindakake karo tim utawa perusahaan cilik;
• katergantungan ing kemampuan ahli kanggo nyetel tugas;
• mbutuhake dokumentasi syarat sing berlebihan.

Sapa sing cocok kanggo:

Proyek gedhe kanthi syarat sing jelas lan risiko sing ditetepake, nalika produk kasebut kudu diluncurake kanthi cepet. Malah kanthi biaya fungsional, supaya cepet ngenggoni ceruk lan mung nyaring nuansa.

Akeh metodologi, siji tren

Saliyane Scrum lan Kanban sing ora bisa dipungkiri, adhedhasar prinsip keluwesan kanthi jeneng umum "Agile" , uga RUP iteratif sing ulet, perusahaan nggarap akeh variasi metodologi. Sawetara wong luwih seneng program ekstrem lan nggawe keputusan sing paling cepet lan paling gampang, sawetara luwih seneng pangembangan sing didorong tes, lan liya-liyane luwih seneng pangembangan aplikasi kanthi cepet (RAD). Ing wektu sing padha, tren utama lan tanpa syarat yaiku nggunakake sawetara metodologi bebarengan . Utawa malah nggabungake model lan metodologi menyang sistem kontrol sing unik. Perusahaan modern ngupayakake ngilangi alangan birokrasi lan nggawe atmosfer kerja tim umum ing organisasi, tanpa ngganti tanggung jawab antarane departemen lan blok. Miturut laporan Scrumalliance , 70% perusahaan IT nggunakake Scrum. Antarane wong-wong mau ana raksasa kayata Google, Amazon, Salesforce, Microsoft, Adobe. Startups lan proyèk enom luwih cenderung kanggo Kanban, nanging uga digunakake dening Toyota lan, contone, tukang game saka Wargaming. Perusahaan CIS sing luwih andhap asor Prom.ua, Bigl.ua, Kabachik.ua nggunakake metodologi Scrum lan Kanban bebarengan, nanging kanggo tugas sing beda. Scrum - minangka alat perencanaan, Kanban - kanggo ngawasi kemajuan karya. Kanggo RUP, paling kerep ditindakake dening perusahaan Barat kanthi karyawan 50-200 lan penghasilan 1-10 yuta dolar. Nanging ing wektu sing padha, IBM ngganti RUP kanggo nyedhaki prinsip Agile kanthi ngeculake metodologi OpenUP - "RUP, mung lincah." Ketangkasan Agile sing padha saiki nguwasani lanskap IT . Iku ora mung fad dina - iku isih inovatif, lan iku bener bisa digunakake ing akeh perusahaan gedhe. Agile digunakake ing Silicon Valley lan digunakake dening Facebook lan Uber.

Garis ing ngisor

Saben proyek duwe metodologi pangembangan piranti lunak dhewe, gumantung saka tim, pendanaan, wektu lan syarat pelanggan. Ora ana teknologi manajemen universal: malah Agile sing populer banget ora bisa menehi pendekatan sing paling apik kanggo proses pangembangan. Mulane, metodologi kasebut dipilih kanthi teliti, lan kadhangkala malah dhasar. Dadi akeh supaya sampeyan bisa nggunakake kanggo nggawe kesimpulan babagan perusahaan dhewe utawa para pelanggan. Metodologi dicampur, ditambah karo model lan diadaptasi kanggo cocog karo awake dhewe. Dadi akeh supaya padha nuwuhake pendekatan anyar. Senadyan ing pungkasan, alam manajemen tetep ana ing tangan Scrum lan Kanban, kanthi inklusi model Waterfall utawa RUP iteratif sing ora dikarepke.