RPL

Sebuah swimlane untuk iklan-hoc alur kerja


Swimlanes digunakan untuk melacak aliran bekerja paralel dalam sumber daya umum. Penggunaan yang paling mungkin khas mengelompokkan item pekerjaan komposit dengan orang tua. Penggunaan lain yang khas adalah jalur yang dipercepat untuk item pekerjaan darurat yang dapat melewati antrian dan mendahului pekerjaan lain.Swimlanes umumnya menunjukkan beberapa jenis percabangan. Itu bisa baik bekerja atau alur kerja item yang bercabang cabang.


Sistem kanban dapat digunakan ketika bekerja umumnya mengikuti semacam alur kerja umum. Untuk proyek pengembangan perangkat lunak banyak, ini adalah kendala mudah. Kebanyakan perangkat lunak melibatkan beberapa jenis definisi masalah, beberapa jenis kegiatan desain, dan beberapa jenis verifikasi. Sebagian besar pengembangan perangkat lunak juga melibatkan penggunaan seperangkat terbatas teknologi diterapkan pada satu set terbatas dari sistem dalam domain masalah yang terbatas, sehingga sebagian besar kerja yang dilakukan jatuh ke dalam beberapa jenis umum.


Paling tidak semua, bagaimanapun, dan kadang-kadang bekerja akan muncul yang tidak cocok dengan semua jenis didefinisikan dengan baik. Atau mungkin itu memang memiliki jenis yang kita tidak didefinisikan belum. Jika pekerjaan adalah non-nilai tambah, kita dapat kapur itu sampai overhead. Jika pekerjaan adalah nilai tambah, kita akan ingin melacak seperti semua pekerjaan nilai tambah lainnya. Sebuah trik yang berguna untuk mengelola pekerjaan semacam itu adalah untuk memesan swimlane untuk iklan-hoc alur kerja:





Jika Anda menemukan diri Anda menggunakan ad-hoc swimlane sering, Anda mungkin ingin untuk memetakan value stream dari beberapa item pekerjaan untuk melihat apakah Anda dapat menemukan beberapa laten atau alur kerja yang muncul.









Permalink


Bagian 2 dari Pola Workflow Rekayasa Perangkat Lunak


Jenis paling sederhana dari sistem kanban sistem CONWIP, Pekerjaan konstan dalam Proses. Jenis paling sederhana dari sistem CONWIP tidak lebih dari unsur kanban dasar kita:





Para cardwall CONWIP sederhana adalah cardwall Agile klasik dengan batas pada kerja-di-proses:





Sebuah interpretasi yang sama intuitif CONWIP mendefinisikan kapasitas hanya sebagai jumlah orang yang tersedia untuk bekerja, sehingga setiap orang kanban:





CONWIP adalah aturan tentang item pekerjaan, bukan aturan tentang alur kerja. Kita bebas untuk menentukan setiap alur kerja yang kita sukai asalkan kita mengamati batas global. Ini dapat menjadi pendekatan berguna ketika kita ingin mengamati aliran kerja, tetapi berharap banyak bersepeda antara negara-negara, mungkin dalam modus desain eksplorasi:





Para desain Scrumban awal hanya seperti alur kerja CONWIP, yang kita dapat mewakili secara langsung dalam cardwall sederhana. Di sini kita tidak memiliki batasan pada setiap kolom tertentu, tetapi jumlah item pekerjaan dibatasi oleh kartu kanban kuning, yang dikembalikan ke kotak "Gratis" ketika tugas mereka terkandung selesai:






Melanggar keluar alur kerja menyiratkan rasa urutan. Jika tidak ada urutan yang nyata, kita bisa mendefinisikan global "sibuk" negara dan mengurangi kegiatan spesifik untuk checklist. Mengekspos alur kerja untuk pengendalian visual mungkin menyarankan perlu untuk pemanfaatan sumber daya atau tingkat yang kita nilai mengurangi backflows sebagai tujuan perbaikan. Pooling batas WIP menunjukkan bahwa kontrol visual umpan balik yang cukup untuk membantu tim mencapai meratakan. Preferensi pribadi saya adalah untuk bekerja dengan cara ini di mana mungkin.


