Jika Anda sedang belajar teknik atau seorang insinyur, Anda mungkin pernah mendengar kata "backlog" yang sering digunakan di bidang Anda.
Tapi pernahkah Anda bertanya-tanya apa itu simpanan dan mengapa itu sangat penting dalam proyek-proyek teknik?
Backlog lebih dari sekedar daftar tugas atau perintah yang belum selesai.
Ini adalah alat yang ampuh yang dapat membuat atau menghancurkan sebuah proyek, dan jika Anda tahu cara menggunakannya dengan baik, Anda dapat membuat proyek itu sukses.
Dalam posting blog ini, kita akan berbicara tentang jaminan simpanan dalam bidang teknik, termasuk berbagai jenis, peran, dan kepentingannya.
Jadi, teruslah membaca jika Anda ingin membawa proyek teknik Anda ke level berikutnya.
Pengertian Backlogs Definisi dan Pentingnya dalam Rekayasa
Definisi formal:
1. Akumulasi pesanan yang menjanjikan pekerjaan dan keuntungan di masa depan 2. Akumulasi bahan yang belum diproses atau tugas yang tidak dilakukan.
Dalam rekayasa dan manajemen proyek, backlog adalah daftar tugas yang perlu diselesaikan dan seberapa pentingnya tugas tersebut.
Ini membantu tim merencanakan detail sebelum mereka menghabiskan terlalu banyak waktu untuk merencanakan ruang lingkup dan prioritas bisnis.
Daftar hal yang harus dilakukan:
Tim produk memutuskan proyek apa yang akan dikerjakan selanjutnya, dan simpanan digunakan oleh semua tim dalam siklus pengembangan untuk melacak dan memprioritaskan tugas mereka saat mereka bekerja menuju pengiriman produk.
Item yang paling penting ada di bagian atas product backlog, sehingga tim tahu apa yang harus dikerjakan terlebih dahulu.
Kisah pengguna, perbaikan bug, dan pembaruan produk adalah hal-hal umum yang harus dimasukkan ke dalam backlog produk.
Tim pengembangan tidak mengerjakan backlog sekaligus.
Sebaliknya, mereka melakukan bagian-bagian kecil sekaligus, yang disebut "sprint".
Perawatan atau penyempurnaan backlog dilakukan secara teratur untuk memastikan bahwa tugas setiap sprint jelas dan dapat dilakukan.
Seberapa penting backlog adalah:
Agile backlog yang diprioritaskan dengan baik membuat rilis perencanaan dan iterasi menjadi lebih mudah, menetapkan ekspektasi dengan pemangku kepentingan dan tim lain, serta menjadikan waktu rekayasa sebagai aset tetap.
Product backlog yang terorganisir dengan baik membantu tim dengan jelas mendefinisikan dan memahami tujuan dan persyaratan proyek, memprioritaskan tugas berdasarkan seberapa pentingnya tugas tersebut, membuat keputusan berdasarkan informasi tentang apa yang harus dikerjakan selanjutnya, dan terus beradaptasi dengan perubahan persyaratan dan prioritas, yang membuat proses pengembangan lebih fleksibel dan efisien.
Manajemen Backlog:
Manajemen simpanan adalah proses di mana tim menambah, mengubah, membersihkan, dan memberi peringkat simpanan untuk memastikan bahwa pengguna mendapatkan fitur yang paling penting terlebih dahulu.
Tumpukan penuh dapat merusak pengembangan perangkat lunak dengan membuatnya lebih lama untuk mendapatkan produk ke pasar dan membuatnya kurang bagus.
Mengembalikan backlog dapat menjadi bagian penting untuk mengembalikan proyek ke jalurnya dan mendorong kreativitas yang sangat penting untuk pengembangan perangkat lunak yang sukses.
Backlog juga bisa berarti:
Dalam akuntansi dan keuangan, backlog adalah sejumlah besar pekerjaan yang harus diselesaikan, seperti pesanan penjualan yang harus diisi atau dokumen keuangan yang perlu diproses.
Tumpukan bisa baik atau buruk, tergantung pada bagaimana pengaruhnya terhadap situasi.
Di satu sisi bisa berarti penjualan naik, tapi di sisi lain perusahaan biasanya berusaha menghindari backlog karena bisa berarti kurang efisien atau tidak bisa memenuhi permintaan.
Membuka Kekuatan Backlog: Cara Menghindari Tenggat Waktu dan Meningkatkan Stres!
Masih sulit dimengerti? Biarkan saya mengubah sudut pandang sedikit:
Apakah Anda muak menyelesaikan sesuatu tepat waktu dan sesuai anggaran? Apakah Anda merindukan kegembiraan dari tenggat waktu yang akan datang dan rasa panik yang manis? Yah, jangan khawatir, karena saya tahu apa yang harus dilakukan: backlog! Ya kamu benar.
Biarkan saja pesanan dan tugas itu menumpuk, dan Anda akan segera memiliki lebih banyak pekerjaan daripada yang Anda tahu harus dilakukan.
Ucapkan selamat tinggal untuk menyelesaikan sesuatu dan sapa serangan jantung yang disebabkan oleh stres.
Siapa yang peduli menghasilkan uang dan menjadi efisien?
Oke, itu hanya lelucon yang dibuat agar terlihat seperti iklan TV.
Sekarang mari kita kembali ke penjelasannya.
Product Backlog vs Sprint Backlog: Perbedaan Utama
Product backlog dan sprint backlog adalah dua alat penting untuk mengatur proyek pengembangan perangkat lunak dalam metodologi Agile.
Kedua jaminan simpanan adalah bagian penting dari setiap proyek pengembangan perangkat lunak, tetapi cakupan dan tujuannya berbeda.
Backlog produk:
Pemilik Produk membuat daftar fitur untuk ditambahkan ke proyek sebelum proyek dimulai.
Daftar ini disebut "backlog produk".
Ini memberikan gambaran keseluruhan produk, termasuk tujuan dan prinsip dasar dan bagian lain yang lebih cenderung berubah.
Itu selalu berubah dan dapat diubah kapan saja untuk mencerminkan perubahan pasar atau umpan balik dari pelanggan.
Product backlog adalah salah satu cara terpenting bagi tim pengembangan dan pemangku kepentingan untuk membicarakan tentang apa yang perlu dibangun dan alasannya.
Ini juga merupakan dokumen hidup yang memberi seluruh tim pengembangan satu sumber kebenaran untuk digunakan di seluruh proyek.
Sprint Backlog:
Di sisi lain, sprint backlog adalah bagian dari product backlog yang hanya menyertakan item dari product backlog yang dapat diselesaikan selama setiap sprint tangkas.
Itu membuat karya produk selama periode waktu tertentu lebih menonjol.
Sprint backlog terdiri dari item-item dari product backlog, tetapi hanya yang dapat diselesaikan selama setiap sprint agile.
Selama rapat perencanaan sprint, tim memutuskan item mana dari product backlog yang akan mereka kerjakan selama sprint.
Disinilah sprint backlog dibuat.
Setelah semua orang menyetujuinya, item dan langkah untuk menyelesaikannya ditetapkan untuk seluruh sprint.
Sprint backlog berbeda dengan product backlog karena hanya dapat diubah selama rapat perencanaan sprint.
Apa perbedaannya:
- Cakupan: Product backlog memberikan ikhtisar semua fitur untuk ditambahkan ke proyek, sedangkan sprint backlog berfokus pada apa yang perlu dilakukan di setiap sprint tangkas.
- Tujuan: Product backlog adalah alat komunikasi antara tim pengembangan dan pemangku kepentingan, memberikan pemahaman bersama tentang apa yang perlu dibangun dan mengapa.
Tim pengembangan menggunakan sprint backlog untuk merencanakan dan melakukan pekerjaan selama sprint tertentu.
- Fleksibilitas: Product backlog adalah dokumen hidup yang dapat diperbarui kapan saja untuk mencerminkan perubahan di pasar atau umpan balik pelanggan.
Selama sprint, sprint backlog dibekukan, dan perubahan hanya dapat dilakukan selama rapat perencanaan sprint.
Mengelola dan Memelihara Backlog: Peran dan Tanggung Jawab
Melacak dan mengelola simpanan adalah bagian penting dari pengembangan perangkat lunak Agile.
Berikut adalah peran dan tanggung jawab paling penting dalam mengelola dan menjaga backlog.
Tanggung jawab Pemilik Produk:
- Pemilik Produk bertanggung jawab untuk mengelola dan memelihara Product Backlog, termasuk memecah item menjadi cerita pengguna.
- Mereka bertanggung jawab untuk mengatur dan memelihara Product Backlog, termasuk konten, ketersediaan, dan pemesanannya.
- Mereka memastikan bahwa backlog selaras dengan tujuan proyek secara keseluruhan dan bahwa tim sedang mengerjakan tugas-tugas penting dan berharga.
Tanggung jawab tim pengembang:
- Tim Pengembang bertanggung jawab untuk mengubah Product Backlog menjadi bagian fungsionalitas tambahan.
- Mereka memiliki Sprint Backlog dan bertanggung jawab untuk memutuskan item apa yang akan disertakan dan bagaimana memprioritaskannya.
- Mereka memberikan perkiraan untuk Item Product Backlog selama sesi perencanaan sprint.
- Mereka membuat Sprint Backlog, yang merupakan kumpulan item backlog produk yang dipilih untuk sprint, bersama dengan rencana untuk memberikan peningkatan produk sambil mewujudkan tujuan sprint.
- Mereka mengeksekusi pekerjaan dari Sprint Backlog dan memodifikasi serta memperbaruinya saat informasi baru tersedia.
Tugas seorang Scrum Master adalah:
- Scrum Master memfasilitasi acara Scrum dan membantu semua orang memahami teori, praktik, aturan, dan nilai Scrum.
- Mereka mungkin terlibat dalam proses perubahan backlog, tetapi mereka tidak memiliki kewenangan untuk melakukan perubahan sendiri.
Kolaborasi dan Berbicara Satu Sama Lain:
- Sementara Pemilik Produk bertanggung jawab penuh untuk memelihara Product Backlog, penyempurnaannya harus merupakan upaya kolaboratif di mana Tim Scrum lainnya berkontribusi dengan pengetahuan, wawasan, dan pengalamannya pada proyek sejauh ini.
- Seluruh tim bekerja dan berkontribusi pada simpanan produk, tetapi pada akhirnya tergantung pada Tim Pengembang untuk mengubahnya menjadi perangkat lunak yang berfungsi.
Singkatnya, Pemilik Produk bertanggung jawab atas Product Backlog dan Tim Pengembang bertanggung jawab atas Sprint Backlog.
Scrum Master menjalankan rapat Scrum dan memastikan semua orang memahami teori, praktik, aturan, dan nilai-nilai Scrum.
Tim bekerja sama dan berbicara untuk memastikan bahwa kedua backlog sudah benar, terkini, dan sejalan dengan tujuan proyek secara keseluruhan.
Tim Pengembang bertugas mengubah item pada Product Backlog menjadi perangkat lunak yang berfungsi, sementara Product Owner memastikan bahwa backlog sejalan dengan tujuan proyek secara keseluruhan.
Backlog Penyempurnaan dan Teknik Prioritas
Mengelola dan Memelihara Backlog: Peran dan Tanggung Jawab
Backlog adalah bagian penting dari manajemen proyek Agile, dan perlu dikelola dan terus diperbarui.
Artikel ini berbicara tentang apa peran dan tanggung jawab tim Scrum dalam hal mengelola dan melacak backlog produk dan sprint.
Pemilik Produk dan Product Backlog
Product Owner bertugas mengelola dan memperbaharui backlog produk, yang merupakan dokumen hidup yang berubah berdasarkan kebutuhan bisnis, pasar, dan teknologi.
Roadmap dan requirement-nya digunakan untuk membuat product backlog, yaitu daftar pekerjaan Development Team yang diranking berdasarkan tingkat kepentingannya.
Hal terpenting ada di atas sehingga bisa dikerjakan terlebih dahulu.
Product Owner bertanggung jawab menjaga product backlog terorganisir dan up to date.
Ini termasuk memecah item menjadi cerita pengguna.
Mereka memutuskan bagaimana mengurutkan tugas di backlog dan memastikannya sesuai dengan tujuan keseluruhan proyek.
Pemilik Produk dapat mengubah atau menyusun ulang tugas di backlog kapan saja berdasarkan umpan balik dari pelanggan atau persyaratan baru.
Tapi begitu pekerjaan sedang berlangsung, seharusnya tidak ada terlalu banyak perubahan.
Selama sesi untuk membersihkan simpanan produk dan merencanakan sprint, poin cerita digunakan untuk memperkirakan PBI.
Ini hanya gambaran kasar tentang ukuran.
Pemilik Produk dapat memberikan pengaruh pada Tim Pengembang dengan membantu mereka memahami dan memilih pertukaran, tetapi perkiraan akhir dibuat oleh orang yang akan melakukan pekerjaan.
Tim Pengembang dan Sprint Backlog
Tim Pengembang bertugas mengubah item pada Product Backlog menjadi bagian-bagian fungsional yang dapat digunakan bersama.
Meskipun Pemilik Produk adalah satu-satunya yang bertanggung jawab untuk melacak Product Backlog, Tim Scrum lainnya harus membantu memperbaikinya dengan berbagi pengetahuan, wawasan, dan pengalaman mereka dengan proyek sejauh ini.
Seluruh tim mengerjakan dan menambah simpanan produk, tetapi tugas Tim Pengembang adalah mengubahnya menjadi perangkat lunak yang dapat digunakan.
Tim Pengembang bertanggung jawab atas Sprint Backlog, yang merupakan bagian dari Product Backlog.
Sprint Backlog memiliki hal-hal terpenting dari Product Backlog serta hal-hal lain yang perlu dilakukan, seperti User Stories, Tasks, Use Cases, dan Tests.
Di Sprint Backlog, pengembang dapat menemukan tugas-tugas sederhana untuk dikerjakan selama sprint saat ini.
Ini juga memiliki cerita yang menggambarkan nilai pengguna tingkat tinggi produk dan tugas terperinci yang memecah cerita pengguna menjadi langkah-langkah pengembangan yang sederhana dan dapat dilakukan.
Tim Pengembang bertanggung jawab untuk memilih apa yang ada di dalam Sprint Backlog dan seberapa penting setiap item.
Kisah Pengguna, Tugas, Kasus Penggunaan, Tes, dan item lain yang memecah item Product Backlog yang dipilih dapat ditambahkan ke Sprint Backlog.
Selama setiap rapat Scrum Harian (rapat harian), anggota tim meninjau kemajuan mereka terhadap tugas yang direncanakan di Sprint Backlog untuk melihat apakah mereka berada di jalur yang tepat untuk mencapai tujuan sprint ini.
Jika ada bug atau perubahan penting pada fitur di Roadmap, mereka dapat mengubah atau memperbarui prioritasnya di Sprint Backlog.
Backlog Penyempurnaan dan Teknik Prioritas
Dalam manajemen proyek Agile, menggunakan teknik penyempurnaan backlog dan penentuan prioritas yang efektif dapat membantu meningkatkan hasil proyek dan seberapa baik kerjanya.
Penyempurnaan backlog adalah proses berkelanjutan yang memastikan bahwa harapan pengguna, umpan balik dari pasar, dan pengiriman proyek semuanya tetap sinkron.
Sesi perawatan backlog digunakan untuk mengevaluasi kembali prioritas, membersihkan dan mengatur backlog produk, dan membuat perencanaan sprint lebih produktif.
Manfaat utama penyempurnaan simpanan adalah memastikan bahwa item di bagian atas daftar Anda relevan, memiliki informasi yang cukup, dan memiliki perkiraan.
Prioritas yang efektif dimulai jauh sebelum Anda mencapai backlog.
Pertama, Anda perlu membuat rencana untuk produk Anda.
Ini memberi tim cara untuk mengukur seberapa baik mereka melakukannya dalam kaitannya dengan serangkaian tujuan dan proyek bersama.
Prioritas backlog diperlukan untuk mengatur item dalam backlog produk (seperti cerita Pengguna, bug, paku, dll.) sehingga dapat dibuat dan dirilis dalam urutan yang benar.
Jenis Backlog dan Pengelolaannya di Berbagai Industri
Jenis Backlog
Pengembangan produk membutuhkan penempatan fitur sesuai kepentingan dan penerapannya.
Ada tiga jenis backlog utama yang digunakan untuk ini:
- Jaminan Produk.
Product Backlog adalah rencana jangka panjang produk yang menyertakan fitur-fitur yang belum diprioritaskan untuk dirilis.
Ini adalah dokumen hidup yang berubah ketika informasi dan umpan balik baru masuk.
Itu memecah visi menjadi hal-hal spesifik yang dapat dilakukan dan menambah nilai pada produk.
- Lepaskan Backlog.
Backlog Rilis adalah bagian dari Product Backlog yang mencantumkan fitur-fitur yang akan dikirimkan dalam rilis tertentu.
Itu dibuat dengan memilih item dari Product Backlog berdasarkan seberapa penting mereka dan apakah bisa dilakukan.
- Sprint Backlog.
Sprint Backlog adalah bagian dari Release Backlog yang mencantumkan fitur-fitur yang akan disampaikan dalam sprint tertentu.
Itu dibuat dengan memilih item dari Release Backlog berdasarkan seberapa penting mereka dan apakah itu bisa dilakukan atau tidak.
Manajemen Backlog di Berbagai Industri
Industri yang berbeda memiliki cara yang berbeda dalam menangani simpanan mereka.
Berikut beberapa contohnya:
- Pengembangan perangkat lunak.
Metode tangkas seperti Scrum atau Kanban digunakan untuk menangani backlog dalam pengembangan perangkat lunak.
Tim scrum bekerja dalam "sprint", yang merupakan periode terbatas waktu di mana mereka mengerjakan tugas tertentu dari "Sprint Backlog".
Setiap hari, tim mengadakan pertemuan "berdiri" di mana mereka berbicara tentang bagaimana keadaan dan masalah apa pun yang mereka hadapi.
Di Kanban, item pekerjaan ditampilkan di papan dengan kolom yang menunjukkan di mana mereka sedang dalam proses penyelesaian.
Saat item kerja berpindah melalui tahapan yang berbeda, anggota tim memindahkannya dari satu kolom ke kolom lainnya.
- Manajemen proyek.
Dalam manajemen proyek, alat seperti Trello dan Jira dapat digunakan untuk melacak backlog.
Dengan alat ini, pengguna dapat membuat papan dengan daftar yang menunjukkan berbagai tahapan proyek.
Item pekerjaan dapat ditambahkan dan dipindahkan di antara daftar ini saat mereka berpindah melalui tahapan yang berbeda.
Manajemen Scrum dan Backlog
Backlog Produk Scrum
Scrum Product Backlog adalah daftar item, fitur, dan tugas untuk sebuah proyek yang diurutkan berdasarkan tingkat kepentingannya.
Seharusnya tidak memiliki informasi rinci tentang apa yang dibutuhkan.
Sebaliknya, persyaratan akhir ditetapkan selama sprint, bersama dengan pelanggan.
Cerita pengguna, yang menunjukkan pekerjaan yang perlu dilakukan untuk menghasilkan produk atau layanan, dapat ditambahkan ke Scrum Product Backlog.
Setiap item dalam Product Backlog Scrum harus memiliki semacam nilai bagi pelanggan.
Tim Scrum juga dapat menggunakan artefak lain, seperti ringkasan peran pengguna yang berbeda, deskripsi alur kerja, panduan antarmuka pengguna, papan cerita, atau prototipe antarmuka pengguna, tetapi ini tidak menggantikan Scrum Product Backlog.
Sebaliknya, mereka menambah dan menjelaskan apa yang dikatakannya.
Backlog Logistik
Bergantung pada apa yang sedang dibicarakan, istilah "backlog logistik" dapat memiliki arti yang berbeda.
Dalam manajemen rantai pasokan, backlog adalah semua produk yang telah dipesan oleh pelanggan tetapi belum dikirim.
Ini mencakup hal-hal seperti nomor pesanan pekerjaan, nomor produk, tanggal pengiriman, jumlah, dan status pesanan.
Backlog bagus untuk bisnis karena menunjukkan bahwa pelanggan bersedia membayar pesanan yang belum dipenuhi.
Namun jika tenggat waktu tidak terpenuhi dan pesanan tidak dikirimkan tepat waktu, backlog berubah menjadi backorder, yang bisa berdampak buruk bagi bisnis.
Dalam logistik peti kemas pelabuhan, backlog adalah ketika peti kemas menumpuk di pelabuhan karena masalah dalam rantai pasokan yang disebabkan oleh hal-hal seperti kebijakan COVID-19 dan lebih banyak orang yang menginginkan barang.
Tumpukan logistik semacam ini dapat membuat pengiriman memakan waktu lebih lama dan lebih mahal untuk bisnis.
MAINTENANCE BACKLOG: Apa itu dan bagaimana cara menghitung Backlog?
Tip: Nyalakan tombol keterangan jika Anda membutuhkannya. Pilih "terjemahan otomatis" di tombol pengaturan, jika Anda tidak terbiasa dengan bahasa lisan. Anda mungkin perlu mengeklik bahasa video terlebih dahulu sebelum bahasa favorit Anda tersedia untuk diterjemahkan.
Kasus penggunaan
| Digunakan dalam: | Keterangan: |
|---|---|
| Pengembangan perangkat lunak: | Backlog sering digunakan untuk melacak kemajuan proyek dalam pengembangan perangkat lunak. Backlog memiliki daftar semua fitur, bug, dan tugas yang perlu dilakukan sebelum produk akhir dapat dibuat. Tim mengerjakan item di backlog dalam urutan yang paling masuk akal untuk proyek. Backlog dapat digunakan untuk melacak apa yang perlu dilakukan, siapa yang bertanggung jawab atas setiap tugas, dan kapan setiap tugas harus diselesaikan. Ini adalah alat yang dapat digunakan oleh tim pengembangan perangkat lunak jangan lakukan tanpa jika mereka ingin memastikan mereka mengirimkan produk berkualitas tinggi tepat waktu. |
| Manufaktur: | Di bidang manufaktur, backlog dapat digunakan untuk melacak bagaimana bahan dan produk bergerak melalui proses produksi. Misalnya, backlog dapat dibuat untuk melacak berapa banyak produk yang belum selesai harus diselesaikan sebelum pesanan dapat diisi. Backlog dapat berupa digunakan untuk memastikan bahwa proses produksi berjalan lancar dan pesanan dipenuhi tepat waktu. |
| Konstruksi: | Backlog dapat digunakan dalam konstruksi untuk melacak seberapa jauh suatu proyek dan memastikan bahwa semua tugas selesai tepat waktu. Beberapa hal yang mungkin ada dalam backlog konstruksi adalah memesan bahan, menjadwalkan pekerja, dan melakukan inspeksi. Anda dapat menggunakan backlog untuk memastikan bahwa setiap tugas dilakukan dalam urutan yang benar dan bahwa proyek berjalan sesuai rencana. |
| Keuangan: | Di bidang keuangan, backlog adalah cara untuk melacak pembayaran atau invoice yang belum diproses dan perlu diproses. Misalnya, backlog dapat dibuat untuk melacak berapa banyak invoice jatuh tempo yang belum dibayar. Backlog dapat berupa digunakan untuk memastikan bahwa semua pembayaran diproses tepat waktu dan arus kas perusahaan dikelola dengan baik. |
Kesimpulan
Dalam bidang teknik, backlog adalah bagian penting dari manajemen proyek, dan memahami kepentingannya dapat berdampak besar pada keberhasilan proyek.
Penting untuk sepenuhnya memahami konsep "backlog" untuk mengelola product backlog atau sprint backlog dan menggunakan teknik yang efektif untuk menyempurnakan dan memprioritaskan.
Tetapi penting untuk diingat bahwa mengelola backlog bukanlah hal yang dilakukan satu kali.
Itu perlu ditingkatkan dan diperhatikan sepanjang siklus hidup proyek.
Sebagai seorang insinyur, mengetahui cara menangani backlog Anda dapat berarti perbedaan antara proyek yang berhasil dan yang tidak.
Jadi, gunakan kekuatan simpanan untuk keuntungan Anda dan jangan pernah berhenti memperbaiki dan memperbaikinya untuk mendapatkan hasil terbaik.
Bagikan pada…
