Agile vs Scrum vs Kanban vs Lean vs Waterfall – pendekatan mana yang tepat untuk Anda?

Diterbitkan: 2021-12-27

Hai, selamat datang di episode Family Feud lainnya. Saya Steve Harvey, dan mari kita mulai.

Kami bertanya kepada 100 orang, “apa pendekatan favorit Anda dalam manajemen proyek?”

Agile – Ada dalam daftar!

Scrum – Sekali lagi, itu ada dalam daftar!

Kanban – ding!

Lean – Masih ada satu lagi!

Air Terjun – Bravo, Anda melakukan pekerjaan dengan baik!

Anda sepertinya tahu semuanya, tetapi apakah Anda tahu yang mana yang harus dipilih?

Atau apa perbedaan antara Agile vs. Waterfall vs. Scrum?

Jangan khawatir.

Saya Steve Harvey, dan saya mendukung Anda.

Dalam semua keseriusan, saya bukan Steve Harvey. Saya hanyalah seorang penulis yang berperan sebagai Steve Harvey.

Apa Arti Semua Nama Ini?

Untuk memulai dengan dasar-dasarnya, kita dapat mendefinisikan apa artinya secara kolektif. Kelima model ini adalah model yang paling banyak digunakan dalam setiap proses manajemen proyek, terutama dalam pengembangan perangkat lunak. Mereka memberi tahu Anda bagaimana menggunakan waktu Anda, apakah akan ada peran atau tidak, kapan harus memperbaiki kesalahan Anda, dll.

Sekarang, sudah saatnya kita membicarakannya dan menunjukkan pro dan kontra.

Pendekatan Air Terjun

Pendekatan Waterfall – atau model , jika Anda mau – adalah model pengembangan yang bekerja secara berurutan. Anda menentukan setiap tahap pengembangan, dan Anda tidak dapat lolos ke tahap pengembangan berikutnya tanpa menyelesaikan yang sebelumnya. Didirikan oleh Winston Royce pada tahun 1970, setiap fase dari metode ini telah dirancang khusus untuk suatu tugas.

Fase Pendekatan Air Terjun

Penasaran dengan tahapannya? Tentu saja! Jadi mari kita pelajari mereka.

Fase Pengumpulan: Ini adalah fase di mana Anda mendapatkan detail yang diperlukan atau mengaturnya.
Fase Desain: Di mana Anda memilih bahasa pemrograman, database yang akan Anda gunakan, dan memproyeksikan detail teknis yang hebat.
Fase Membangun: Anda cukup membuat kode, banyak pengkodean.
Tahap Uji: Anda, sekarang, tunjukkan program ini kepada orang-orang yang akan menggunakannya dan lihat apakah itu memenuhi kebutuhan.
Fase Penerapan: Luncurkan program di lingkungan yang diminta.
Fase Pemeliharaan: Sesuai dengan kebutuhan pelanggan atau audiens Anda, Anda membuat perubahan pada program dan membuatnya lebih baik.

Ini adalah enam tahap Pendekatan Air Terjun. Cukup langsung, bukan?

Siapa yang Dapat Menggunakan Metode Ini Secara Efektif?

Dengan metode pengembangan ini, Anda dapat mengerjakan proyek yang membutuhkan sedikit atau tidak ada tambahan. Jika lingkungan Anda stabil, semua persyaratan ditetapkan dan diselesaikan, proyeknya singkat, dan semua orang tahu apa yang mereka lakukan, ini adalah pilihan Anda.

Pro dan Kontra dari Metode Air Terjun

Apa yang membuat Metode Air Terjun salah satu yang paling banyak digunakan? Itu harus memiliki keuntungan untuk itu, tentu saja. Ini adalah;

Linearitas. Setiap fase harus diselesaikan dalam metode ini, sehingga Anda tidak menghadapi masalah di kemudian hari.
Cocok untuk proyek kecil. Jika proyek Anda tidak akan memakan banyak waktu, metode ini akan bekerja paling baik.
Verifikasi dan Validasi. Sebelum setiap fase, Anda menjalankan tes kualitas.
Dokumentasi yang rumit. Dengan cara ini, Anda melacak semua tahapan.
Intervensi klien minimal Proyek yang Anda bawa sangat bergantung pada tim Anda.
Semua perubahan yang diperlukan dilakukan dalam tahap pengembangan—tidak ada kejutan buruk setelah peluncuran.

Lalu, mengapa orang memilih opsi lain? Itu sebabnya;