Jika seseorang dapat kanban, lalu bagaimana dengan pasangan? Jika kita menggabungkan pasangan dan kanban dengan alur kerja atau checklist, maka kita mendapatkan sesuatu seperti itu Arlo Belshee Perencanaan Naked :


Saya pikir jenis yang paling menarik dari sistem CONWIP adalah Brigade Bucket. Semua orang diperbolehkan satu kartu pada satu waktu, yang dapat menjadi bergerak hulu atau hilir. Orang bisa baik pasangan (pada biaya antrian beberapa) atau solo bekerja sebanyak yang mereka inginkan. WIP Konstan, antrian nol, pemanfaatan penuh, spesialisasi lembut, alur kerja seimbang ... apa yang tidak cinta?


Para Model dapat diedit dan disimulasikan dalam PIPE2 .


Jika kita dapat menetapkan tugas dan membatasi bekerja dengan pasangan, maka mengapa tidak melakukan hal ini dengan seluruh tim? Yang pada dasarnya pendekatan Microsoft Crews Fitur dengan gerbang kualitas mereka.





Beberapa value stream terlalu panjang atau terlalu rumit untuk secara efektif mengelola dengan batas WIP tunggal. Tim pengembangan ada banyak dalam beberapa organisasi yang lebih besar yang memerlukan koordinasi antara tim dan kompetisi untuk sumber daya.


Mana fitur datang dari? Toko-toko kecil dapat berinteraksi langsung dengan pelanggan, namun toko-toko yang lebih besar mungkin memiliki proses yang lebih kompleks untuk berurusan dengan sejumlah besar pelanggan atau dengan pelanggan yang sangat sensitif. Jika kita mengintip ke dalam kotak hitam dari Pemilik Produk, kita mungkin menemukan seluruh tim orang yang bekerja untuk memahami pelanggan dan menetapkan persyaratan: bisnis analis, manajer produk, peneliti kegunaan, desainer produk.Kerja-di-proses pada sisi analisis bisnis dapat dengan mudah pergi dari rel sebagai pekerjaan pembangunan. Apakah Anda pernah melihat sebuah spesifikasi persyaratan epik atau jaminan produk berdasar dan bertanya-tanya dari mana asalnya? Pemilik produk Anda mungkin mewakili sekelompok orang yang merasa tekanan untuk memproduksi dan terlihat sibuk. Nilai berpikir aliran mendorong kita untuk mengambil minat pada apa yang orang-orang yang sampai dan mengapa.


Mana fitur pergi setelah kita telah membangun mereka? Sebuah perusahaan besar mungkin memiliki persyaratan penyebaran yang kompleks yang melibatkan mengintegrasikan kode ke proses manufaktur atau penyediaan datacenter. Karya ini mungkin melibatkan tim yang berbeda dari tim pengembangan, tetapi mereka masih bagian dari value stream dan throughput mereka mempengaruhi semua orang. Tim operasi seringkali harus berurusan dengan waktu yang lama dan berbeda ukuran batch alami dari tim pengembangan yang memberi mereka makan. Setiap kelompok bisa mendapatkan keuntungan dari pemahaman status dan ketersediaan lainnya.


Sebuah tim kecil mungkin dapat mengatur diri dengan kontrol visual, tapi value stream panjang mungkin membutuhkan kontrol lebih eksplisit. Kanban memberi kita solusi yang mudah oleh segmen chaining bersama-sama dikumpulkan. Dalam setiap segmen, kami mengelola dengan kontrol visual, tetapi antara segmen, kami mengelola dengan kanban:





Sistem CONWIP memungkinkan kita untuk mengatur alur kerja tim dengan sentuhan lebih ringan. Pooling kanban lintas fungsi terkait erat dan zooming oleh satu tingkat skala membuatnya lebih mudah untuk berpikir tentang menggunakan kanban untuk mengelola sistem yang besar.