7 Pemborosan Dalam Pengembangan Perangkat Lunak Lean dan Cara Mencegahnya

Pemikiran Proses Lean memprioritaskan pemberantasan dan pengurangan pemborosan. Terlepas dari pendekatan "ramping" yang diadopsi oleh perusahaan besar, beberapa praktik "pemborosan" standar tetap ada karena "sifatnya yang jelas". Sifat yang terukir dalam dalam praktik manusia dan organisasi adalah keras kepala sampai diambil pendekatan yang ketat.

Apa itu Limbah?

Apa pun yang membutuhkan sumber daya/waktu atau upaya tetapi tidak menghasilkan hasil yang relevan dalam kinerja atau timbulnya pendapatan disebut "Pemborosan".

Pada akhirnya, prosedur “pengurangan limbah” dirancang dan dipandu untuk meningkatkan produktivitas dan hasil tim.

Namun, sekarang pengembangan perangkat lunak Lean adalah nenek moyang untuk tangkas, kita dapat mengadopsi tujuh prinsip pengurangan limbah ini pada rekayasa dan pengembangan perangkat lunak untuk menghasilkan produk dan layanan yang efektif, mengurangi biaya, dan waktu produk yang lebih cepat ke pasar.

1. Pekerjaan Selesai Sebagian

Jika pekerjaan sebelumnya tidak pernah dimulai kembali maka upaya itu sia-sia.

Pekerjaan apa pun sampai selesai/selesai tidak menambah proposisi nilai pelanggan; dengan demikian, ini membuang waktu dan tantangan untuk mempertahankan kode jika ditunda.

Contoh kontemporer adalah ketika klien membutuhkan modifikasi atau fitur tambahan pada suatu produk. Bisnis berkomitmen untuk menyelesaikannya segera; tim pengembangan harus menghentikan pekerjaan yang sedang berlangsung dan bertindak berdasarkan persyaratan. Pada halaman yang sama, jika pekerjaan sebelumnya tidak pernah dimulai ulang, itu adalah usaha yang sia-sia.

atau

Dokumentasi tanpa kode: Persyaratan dirinci secara menyeluruh namun tidak pernah diimplementasikan.

Bagaimana cara mengurangi limbah ini?

• Fokusnya harus pada "penyelesaian" dan bukan hanya "memulai" sebuah proyek.
• Mengurangi masa kerja yang sedang berjalan.
• Berhenti menunggu spesifikasi rinci pada setiap persyaratan sampai tim siap untuk mengimplementasikan upaya (itu tidak akan sia-sia).

2. Proses Ekstra

Setiap proses tambahan atau dokumentasi yang belum dibaca yang tidak memberikan nilai praktis dan secara tidak perlu memperpanjang waktu atau pencapaian pasar produk adalah pemborosan.

Namun, kebijakan bisnis sering mengamanatkan dokumen semacam itu, dengan banyak dokumen namun tidak pernah dibaca. Upaya itu luar biasa.

Contoh umum:

• Detail dokumentasi yang tidak perlu.
• Manajemen atau perencanaan tambahan tanpa eksekusi.

Bagaimana cara menguranginya?

Organisasi dapat membedakan antara apa yang merupakan penyebab/upaya yang hilang dan apa yang membawa nilai ke meja, fokusnya harus pada menghasilkan hasil yang berarti dan menyalurkan upaya untuk melakukan lebih banyak pekerjaan "berkualitas" dengan membatasi pekerjaan "kuantitas".

3. Fitur Ekstra

Setiap fitur atau fitur bernilai rendah yang ditambahkan untuk/oleh pelanggan tetapi tidak diminta/tidak berkontribusi pada peningkatan pendapatan adalah upaya yang sia-sia.

Bisnis membuat kesalahan pengembangan ini ketika mereka menambahkan fitur yang tidak akan banyak digunakan atau digunakan; fitur baru ini memang menganggur dan meningkatkan kerumitan aplikasi.