Tidak ada waktu ekstra untuk memperbaiki kesalahan. Anda harus memperbaiki kesalahan saat mengembangkan.
Tidak ada ruang untuk perubahan. Jika persyaratan Anda sering berubah, Anda tidak dapat menjalankan proyek dengan metode ini.
Waktu pengujian. Tahap pengujian relatif terlambat dalam proses pengembangan.
Dokumentasi membutuhkan terlalu banyak waktu. Pengembang dan karyawan Anda harus meluangkan waktu untuk dokumentasi.
Sedikit atau tidak ada umpan balik klien. Wawasan klien mungkin berguna, tetapi dalam metode ini, Anda sendirian.
Setelah kesalahan. Mereka dapat menyebabkan terlalu banyak masalah untuk proyek Anda.

Jadi, ini adalah Metode Air Terjun yang dijelaskan. Sekarang mari kita beralih ke yang berikutnya.

Pendekatan Agile

Pada dasarnya, Pendekatan Agile menyatakan bahwa Anda harus bekerja secara bertahap. Ini terjadi dalam siklus perencanaan sprint. Setelah Anda menyelesaikan siklus pertama, Anda menguji proyek dan kemudian menyebarkannya secara opsional jika semuanya sesuai dengan kebutuhan.

Siapa yang Harus Menggunakan Metode Agile?

Jika Anda bekerja di lingkungan yang cenderung berubah atau ingin membawa ide-ide baru ke proyek Anda kapan pun itu muncul di benak Anda, Metode Agile adalah pilihan yang tepat untuk Anda. Ini memberi Anda kebebasan yang mungkin sangat berharga bagi Anda.

Pro dan Kontra dari Metode Agile

Jika Anda ingin menggunakan metode ini dalam proyek Anda berikutnya – atau proyek Anda saat ini, itu terserah Anda – Anda harus mengetahui pro dan kontra dari metode ini.

Pertama, kita bisa mulai dengan pro. Mereka;

Kepuasan pelanggan. Karena Anda terus-menerus datang dengan "hasil akhir", pelanggan Anda akan melihat peningkatannya.
Berpusat pada orang. Motivasi utama dari metode ini adalah orang-orang yang membawa proyek bukan alat dan proses lainnya.
Frekuensi. Anda dapat melihat perangkat lunak yang berfungsi dalam waktu singkat.
Adaptasi. Bahkan jika keadaan berubah, Anda dapat dengan mudah beradaptasi dengannya.
Komunikasi. Orang dan pelanggan dapat berinteraksi satu sama lain secara instan.
Ruang untuk perubahan. Bahkan setelah Anda menerapkan proyek, Anda dapat dengan mudah membuat perubahan.

Tidak ada yang sempurna, begitu pula metode ini. Jadi, inilah kontranya;

Penilaian tenaga kerja. Jika Anda sedang mengerjakan proyek yang agak besar, ada kemungkinan Anda tidak dapat menilai waktu dan upaya yang dibutuhkan sebuah siklus.
Kurang menekankan pada dokumentasi dan desain. Hal ini dapat menghambat pelacakan apa yang telah dilakukan pada proyek.
Pelanggan. Jika mereka tidak jelas dan tidak tahu apa yang harus dilakukan, proyek mungkin berakhir dengan sesuatu yang lain.
Pengalaman dan sumber. Beberapa keputusan harus diambil oleh programmer senior. Jika tidak, Anda akan memerlukan sumber untuk pemula.

Seperti yang Anda lihat, Metode Agile adalah untuk mereka yang menyukai kebebasan, komunikasi dan gelisah. Metode ini berguna jika Anda memiliki tim seperti itu.

Pendekatan Kanban

Pendekatan Kanban … Kedengarannya Jepang, bukan? Karena itu adalah bahasa Jepang untuk "kartu yang dapat Anda lihat." Sudah digunakan sejak tahun 40-an saat Toyota pertama kali menggunakannya. Dalam metode ini, Anda memvisualisasikan pekerjaan Anda dalam kartu atau stiker. Dengan cara ini, Anda bertujuan untuk memaksimalkan efisiensi dan terus meningkat.

Di antara kelimanya, Metode Kanban menonjol dengan prinsip-prinsipnya. Sekarang, saatnya untuk melihat mereka.

Prinsip-prinsip Metode Kanban

Ada enam prinsip Metode Kanban secara total. Mereka dapat terdaftar di bawah dua kelompok. Kelompok prinsip pertama disebut manajemen perubahan. Prinsip-prinsip kelompok ini adalah;

