Industri komputer penuh dengan bahasa yang samar-samar, jargon yang keras dan idea-idea kompleks yang sukar difahami dan boleh menghantar fikiran anda ke dalam kegilaan penimbalan pengiraan.
Air terjun? Scrum? Tangkas?
Jika frasa ini benar-benar asing kepada anda, jangan risau; pasukan pakar teknologi HashDork yang membantu anda berada di sini untuk membantu anda memahami perbezaan antara peringkat penting dalam proses pembangunan ini supaya anda boleh menjadi berpengetahuan.
Teknik tangkas, scrum dan air terjun semuanya akan dibincangkan dalam catatan blog ini, bersama-sama dengan cara masing-masing boleh membantu pasukan anda secara keseluruhan.
Mari kita mulakan dengan tangkas, dan kita akan membawa sepanjang yang lain.
Apa itu Agile?
Pembangunan perisian tangkas mengikut pendekatan berulang dan berperingkat. Daripada penyediaan yang meluas pada permulaan projek, teknik Agile adalah fleksibel kepada perubahan keperluan dari semasa ke semasa dan menggalakkan maklum balas berterusan daripada pengguna akhir.
Pasukan merentas fungsi bekerja pada lelaran produk dari semasa ke semasa, dan kerja ini dikategorikan ke dalam tunggakan dan diutamakan berdasarkan nilai perniagaan atau pelanggan. Tujuan setiap lelaran adalah untuk mencipta produk yang boleh digunakan.
Kepimpinan menggalakkan kerjasama, tanggungjawab, dan komunikasi bersemuka dalam metodologi Agile.
Pihak berkepentingan perniagaan dan pembangun mesti bekerjasama untuk memastikan produk itu memenuhi permintaan pengguna dan matlamat syarikat.
Frasa "pembangunan tangkas" merujuk kepada pelbagai kaedah dan rangka kerja yang berdasarkan cita-cita dan prinsip yang digariskan dalam Manifesto tangkas.
Pakar menasihatkan agar mematuhi prinsip dan nilai tangkas dan menggunakannya sebagai panduan untuk memutuskan tindakan yang betul untuk diambil dalam persekitaran tertentu semasa mendekati pembangunan perisian.
Pasukan kerjasama dan penyusunan diri adalah bidang tumpuan utama bagi komuniti pembangunan perisian yang tangkas.
Pasukan dibenarkan membuat keputusan secara autonomi bagaimana mereka akan menangani projek tertentu, tetapi itu tidak bermakna penyelia tidak wujud. Oleh itu, pasukan tangkas adalah berfungsi silang.
Dalam paradigma tangkas, pengurus masih diperlukan. Mereka memastikan bahawa setiap ahli pasukan mempunyai atau memperoleh kebolehan yang diperlukan untuk projek itu.
Pengurus dalam rangka kerja tangkas beroperasi dengan memupuk suasana yang menghasilkan yang terbaik dalam pasukan. Tetapi daripada memimpin, mereka kerap mengambil tempat duduk belakang dan membiarkan pasukan memutuskan cara mereka akan menyampaikan sesuatu.
Pengurus hanya terlibat apabila pasukan berulang kali cuba menyelesaikan masalah tanpa kejayaan.
Kitaran Perkembangan Tangkas
Peringkat-peringkat kitaran pembangunan Agile disenaraikan di bawah. Adalah penting untuk diingat bahawa fasa ini tidak sepatutnya berlaku mengikut urutan kerana ia fleksibel dan sentiasa berubah. Banyak peringkat ini berlaku serentak.
- Perancangan: Selepas pasukan projek memutuskan bahawa idea itu praktikal dan boleh dilaksanakan, mereka mula mencari ciri. Fasa ini bertujuan untuk mengutamakan setiap ciri dan memberikannya kepada lelaran selepas memecahkan idea kepada bahan kerja yang lebih kecil (ciri).
- Analisis keperluan: Untuk menentukan keperluan perniagaan, langkah ini memerlukan beberapa perbincangan dengan pengurus, pihak berkepentingan dan pengguna. Siapa yang akan menggunakan produk dan bagaimana mereka akan menggunakannya adalah antara butiran yang perlu dikumpulkan oleh pasukan. Piawaian ini mestilah khusus, terpakai dan kuantitatif.
- reka bentuk: Keperluan yang terdapat pada peringkat sebelumnya digunakan untuk menyediakan reka bentuk sistem dan perisian. Pertimbangan untuk penampilan produk atau penyelesaian mesti dibuat oleh pasukan. Strategi atau rancangan untuk ujian juga dibangunkan oleh pasukan ujian.
- Pelaksanaan, pengekodan atau pembangunan: Fokus peringkat ini adalah untuk membina dan menilai ciri dan merancang penggunaan lelaran (mengikut pendekatan pembangunan berulang dan tambahan [IID]). Oleh kerana tiada ciri disediakan, lelaran 0 tempoh pembangunan bermula. Dengan melengkapkan aktiviti seperti kontrak, menyediakan tetapan dan pembiayaan, lelaran ini menyediakan asas untuk pertumbuhan masa hadapan.
- Ujian: Selepas kod dibuat, ia diuji terhadap keperluan untuk memastikan bahawa produk benar-benar memenuhi permintaan pengguna dan memenuhi objektif perniagaan. Ujian unit, penyepaduan, sistem dan kebolehterimaan dijalankan pada peringkat ini.
- Deployment: Selepas ujian, produk dihantar kepada pelanggan supaya mereka boleh menggunakannya. Projek itu tidak selesai selepas penggunaan, walaupun. Pelanggan boleh menghadapi isu tambahan selepas mereka mula menggunakan produk, yang memerlukan pasukan projek untuk mencari penyelesaian.
kelebihan
- Penghantaran yang lebih pantas dan berkualiti tinggi: Dengan memecahkan projek kepada lelaran (unit boleh diurus), pasukan dapat menumpukan perhatian pada kerjasama, pembangunan dan ujian yang lebih berkualiti. Apabila ujian dilakukan dengan setiap lelaran, isu ditemui dan diperbaiki dengan lebih cepat. Selain itu, dengan semakan yang berterusan dan seterusnya, perisian berkualiti tinggi ini boleh dibekalkan dengan lebih cepat.
- Perubahan dialu-alukan: Walaupun kitaran perancangan adalah lebih pendek, ia adalah mudah untuk menerima dan menampung perubahan pada bila-bila masa dalam projek. Tunggakan sentiasa boleh diperbaiki dan diberi keutamaan semula, membolehkan pasukan membuat perubahan pada projek dalam beberapa minggu.
- Matlamat akhir mungkin tidak diketahui: Agile sangat baik untuk projek apabila matlamat akhir tidak ditakrifkan dengan jelas. Apabila projek bergerak lebih jauh, objektif akan menjadi jelas, dan pembangunan akan dapat dengan mudah menampung keperluan yang berubah-ubah ini.
- Penambahbaikan yang berterusan: Program tangkas mempromosikan input pengguna dan pasukan pada semua peringkat projek, membolehkan aplikasi apa yang dipelajari untuk lebih baik lelaran seterusnya.
- Pendapat pelanggan dihargai: Terdapat beberapa peluang untuk pelanggan melihat kerja sedang disiapkan, menawarkan maklum balas dan benar-benar mempengaruhi keputusan akhir. Dengan berinteraksi dengan begitu rapat dengan pasukan projek, mereka mungkin mengembangkan rasa pemilikan.
- Kerja berpasukan yang kuat: Agile menekankan kepentingan komunikasi biasa dan pertemuan secara peribadi. Orang ramai boleh memikul tanggungjawab dan memiliki komponen projek tertentu apabila bekerja dalam pasukan.
Kekurangan
- Ahli pasukan mesti mempunyai pengetahuane: Pasukan tangkas selalunya kecil. Oleh itu, ahli pasukan mesti mempunyai pelbagai kemahiran. Selain itu, mereka mesti memahami dan berasa selesa menggunakan teknik Agile yang dipilih.
- Perancangan mungkin kurang tepat: Kadangkala mungkin sukar untuk menentukan tarikh penghantaran yang tepat. Agile dibina berdasarkan penghantaran berkotak masa, dan pengurus projek kerap menyusun semula keutamaan tugas. Oleh itu, ada kemungkinan bahawa beberapa penghantaran yang pada mulanya dijadualkan untuk penghantaran tidak akan selesai tepat pada masanya. Selain itu, lebih banyak larian pecut mungkin ditambah pada bila-bila masa sepanjang projek, memanjangkan keseluruhan jadual.
- Dokumentasi mungkin diabaikan: Sesetengah ahli pasukan mungkin percaya bahawa menumpukan pada dokumentasi adalah kurang penting kerana Manifesto Agile lebih mengutamakan perisian yang berfungsi di atas dokumentasi yang menyeluruh. Pasukan tangkas harus mencapai keseimbangan ideal antara dokumentasi dan dialog, walaupun dokumentasi yang teliti tidak dapat menjamin kejayaan projek dengan sendirinya.
- Output akhir mungkin sangat berbeza: Mungkin tidak ada strategi yang jelas untuk projek Agile awal, dan oleh itu hasil yang telah siap mungkin banyak berubah daripada apa yang dijangkakan dahulu. Output akhir yang jauh berbeza mungkin terhasil daripada menambah lelaran baharu berdasarkan perubahan input klien, memandangkan Agile begitu mudah disesuaikan.
- Komitmen masa pemaju: Pasukan pembangunan mesti komited sepenuhnya kepada projek agar tangkas menjadi berkesan. Kaedah Agile, yang mengambil masa lebih lama daripada pendekatan konvensional, memerlukan penyertaan aktif dan kerjasama yang berterusan. Di samping itu, ini menunjukkan bahawa pembangun mesti komited dengan panjang projek penuh.
Apakah Air Terjun?
Lelaran paling popular bagi kitaran hayat pembangunan sistem (SDLC) untuk projek kejuruteraan perisian dan IT dikenali sebagai "pendekatan air terjun," yang mengikut prosedur linear berjujukan.
Carta Gantt, satu bentuk carta bar yang memaparkan tarikh permulaan dan tamat setiap kerja, kadangkala digunakan untuk merancangnya.
Pasukan pembangunan mara ke peringkat berikut selepas satu daripada lapan fasa selesai. Pasukan tidak dapat kembali ke peringkat sebelumnya tanpa perlu memulakan semula keseluruhan prosedur.
Selain itu, pelanggan mungkin perlu menilai dan menerima keperluan sebelum pasukan boleh pergi ke peringkat seterusnya.
Model air terjun telah dibangunkan dalam persekitaran yang sangat teratur bagi sektor pembuatan dan pembinaan, di mana pelarasan mungkin sangat mahal atau bahkan mustahil.
Teknik air terjun dinamakan sedemikian kerana ia bertujuan untuk mengalir dalam satu arah sahaja—ke bawah—sama seperti air terjun. Fasanya termasuk analisis, permulaan, ujian, reka bentuk, bangunan, penggunaan, penyelenggaraan dan ujian.
Teknik air terjun mempunyai beberapa kelebihan, sama seperti strategi lain. Satu ialah fasa perancangan dan reka bentuk projek lebih mantap.
Pelanggan dan pasukan pembangunan lebih sejajar dalam hal penghantaran projek semasa menggunakan pembangunan perisian waterfall. Kerana anda mengetahui skop projek dari awal, pembangunan air terjun juga menjadikannya lebih mudah untuk memantau kemajuan.
Proses air terjun menggunakan pakar, pembangun, penganalisis dan penguji untuk menumpukan perhatian pada tugas mereka dalam projek daripada meminta seluruh pasukan menekankan satu langkah.
Peringkat Air Terjun
Enam langkah Air Terjun semuanya mesti berlaku satu demi satu:
- Mengumpul dan menyimpan keperluan: Anda harus mengumpul pengetahuan menyeluruh mengenai apa yang dituntut oleh projek ini pada masa ini. Terdapat beberapa teknik untuk mengumpul data ini, termasuk temu bual, tinjauan, dan sumbang saran kolaboratif. Keperluan projek harus jelas pada masa fasa ini tamat, dan pasukan anda sepatutnya telah menerima salinan dokumen keperluan.
- Reka bentuk sistem: Sistem ini direka oleh pasukan anda menggunakan spesifikasi yang telah ditetapkan. Semasa peringkat ini, tiada pengekodan dilakukan, tetapi pasukan menetapkan keperluan untuk perkakasan atau bahasa pengaturcaraan.
- Pelaksanaan: Peringkat ini melibatkan pengekodan. Data peringkat sebelumnya digunakan oleh pengaturcara untuk membina produk yang boleh digunakan. Kod sering dilaksanakan dalam ketulan kecil yang digabungkan pada akhir satu fasa atau permulaan fasa yang lain.
- Ujian: Produk boleh mula diuji selepas kod selesai. Sebarang isu ditemui dan dilaporkan dengan teliti oleh penguji. Projek anda mungkin perlu kembali ke fasa satu untuk penilaian semula jika masalah ketara muncul.
- Penghantaran/pengerahan: Produk telah selesai pada ketika ini dan pasukan anda menyerahkan hasil penghantaran untuk penggunaan atau keluaran.
- penyelenggaraan: Pelanggan telah menerima produk dan sedang menggunakannya. Pasukan anda mungkin perlu membuat pembetulan dan kemas kini apabila masalah muncul untuk membetulkannya. Sekali lagi, masalah penting boleh meminta kembali ke langkah pertama.
kelebihan
- Mudah dikendalikan dan diurus: Pendekatan Air Terjun adalah mudah untuk digunakan dan difahami kerana setiap projek dikendalikan dengan cara berurutan yang sama. Sebelum memulakan projek Waterfall, pasukan tidak perlu mempunyai sebarang kepakaran atau latihan terdahulu. Pendekatan air terjun sangat ketat; setiap peringkat mempunyai satu set penyampaian dan semakan, menjadikannya mudah untuk ditadbir dan diselenggara.
- Metodologi yang didokumentasikan dengan baik diperlukan: Dokumentasi yang diperlukan oleh metodologi air terjun membantu menjelaskan alasan di sebalik ujian dan kod. Selain itu, ia mencipta jejak kertas sekiranya pihak berkepentingan mahukan maklumat tambahan mengenai fasa tertentu atau untuk sebarang inisiatif masa depan.
- Penguatkuasaan disiplin: Setiap langkah dalam projek air terjun mempunyai permulaan dan penamat, menjadikannya mudah untuk menyampaikan kemajuan kepada pihak berkepentingan dan pelanggan. Pasukan boleh mengurangkan kemungkinan kehilangan tarikh akhir dengan meletakkan keperluan dan reka bentuk terlebih dahulu sebelum menghasilkan kod.
Kekurangan
- Ia boleh menjadi sukar untuk mengumpulkan keperluan yang tepat: Bercakap dengan pengguna dan pihak berkepentingan untuk menentukan keperluan mereka adalah salah satu peringkat awal projek Air Terjun. Pada peringkat awal projek ini, mungkin sukar untuk memastikan keperluan khusus mereka. Pelanggan kerap belajar tentang keperluan mereka semasa projek itu berkembang daripada menyatakannya terlebih dahulu.
- Perubahan sukar diterima: Krew tidak boleh menyambung kerja selepas tamat satu fasa. Sangat sukar dan mahal untuk kembali dan membaikinya jika mereka mengetahui semasa fasa ujian bahawa fungsi hilang semasa proses keperluan.
- Perisian disediakan selepas tarikh tamat tempohnya: Dua hingga empat fasa projek mesti diselesaikan sebelum pengekodan sebenar boleh dimulakan. Pihak berkepentingan tidak akan melihat perisian berfungsi sehingga lewat dalam kitaran hayat akibatnya.
Apa itu Scrum?
Salah satu rangka kerja proses yang paling disukai untuk mempraktikkan Agile ialah Scrum, yang merupakan subset Agile.
Ia adalah paradigma berulang untuk mengurus penciptaan perisian dan produk yang kompleks. Sprint, yang merupakan lelaran panjang tetap yang berjalan satu hingga dua minggu, membolehkan pasukan mengeluarkan perisian mengikut jadual biasa.
Pihak berkepentingan dan ahli pasukan berkumpul untuk membincangkan langkah seterusnya selepas setiap pecut. Peranan, tanggungjawab dan mesyuarat dalam Scrum kekal berterusan.
Sebagai contoh, Scrum menentukan perancangan pecut, pendirian harian, demo pecut dan pecut retrospektif sebagai empat ritual yang menyediakan setiap struktur pecut.
Pasukan ini akan menggunakan artifak visual seperti papan tugas atau carta terbakar semasa setiap pecut untuk menunjukkan kemajuan dan mendapatkan maklum balas tambahan.
Dalam scrum, pasukan dan pemilik produk bekerjasama rapat untuk mengenal pasti dan mengutamakan fungsi sistem. Mereka mencapai ini dengan mencipta tunggakan produk, yang mengandungi semua tugas yang diperlukan untuk menghasilkan perisian yang berfungsi seperti yang dimaksudkan.
Tompok pepijat, keperluan tidak berfungsi dan ciri semuanya harus disertakan dalam baris gilir. Pasukan silang fungsi mesti menganggarkan dan mendaftar untuk menyampaikan kenaikan perisian sepanjang Sprint berterusan, yang biasanya berlangsung selama 30 hari, setelah objektif telah ditetapkan.
Hanya pasukan boleh menambah fungsi pada Sprint selepas melakukan tunggakan untuk pecut itu.
Penghantaran Sprint seterusnya, tunggakan produk dinilai dan, jika perlu, diutamakan semula, dan set penghantaran berikut dipilih untuk menjadi sebahagian daripada pecut berikut.
Proses scrum
- Tunggakan produk: Untuk memesan item dalam tunggakan produk, Pemilik Produk dan Pasukan Scrum bertemu (kerja pada tunggakan produk datang daripada cerita dan keperluan pengguna). Tunggakan produk ialah senarai semua ciri yang dikehendaki untuk produk dan bukannya senarai tugasan yang perlu diselesaikan. Selepas itu, pasukan pembangunan memilih tugas daripada tunggakan produk untuk dilaksanakan sepanjang setiap pecut.
- Perancangan pecut: Sebelum setiap pecut, Pemilik Produk menyerahkan kepada pasukan item teratas dalam tunggakan pada mesyuarat perancangan pecut. Kumpulan itu kemudiannya memilih item daripada tunggakan produk yang boleh mereka selesaikan semasa pecut dan mengalihkannya ke tunggakan pecut (iaitu senarai tugasan yang perlu diselesaikan dalam pecut).
- Penambahbaikan/dandanan tunggakan: Untuk memastikan bahawa tunggakan disediakan untuk pecut berikut, pasukan dan pemilik produk bertemu pada akhir satu pecut. Pasukan itu boleh membuang cerita pengguna yang tidak lagi berkaitan, menambah yang baharu, menyemak susunan yang sepatutnya ditangani atau membahagikan cerita pengguna kepada tugas yang lebih kecil. Semasa mesyuarat "dandanan" ini, ia akan memastikan bahawa tunggakan hanya terdiri daripada perkara-perkara yang berkaitan, mendalam dan selaras dengan matlamat projek.
- Mesyuarat scrum setiap hari: Dalam mesyuarat berdiri selama 15 minit yang dipanggil Daily Scrum, setiap ahli pasukan membincangkan objektif mereka dan sebarang masalah yang timbul. Setiap hari sepanjang pecut, pasukan mengambil bahagian dalam Scrum Harian, yang memastikan semua orang menjalankan tugas.
- Perjumpaan untuk menilai sprint: Pasukan membentangkan kerja mereka pada mesyuarat semakan pecut pada akhir setiap pecut. Daripada laporan atau pembentangan PowerPoint, mesyuarat ini harus merangkumi demonstrasi sebenar.
- Perjumpaan pecut retrospektif: Pasukan membincangkan sebarang pengubahsuaian yang perlu dibuat dalam pecut berikut serta sejauh mana Scrum bekerja untuk mereka pada akhir setiap pecut. Pasukan boleh membincangkan aspek positif, aspek negatif dan bidang pecut untuk penambahbaikan.
kelebihan
- Lebih banyak tanggungjawab daripada pasukan: Tiada pengurus projek yang mengarahkan pasukan scrum tentang perkara yang perlu dilakukan dan bila. Kerja yang boleh diselesaikan dalam setiap pecut sebaliknya ditentukan oleh pasukan secara keseluruhan. Mereka semua bekerjasama dan saling membantu, meningkatkan kerja berpasukan dan memupuk keperibadian dalam setiap ahli pasukan.
- Keterlihatan dan ketelusan projek dipertingkat: Terdapat lebih sedikit salah faham dan ketidakpastian kerana semua orang dalam pasukan sedar akan tanggungjawab mereka berkat mesyuarat pendirian yang kerap. Pasukan boleh menangani masalah sebelum mereka hilang kawalan kerana isu dikesan lebih awal.
- Pengurangan kos yang dipertingkatkan: Komunikasi berterusan memastikan pasukan dimaklumkan tentang sebarang masalah atau perubahan sebaik sahaja ia berlaku, yang membantu menjimatkan kos dan meningkatkan kualiti. Potongan ciri yang lebih kecil menyediakan maklum balas berterusan dan membenarkan pembetulan ralat awal sebelum ralat yang lebih besar menjadi terlalu mahal untuk diperbaiki.
- Mudah untuk menyesuaikan diri dengan perubahan: Lebih mudah untuk menangani dan menyesuaikan diri dengan perubahan apabila terdapat gelung maklum balas yang kerap dan pecut pendek. Sebagai ilustrasi, jika pasukan itu menemui cerita pengguna yang serba baharu semasa satu pecut, mereka boleh menambahkan ciri tersebut dengan pantas pada pecut berikut pada mesyuarat penghalusan tunggakan.
Kekurangan
- Skop bahaya rayapan: Disebabkan kekurangan tarikh siap yang ditetapkan, projek Scrum tertentu mungkin menghadapi skop rayapan. Pihak berkepentingan boleh tertarik untuk terus menuntut lebih banyak ciri jika tiada tarikh akhir untuk disiapkan.
- Scrum Master yang buruk boleh menggagalkan segala-galanya: Pengurus projek tidak sama dengan master scrum. Scrum Master mesti mempercayai pasukan yang mereka selia dan tidak pernah memberi mereka arahan. Scrum Master tidak mempunyai kuasa ke atas pasukan. Projek akan gagal jika master scrum cuba menguruskan pasukan.
- Isu ketepatan mungkin berpunca daripada tugasan yang dinyatakan dengan buruk: Jika tugasan tidak dinyatakan dengan jelas, perbelanjaan dan jadual projek tidak akan tepat. Perancangan menjadi mencabar dan pecut mungkin mengambil masa lebih lama daripada yang dijangkakan jika matlamat awal tidak ditentukan.
- Pengalaman dan dedikasi diperlukan untuk sesebuah pasukan: Untuk pasukan berjaya, peranan dan tugas mesti ditakrifkan dengan jelas. Pasukan Scrum memerlukan ahli pasukan dengan kemahiran teknikal kerana tidak ada peranan yang jelas (semua orang melakukan segala-galanya). Pasukan juga mesti komited untuk mengambil bahagian dalam sesi Scrum harian dan kekal bersama sepanjang hayat projek.
Tangkas Vs Scrum
Walaupun Agile dan Scrum menggunakan metodologi yang sama, terdapat beberapa variasi antara keduanya. Manifesto Agile menggariskan satu set prinsip untuk mencipta perisian melalui pembangunan berulang.
Scrum, sebaliknya, adalah satu set garis panduan yang mesti dipatuhi semasa melakukan pembangunan perisian Agile. Agile adalah konsep, manakala Scrum ialah teknik untuk mempraktikkannya.
Scrum ialah kaedah melaksanakan Agile, oleh itu kedua-duanya mempunyai banyak persamaan. Kedua-dua pendekatan adalah berulang, mengutamakan penghantaran perisian awal dan kerap, dan menerima perubahan. Mereka juga menyokong keterbukaan dan pembangunan berterusan.
Tangkas Vs Air Terjun
Tegar lwn fleksibel menggambarkan perbezaan antara proses Air Terjun dan Agile. Walaupun Agile cair dan sentiasa berubah, Waterfall adalah metodologi yang lebih ketat dan lebih tegar.
Perbezaan selanjutnya di antara mereka adalah seperti berikut:
- Tangkas tidak memerlukan pendekatan linear, manakala Air Terjun adalah berurutan.
- Walaupun keperluan sering dipratakrifkan dalam projek Air Terjun, mereka dijangka mengubah dan menyesuaikan diri dalam inisiatif Agile.
- Berbeza dengan projek Agile, Waterfall tidak membenarkan pengubahsuaian dibuat pada kerja yang telah disiapkan pada peringkat sebelumnya.
- Air terjun adalah prosedur yang teratur di mana anda mesti menyelesaikan setiap langkah sebelum meneruskan ke langkah seterusnya. Walau bagaimanapun, Agile ialah metodologi yang fleksibel yang membolehkan anda meneruskan projek mengikut kadar anda sendiri.
Tangkas Vs Air Terjun Vs Scrum
- Air terjun itu meningkatkan kepercayaan terhadap apa yang akan disediakan tidak lama lagi selepas ia dirancang. Agile bergantung pada amalan terbaik persekitaran pembangunan. Di sini, beberapa risiko projek boleh diuruskan dengan baik kerana hasilnya dinilai secara berterusan.
- Air Terjun tidak menjangka pasukan dan projek akan berpangkalan di lokasi yang sama. Manakala scrum dan tangkas memerlukan penempatan bersama pekerja.
- Agile memberi tumpuan kepada mengurangkan kerja semula projek dan menggalakkan perubahan untuk digabungkan lebih awal. Berbeza dengan air terjun, yang bertindak balas secara berbeza, scrum juga membolehkan penemuan awal perubahan.
- Rangka tindakan yang lebih padat untuk produk akhir disediakan oleh tangkas dan scrum. Ini menimbulkan masalah dengan janji yang dibuat kepada pembeli. Sebaliknya, grafik air terjun memberikan pelanggan dan pembangun gambaran yang lebih baik tentang hasil yang telah siap.
- Setiap teknik ini mempunyai satu set alat untuk mengatur dan mensimulasikan tugasan yang terlibat dalam penciptaan mereka.
Kesimpulan
Jika anda telah mengikuti setakat ini dan yakin dengan pengetahuan anda tentang perbezaan antara proses Waterfall, Agile dan Scrum, anda sepatutnya sudah tahu strategi mana yang paling sesuai untuk anda dan pasukan anda.
Teknik Air Terjun, iaitu untuk projek dengan skop, jangka masa dan belanjawan yang pasti, boleh menjadi pilihan terbaik anda jika anda menyukai peraturan dan prosedur yang sukar dan mendapati ia membawa kejelasan.
Sebaliknya, jika kebebasan dan kebolehsuaian yang ditawarkan oleh Agile memberi inspirasi kepada anda, ia boleh menjadi tempat anda harus meletakkan perhatian anda.
Scrum adalah cara untuk pergi, walaupun, jika anda inginkan sedikit disiplin dalam rangka kerja yang fleksibel.
Walau bagaimanapun, anda mesti mempertimbangkan pendekatan ini berdasarkan projek yang anda sedang kerjakan dan hasil akhir anda.
Sila tinggalkan balasan anda