Aturan Perangkat Lunak 80/20 memainkan peran penting- 80% pengguna hanya memanfaatkan 20% fitur-fiturnya. Oleh karena itu, fokusnya adalah menjadikan 20% fitur tersebut sebagai yang terbaik untuk mempertahankan pengguna yang ada.

Kode tambahan memiliki kelemahan:

• Meningkatkan kompleksitas aplikasi.
• Dapat membuat titik aplikasi potensial crash.
• Memerlukan upaya lanjutan yang tidak perlu dalam pelacakan dan pemeliharaan melalui siklus hidup produk.

Bagaimana cara mengurangi limbah ini?
Fokus pada pengembangan berulang- yang berarti selama rilis produk awal, bangun fitur utama yang kuat yang menentukan USP aplikasi Anda.

Fokus pada membuatnya berfungsi dan validasi pembelajaran kemajuan produk yang berkelanjutan. Selanjutnya, teruslah membangun fitur yang sesuai berdasarkan analisis pasar, perilaku konsumen, dan umpan balik Anda.

4. Pengalihan Tugas

Menugaskan orang ke banyak tugas ketika mereka tidak nyaman dengannya dan menghambat proses yang ada dapat menghabiskan banyak waktu mereka. Cara paling efisien untuk menyelesaikan satu atau dua tugas tertentu adalah menyelesaikan satu per satu.

Saat beralih di antara tugas, ada sedikit biaya untuk menutup yang sudah ada dan mendapatkan momentum di tugas lain, ini disebut sakelar konteks, dan jika Anda mengharapkan transisi konstan dari satu ke yang lain, sakelar konten ini menumpuk yang menunda "hasil" atau "waktu pengiriman".

Bagaimana cara menguranginya?

Sederhana-Satu hal pada suatu waktu.

• Kurangi peralihan konten.
• Minimalkan interupsi atau gangguan.
• Tunda yang tidak penting.
• Alokasikan sumber daya sebagai satu proyek pada satu waktu.

5. Menunggu / Penundaan

Ketergantungan persetujuan harus diatur waktunya terutama selama peta jalan produk; jika interval waktu tertentu tidak dialokasikan, bersiaplah untuk balasan dan umpan balik yang tertunda. Penundaan juga menahan konsumen dari menyadari nilai aktual produk. Tapi, sebagai pengembang atau desainer, Anda harus menunggu persetujuan atas pekerjaan yang dilakukan; dengan demikian, Anda tidak dapat menghindari selang waktu sama sekali.

Apa yang dapat Anda lakukan untuk mengurangi ini?

• Pilih/tetapkan sesuatu sambil menunggu umpan balik yang ada.
• Alokasikan waktu untuk memasukkan dan meninjau.
• Pertimbangkan panggilan cepat, percakapan tatap muka daripada mengirim email perubahan.
• Umpan balik reguler.

6. Gerak

Jika tim pengembangan atau penelitian telah tersebar dengan Informasi yang diperoleh dan tidak menandai/melabelnya dengan tepat, perlu waktu lama untuk menghilangkan kebingungan dan drop-in. Jika informasi salah tempat setiap kali kiriman diserahkan; itu akan menghambat hasil secara drastis.

Bagaimana cara menguranginya?

• Memberi label tugas atau sumber daya yang diperoleh.
• Kurangi waktu umpan balik.
• Kolaborasi tatap muka.

7. Cacat

Jumlah pemborosan yang disebabkan oleh cacat = (Dampak cacat) x (Waktu tidak terdeteksi)

Karena kerumitannya, pengembangan perangkat lunak membuat cacat yang tak terhindarkan, tetapi masalah muncul ketika mereka berkepanjangan dalam eksekusi dan fiksasi atau biaya yang dikeluarkan dalam fiksasi atau dampak pengerjaan ulang. Selain itu, kesalahan kode utama dan bug berpotensi memengaruhi dan menghambat seluruh siklus hidup produk dan membuatnya rentan terhadap ancaman keamanan, yang membuat jutaan kehilangan pendapatan.

Apa yang dapat Anda lakukan untuk mengurangi ini?

• Pengujian langsung.
• Integrasi konstan.
• Pengujian produk dan dirilis ASAP.