Mulailah dengan apa yang Anda lakukan secara teratur. Metode Kanban menawarkan Anda fleksibilitas. Jadi, Anda dapat menerapkan Metode Kanban ke alur kerja yang ada, dan setelah beberapa saat, Anda dapat menyelesaikan masalah penting.
Perubahan bertahap. Cara ini menyukai perubahan yang agak menyerupai evolusi, yakni tidak ada perubahan yang signifikan dalam satu malam. Anda harus bekerja dengan cara Anda melalui sana perlahan-lahan.
Kepemimpinan di semua tingkatan. Dengan cara ini, orang dapat belajar dari wawasan orang lain dan bekerja lebih baik.

Kelompok prinsip kedua disebut penyampaian layanan. Ini terdiri dari berikut ini;

Dengarkan pelanggan Anda. Berfokus pada kebutuhan dan harapan pelanggan Anda harus menjadi tujuan utama Anda. Dengan cara ini, produk Anda dapat menarik perhatian pelanggan.
Mengelola pekerjaan. Berkat prinsip ini, Anda dapat benar-benar fokus pada apa yang sedang terjadi tanpa gangguan dari suara-suara kecil.
Memperbaiki. Setelah Anda menyebarkan proyek, Anda harus mengawasi ulasan dan keluhan. Anda harus menjaga kualitas proyek.

Siapa yang Harus Menggunakan Metode Kanban?

Alur kerja mungkin merupakan hal terpenting dalam Metode Kanban. Anda dapat menerapkan metode ini ke dalam alur kerja Anda jika Anda menginginkannya. Juga, selama Anda bersedia bekerja terus menerus, Anda dapat menggunakan Kanban. Terakhir, ini adalah pilihan terbaik untuk Anda jika Anda dan tim Anda tidak ingin menghabiskan terlalu banyak waktu untuk rapat.

Pro dan Kontra Metode Kanban

Sekarang, mari kita lihat apa yang membuat metode yang berasal dari usia 40-an seperti anggur berkualitas.

Fleksibel. Kanban tidak membatasi fase pengembangan. Jadi, Anda punya waktu dan ruang untuk melakukan pekerjaan Anda sebaik mungkin.
Kontinuitas. Dengan Kanban, Anda mengirimkan sebagian kecil proyek secara terus menerus. Jadi, ini memberi ruang untuk menyesuaikan diri dengan perubahan.
Efisien. Anda fokus pada aspek kunci proyek, dan Anda mengerjakan detail penting—tidak membuang waktu.
Waktu respons rendah. Tim Anda hanya dapat mengatur ulang catatan saat fase selesai. Dengan cara ini, karyawan Anda dapat mengerjakan hal berikutnya secara instan.

Oke, sekarang saatnya untuk melihat apa yang membuat usia Kanban seperti susu.

Ketergantungan. Kanban membutuhkan kerangka kerja lain untuk digunakan dengan benar. Koneksi otonom tidak dimungkinkan.
Dinamika. Kanban masih berasumsi bahwa ada titik stabil tertentu. Jika lingkungan Anda sangat dinamis, itu adalah masalah.
Iterasi. Mereka tidak berada di dalam proses Kanban; Anda harus berurusan dengan mereka secara terpisah.
Waktu. Tidak ada definisi waktu yang bisa menjadi masalah bagi sebagian orang.

Ini adalah salah satu cara tertua untuk melaksanakan proyek. Tapi, tua bukan berarti tidak berguna. Ketahanan terhadap waktu adalah salah satu bukti bahwa Metode Kanban masih berfungsi. Namun, Anda harus berhati-hati terhadap kerugian yang dapat merusak pekerjaan Anda.

Pendekatan Lean

Lean adalah pendekatan yang berpusat di sekitar mentalitas dan seperangkat alat yang mencoba meminimalkan pemborosan dengan menambahkan nilai yang ditentukan pelanggan ke produk. Oleh karena itu, dapat didefinisikan sebagai pendekatan minimalis untuk manajemen proyek.

Pendekatan ini juga mendefinisikan 8 jenis limbah.

Ini adalah;

Gerak : Gerak karyawan dan peralatan yang tidak perlu.
Transportasi : Pengangkutan barang yang tidak dibutuhkan ke lokasi.
Menunggu : Waktu terbuang sambil menunggu hal-hal yang diperlukan datang.
Overproduction : Memproduksi lebih dari yang dibutuhkan.
Cacat : Produk rusak yang membutuhkan sumber untuk dikoreksi
Inventory : Menyimpan lebih banyak informasi atau kelengkapan inventory karena miskomunikasi.
Bakat yang tidak diakui : Tidak memahami seberapa berbakat karyawan Anda
Pemrosesan ekstra : Tidak diperlukan atau aktivitas tidak berharga.

Metode Lean, pada dasarnya, mencoba menghilangkan pemborosan ini.

Siapa yang Harus Menggunakan Metode Lean?

Jika Anda adalah tim kecil yang bercita-cita untuk menjadi lebih efektif daripada yang terlihat pada awalnya, Metode Lean mungkin tepat untuk Anda. Juga, ini adalah metodologi yang bagus untuk proyek jangka pendek.

Pro dan Kontra dari Metode Lean

Metode Lean memiliki beberapa fitur yang akan membuat Anda bersandar padanya – maaf, saya harus melakukannya. Ini adalah;

Menghilangkan limbah . Sebagaimana dinyatakan di atas, fokus utama metode ini adalah bagaimana menghilangkan pemborosan.
Puaskan karyawan Anda . Karena Anda harus mengikutsertakan karyawan Anda dalam proses pengelolaan sampah, karyawan Anda akan menghargai Anda.
Tepat pada waktunya . Beli dan bawa bahan-bahannya tepat saat Anda membutuhkannya.
Keunggulan Kompetitif . Tempat atau uang yang Anda simpan sekarang dapat digunakan untuk proyek lain.

Harus ada kontra, karena semuanya memiliki setidaknya satu kelemahan. Ini adalah;

Penggunaan berlebihan . Jika Anda ingin menerapkan metode ini secara berlebihan, Anda dapat menghadapi inefisiensi baru.
Tepat pada waktunya . Ini bisa menjadi kutukan Anda juga. Anda memiliki sedikit ruang untuk kesalahan. Dalam kasus masalah manajemen waktu, Anda gagal parah.
Ketidakpuasan karyawan. Sekali lagi, dalam kasus penerapan yang berlebihan, karyawan Anda mungkin mulai frustrasi dengan cara Anda menghemat segalanya.

Metode Lean menjadi bersih. Tidak ada ruang untuk limbah, banyak ruang untuk perbaikan. Namun, itu adalah metode yang harus diterapkan dengan hati-hati. Jika tidak, konsekuensinya akan keras.

Pendekatan Scrum

Akhirnya, kami memiliki Metode Scrum . Pikirkan Scrum sebagai peningkatan pada Metode Agile. Sebagian besar prinsip Agile juga berlaku pada metode ini. Namun, Scrum lebih terencana dan memiliki peran yang memandu jalannya proyek.

Peran tersebut adalah;

Pemilik Produk (PO): Mewakili pelanggan dan pemangku kepentingan, berfokus pada bagian bisnis dan pengembalian investasi.
Scrum Master: Memandu tim untuk mematuhi kriteria scrum, bekerja dengan PO untuk memaksimalkan ROI.
Tim: Sekelompok profesional yang melaksanakan proyek.

Karena metode ini sangat mirip dengan Agile, cukup menunjukkan pro dan kontra yang berbeda saja.

Rapat adalah hal pertama yang harus ditunjukkan. Di penghujung hari, ada pertemuan yang diadakan. Pertemuan ini dapat membantu peran lain untuk melihat apa yang terjadi dengan proyek. Namun, dalam jangka panjang, mereka bisa mengganggu.

Hal kedua adalah keterlibatan pelanggan. Mendapatkan umpan balik langsung dari PO bisa sangat berwawasan. Di sisi lain, jika mereka tidak kooperatif, proyek mungkin membutuhkan banyak waktu untuk diselesaikan.

Scrum vs. Waterfall adalah perbandingan yang umumnya terjadi di mana-mana. Metode Scrum disesuaikan dengan zaman modern dan hiruk pikuk kehidupan. Peran dan pertemuan juga memberikan keuntungan besar, sekaligus bisa merugikan.

Akhirnya, Anda tahu apa arti jawaban Anda. Steve Harvey akan bangga. Yang harus Anda lakukan sekarang adalah menguraikan keadaan Anda dan menemukan yang terbaik yang sesuai dengan tingkat keahlian, ukuran tim, dan sumber Anda.

Pertanyaan yang Sering Diajukan

Apakah Lean dan Agile sama?

Tidak, Lean dan Agile tidak sama. Lean berfokus pada fakta bahwa kita harus meminimalkan pemborosan, sedangkan fokus utama Agile adalah mengembangkan secara bertahap.

Apakah Scrum Agile atau Waterfall?

Scrum adalah peningkatan dari Metode Agile. Tidak seperti Agile, Scrum memiliki peran, rapat, dan perwakilan pelanggan.

Apakah Kanban Agile atau Lean?

Kanban dianggap sebagai cara Lean. Kesamaan mereka adalah keduanya menunjukkan pentingnya alur kerja dan efisiensi.