Artikel: 9.3. Kanban | HBS Blog

  • 13 min read
  • Jan 23, 2017

Menciptakan Efisiensi pada Tempat Kerja

Gunakan isyarat visual buat bertindak.

Bukankah lebih bagus lagi jika apa pun yang Anda butuhkan ada di sana menunggu untuk Anda? Tidak berjalan sekitar mencoba untuk mencari pasokan pada menit terakhir.

Tidak melewatkan tenggat saat karena sumber daya nir berbaris.

Dan nir terdapat energi emosional terbuang mencoba buat mencari memahami siapa yg menggunakan sisa kertas salinan, dan tidak memesan lebih.

Anda bisa pulang ke ekstrem buat menghindari perkara ini. Anda bisa memesan kertas salinan cukup buat mengisi semua gudang, atau mempunyai persediaan yg cukup persediaan pada tangan buat memenuhi pesanan buat enam bulan ke depan. Tapi ini jenis "solusi atasdanquot; merupakan miskin menggunakan asal daya keuangan dan ruang.

Bagaimana apabila ada cara buat memastikan Anda selalu memiliki sumber daya yang dibutuhkan tersedia waktu Anda membutuhkan mereka? Jepang, pelopor dalam efisiensi, membuatkan sistem Kanban untuk melakukan hal ini.

Kanban pada Praktek

Kanban dikembangkan sebagai sarana pemenuhan just-in-time (JIT) sistem persediaan. Dengan menerapkan kanban, bahan dan persediaan tiba tepat ketika Anda membutuhkan mereka. Hal ini mengurangi biaya penyimpanan dan membawa.

Kanban sebagian besar herbi manufaktur. Sebuah perhatian utama pada bidang manufaktur adalah kebutuhan buat mempunyai persediaan siap bahan, tanpa mengakibatkan biaya persediaan yang tidak perlu memegang. Tetapi pula bisa diterapkan dalam lingkungan non manufaktur, di mana efisiensi alur kerja Anda tergantung pada mempunyai asal daya yg tersedia.

Istilah ‘kanban’ menggabungkan kata-kata Jepang ‘kan,’ yang berarti ‘visual’ dan ‘larangan’, yg berarti ‘kartu’ atau ‘papan. " Sebuah kanban kartu visual atau isyarat lain yg sinyal ada sesuatu yg diperlukan. Ini merupakan "menarik" sistem, di mana pasokan ditentukan sang penghasil atau pengguna.

Sebuah Kanban adalah kartu fisik yang digunakan dalam Toyota Production System (TPS) untuk mendukung non-terpusat “tarik” kontrol produksi. Hal ini telah menyebar ke industri manufaktur di seluruh dunia sebagai alat Lean Manufacturing . Sekarang dalam pengembangan perangkat lunak Agile visualisasi proyek, seperti posting kartu tugas di dinding, adalah praktek umum terlihat, yang kadang-kadang disebut “Software Kanban”, atau “Tugas Kanban”. Sekarang kita bahkan melihat beberapa tim pemeliharaan produk memanfaatkan sistem Kanban dalam model proses air terjun seperti. Jadi apa Kanban? Mengapa ini dipakai dalam konteks pengembangan perangkat lunak?

Pada artikel ini, pertama di jelaskan bahwa sebuah sistem Kanban adalah dalam konteks Lean manufacturing , khususnya di TPS, dan mengumpulkan wawasan dari praktek dan prinsip-prinsip dalam industri dewasa, mengidentifikasi konsep-konsep yang dapat diterapkan untuk pengembangan perangkat lunak. Kedua kita lihat ke sekeliling proyek pengembangan perangkat lunak dan menunjukkan contoh-contoh aplikasi Kanban.

Kemudian, kita menganalisis kesamaan dan perbedaan antara sistem Kanban dalam produksi dan pengembangan perangkat lunak, dan mencoba untuk memberikan ide-ide tentang cara efektif menerapkan sistem Kanban untuk pengembangan perangkat lunak, termasuk pengantar untuk gerakan baru-baru ini “KSSE – Sistem Kanban untuk Sustaining Rekayasa” muncul pada kanbandev   daftar diskusi. Akhirnya, kita memberikan gambaran besar TPS, konteks asli untuk yang menggunakan Kanban sebagai alat, dan dari pengembangan perangkat lunak yang masih dapat belajar lebih banyak.

Apa Kanban pada TPS?

Kanban adalah perangkat sinyal (biasanya kartu fisik pada amplop plastik bening) yang menginstruksikan bergerak atau menciptakan bagian-bagian pada suatu sistem "menarikdanquot; produksi, ditemukan dan dikembangkan menjadi bagian dari Toyota Production System (TPS). Sebelum masuk ke Kanban pada pengembangan software, pada sini aku merogoh melihat menurut dekat aslinya yaitu penggunaan yg Kanban pada TPS.

Tujuan kanban adalah buat meminimalkan WIP (Work-In-Process), atau persediaan, antara proses menggunakan memastikan bahwa proses membuat bagian hulu hanya jika proses hilir membutuhkannya. "Tarikdanquot; berarti bahwa para pekerja hilir menarik atau "tarikdanquot; bagian-bagian yg mereka butuhkan berdasarkan proses hulu mereka.

Gambar 1 Kanban & Tarik Produksi

Gambar 1 adalah sebuah model abstrak berdasarkan sistem Kanban. Digambarkan pada dalamnya adalah dua proses, sebuah hulu dan hilir proses, dimana proses persediaan bagian (item) hulu ke hilir. Dalam rangka buat memasok produk ke konsumen akhir, proses kebutuhan buat memproduksi komponen & menciptakan mereka mengalir ke hilir, tetapi nir terlalu banyak, karena overproduksi dipercaya pemborosan terburuk. Jadi buat mencegah kelebihan produksi, hulu tidak "mendorong" selesai bagian ke hilir, tetapi itu adalah hilir yang secara aktif menarik (merogoh) bagian-bagian menurut hulu. Ruang pada mana bagian ditempatkan diklaim "toko" (atau "supermarket Taiichi Ohno mendapat wangsit pertama menurut Kanban saat beliau mengunjungi sebuah supermarket Amerika, pada mana tidak pegawai toko namun pelanggan sendiri yang pulang untuk mendapatkan apa yang dia membutuhkan pada toko).

Toko merupakan pada lokasi hulu & bekerja sebagai "penyanggadanquot; atau "antrian" WIP. Ketika seorang pekerja menurut proses hilir, yang disebut "materi handler", tiba ke toko dan merogoh bagian yg baru selesai, itu juga balik sinyal produksi – yaitu hal-hal menarik hilir menurut hulu dan pada waktu yg sama mendorong fakta pada hulu melalui kartu Kanban. Hal ini diharapkan, lantaran proses hulu nir pernah membuat bagian tanpa instruksi menurut proses hilir.

Jadi di sini merupakan dua jenis Kanban bekerja sama pada Gambar 1:

  • Withdraw Kanban – adalah salah satu item pada daftar belanja yang handler bahan yang dibutuhkan untuk toko.
  • Kanban Produksi – menginstruksikan proses hulu untuk memproduksi komponen untuk proses hilir.

Seperti ditunjukkan dalam Gambar 1, menarik Kanbans beredar antara proses, sementara Kanbans beredar dalam proses produksi, dan mereka dipertukarkan di toko. Mari kita sedikit lebih ke dalam mekanisme ini. Gambar 2 mengilustrasikan bagaimana “Kanban pertukaran” bekerja di toko.

Gambar 2 Kanban Exchange pada Store

  1. Seorang penangan material di lokasi hilir ditandai buat menarik bagian. Sinyal didefinisikan oleh proses hilir & galat satu menurut dua pada bawah ini:

(A) ditandai dengan jumlah dikumpulkan menarik Kanbans

(B) ditandai dengan interval ketika periodik

Ia mengunjungi toko di lokasi hulu menggunakan palet kosong & dikumpulkan-Nya menarik Kanbans sebagai daftar belanja, yg memperlihatkan apa yang diperlukan & pada jumlah apa buat proses hilir.

  1. Bagian selesai dengan proses hulu dikemas dalam palet dan ditempatkan di toko dengan Kanbans produksi terpasang. (Hal ini terjadi terlepas dari (1), dalam thread terpisah.)
  2. Handler bahan mengambil bagian yang ditentukan oleh menarik Kanban (daftar belanja), memeriksa apakah cocok dengan Kanban produksi melekat pada bagian-bagian, dan pertukaran dua Kanbans.
  3. Dia menempatkan Kanban produksi ke “Dewan Produksi”, yang nantinya akan memicu produksi visual hulu saat Kanbans tumpukan pada ambang.
  4. Dia menyampaikan bagian yang diperlukan, dengan Kanban menarik terpasang, dari toko ke lokasi hilir.

Anda melihat bahwa toko adalah antrian antara dua proses, bekerja pada sebuah thread terpisah dari kontrol, bertukar liputan melalui hal-hal dan Kanban. Pada bagian atas kartu Kanban, fakta misalnya nomor bagian / nama, jumlah, jenis palet, alamat toko, ditulis sehingga penangan bahan yg mengambil kartu ini mampu memahami apa yg harus dilakukan.

Ada disiplin yg ketat menjalankan Kanban, yg diklaim "aturan enam dari Kanbandanquot;:

  1. Pelanggan (Hilir) proses menarik item dalam jumlah yang tepat ditentukan pada Kanban itu.
  2. Pemasok (Hulu) menghasilkan item dalam jumlah yang tepat dan urutan yang ditentukan oleh Kanban
  3. Tidak ada item yang dibuat atau dipindahkan tanpa Kanban sebuah.
  4. Kanban A harus menemani setiap item, setiap saat.
  5. Cacat dan jumlah yang salah tidak pernah dikirim ke proses hilir berikutnya.
  6. Jumlah Kanbans berkurang hati-hati untuk persediaan yang lebih rendah dan untuk mengungkapkan masalah.

Sebagaimana telah kita bahas, toko bekerja sebagai antrian bagian, palet bekerja sebagai pembawa bagian, dan kartu Kanban bekerja menjadi pembawa pelanggan membutuhkan berita. Mereka membuatnya sebagai "menarikdanquot; sistem, menciptakan ekuilibrium antara mempertahankan "genre kontinu" (menghilangkan pemborosan menunggu) & "WIP minizing" (menghilangkan pemborosan overproduksi). Mekanisme pengelolaan "hak" jumlah WIP pada genre antara membeli-in & menjual-out merupakan persis apa yg terjadi pada supermarket, & melakukannya menggunakan baik merupakan kunci buat profitabilitas toko.

Sejauh ini, saya telah menggambarkan bagaimana Kanban bekerja di manufaktur. Perhatikan bahwa deskripsi ini adalah sebuah model sederhana dari sistem Kanban nyata. Satu hal lain yang tidak disebutkan secara eksplisit di sini adalah bahwa Kanban visual menunjukkan aliran informasi dan hal-hal untuk setiap pekerja dan merangsang Kaizen (proses perbaikan) di tempat kerja. Kaizen dimulai dengan menonton apa yang terjadi di Gemba. Via Kanban, setiap pekerja (bukan manajer) dapat melihat aliran dan memiliki kesempatan untuk melihat pemborosan dalam aliran dan menyarankan perbaikan terhadap proses di mana mereka bekerja.

Properti menurut Kanban

Dari pengamatan rinci dalam bagian sebelumnya, pada sini adalah daftar properti diekstraksi dan dampak dari konsep Kanban asli pada TPS.

  1. Fisik: Ini adalah kartu fisik. Hal ini dapat diselenggarakan di tangan, bergerak, dan dimasukkan ke dalam atau ke sesuatu.
  2. Batas WIP: Ini batas WIP (Work-In-Process), yaitu mencegah overproduksi.
  3. Continuous Flow: Ini memberitahukan kebutuhan produksi sebelum toko kehabisan stok.
  4. Tarik: Proses hilir menarik item dari proses hulu.
  5. Mengarahkan diri: Ia memiliki semua informasi tentang apa yang harus dilakukan dan membuat produksi otonom dengan cara non-terpusat dan tanpa mikro-manajemen.
  6. Visual: Ini adalah ditumpuk atau diposting untuk menunjukkan status dan kemajuan, visual.
  7. Sinyal: Status visual yang Its sinyal penarikan berikutnya atau tindakan produksi.
  8. Kaizen: alur proses Visual menginformasikan dan merangsang Kaizen.
  9. Terlampir: Hal ini melekat dan bergerak dengan bagian-bagian fisik yang disediakan.

Gambar 3 adalah diagram efek dari sembilan sifat di atas, menunjukkan bagaimana bentuk ini jaringan sebab-akibat. Seperti yang akan Anda lihat di sini, ada sekitar dua arti yang berbeda dari Kanban, satu adalah “Batas WIP sementara mempertahankan Continuous Flow”, dan yang lainnya adalah “Kaizen”.

Gambar 3 Properties & Efek menurut Kanban

Sisi kanan berdasarkan grafik ini menyebutkan bagaimana meminimalkan WIP sementara mempertahankan aliran kontinu. Apabila WIP pada toko terlalu sedikit, proses hilir sudah menunggu buat item nir siap waktu diperlukan, namun dalam waktu yg sama WIP wajib diminimalkan buat mencegah kelebihan produksi. Jadi dua gol yang bertentangan, & Kanban dapat dipandang sebagai strategi buat memecahkan masalah.

Kanban secara fisik inheren bagian dan ini dikumpulkan & digunakan kembali, sehingga jumlah Kanbans merupakan tetap. Dan itu juga visual frekuwensi proses hilir buat menarik bagian-bagian hanya bila diperlukan. Kedua mekanisme batas WIP.

Mekanisme "Kanban Secara fisik melekatdanquot; pertama bekerja misalnya "aturan kekekalan energidanquot;. Setelah jumlah Kanbans didefinisikan menurut tingkat penjualan produk di pasar & variabilitas intrinsik buat proses saat ini, WIP terbatas pada proporsi menggunakan jumlah Kanbans, terlepas berdasarkan genre masuk dan keluar menurut bagian. Jumlah maksimum Kanbans ("energi" pada sistem) merupakan tetap & fisik melestarikan batas atas WIP dalam waktu tertentu. Pada Gambar 4, Anda akan melihat bahwa "Sistemdanquot; adalah persediaan antara proses hulu & proses hilir, yaitu WIP pada "toko".

Gambar 4 Kanban Mekanisme Membatasi WIP

Mekanisme kedua, "Tarik," juga membatasi WIP menggunakan membuat kecepatan produksi menurut proses hulu tergantung pada kecepatan konsumsi hilir. Mekanisme pertama hanya mengacu dalam jumlah WIP, namun yg ke 2 ini mengacu dalam aliran, arah dan kecepatan.

"Arah" – Motivasi produksi hanya diberikan sang proses hilir.

"Kecepatandanquot; – Kanban mengkomunikasikan ketika dan jumlah produksi berikutnya.

"Tarikdanquot; batas WIP menggunakan menciptakan proses produksi hulu tergantung dalam konsumsi proses hilir dalam urutan derivasi 1. Ketergantungan ini dicapai dengan pertukaran Kanban yang terjadi pada toko, mendorong berita kontrol produksi dari proses hilir ke hulu.

Kembali ke Gambar tiga: sisi kiri dari grafik menjelaskan bagaimana menciptakan pekerjaan mengarahkan diri & mempromosikan Kaizen. Setiap orang dapat tahu apa yg terjadi & seberapa baik proses yg mengalir dengan melihat kartu Kanban diposting ke papan. Melihat alur kerja di Gemba merupakan awal berdasarkan Kaizen. Dan kartu Kanban fisik diletakkan dalam papan visual membuat pekerjaan mengarahkan diri tanpa kontrol sentra berdasarkan manajemen. Proses otonom memberikan data mengenai kinerja buat mendukung Kaizen, & mengalihkan perhatian manajemen berdasarkan menugaskan atau deliverable kerja secara terang aktivitas Kaizen.

Seperti yang ditunjukkan sang panah grafik itu, mengakhiri pada tiga imbas, tujuan akhir dari Kanban bisa diwakili sang "Batas WIPdanquot;, "Continuous Flow" & "Kaizendanquot;. Sebuah sistem Kanban "Batas WIP" sementara mempertahankan "Continuous Flowdanquot;. Ini buffer variabilitas karena variasi penyebab umum, dan mengekspos variabilitas karena spesifik, menyediakan calon Kaizen.

Kanban pada Software Development

Sekarang, mari kita lihat bidang kita sendiri kerja – pengembangan software. Dalam pengembangan software Agile, telah sebagai praktek umum buat memvisualisasikan dan membuatkan status proyek menggunakan posting kartu di dinding ruang proyek. Saya telah mendeskripsikan poly contoh pada artikel terakhir aku InfoQ Visualisasi Proyek Agile menggunakan Kanban Board [Hiranabe07]. Secara khusus, tugas kartu dipasang pada dinding memperlihatkan status ketika ini kadang-kadang disebut "Tugas Kanban" atau "Perangkat Lunak Kanbandanquot; [Poppendieck03]. Gambar lima merupakan contoh dari Kanban Tugas dilaksanakan oleh JUDE tim pengembangan di Perubahan Visi, Inc

Gambar lima Agile Kanban

Di papan tulis, tugas-tugas rekayasa diwakili sang kartu (Post-It Notes), dan status yang ditunjukkan sang posting mereka ke daerah-daerah yang terpisah pada papan berlabel "ToDo", "Melakukandanquot;, & "Selesaidanquot; (nama Label seringkali tidak selaras dari situs ke situs, model "In Progressdanquot;, "Diujidanquot;, "Diterima", "blokir" dll). Dewan ini membantu visual tugas Kanban frekuwensi dan batas WIP (tugas aktif sedang dikerjakan). Tapi tidak "proses" (hulu atau hilir) yang ditemukan di sini, dan konsep baru "iterasidanquot; ada. Untuk setiap perulangan, tugas-tugas yg baru diidentifikasi menggunakan memecah cerita pengguna menjadi tugas-tugas dan itu merupakan tugas-tugas yg diposting ke area ToDo.

Apakah ini suatu sistem tarik? Dalam manufaktur, bagian yang diserahkan menurut proses hulu hingga hilir proses. Dalam visualisasi pembangunan Agile ditunjukkan dalam Gambar lima, nir ada "handoffsdanquot; dapat dipandang. Satu kartu Kanban merupakan mitra dari satu tugas, dan tertulis pada dalamnya keterangan misalnya: tugas id, nama tugas, asumsi waktu, dan nama orang yang mendaftar buat tugas itu. Tugas mempunyai status, baik "ToDodanquot;, "Melakukandanquot; atau "Selesai", & dibagi oleh tim. Pendekatan pembangunan Agile nilai-nilai bekerja sama, & cenderung mengurangi handoffs dalam tim. Saya menyebut ini sebuah "Agile Kanban". Gambar 6 adalah contoh lain berdasarkan Dewan Kanban diterapkan pada Yamaha Motor Co Solusi, Ltd.

Gambar 6 Mempertahankan Kanban

Di sini, sistem Kanban dipakai pada model pembangunan air terjun tradisional namun menggunakan aliran. Proyek ini memiliki proses yang terpisah dan serial yang mereka sebut "desain", "pembangunandanquot;, "validasi" dll, dan kartu Kanban beranjak di antara proses. Setiap kartu adalah persyaratan buat perubahan atau penambahan ke sistem & adalah handoff untuk proses hilir. Catatan bahwa ini bukan proses air terjun klasik, pada mana semua persyaratan yang "dirancang" dalam satu ketika, "mengembangkan", & "divalidasidanquot; di lain saat, yang akan menyebabkan semua kartu untuk berkecimpung pada grup. Sebaliknya, kartu memindahkan satu per satu, seperti yang genre sepotong-manufaktur. Apa yg terjadi di sini adalah stabil "mempertahankan" fase dalam siklus hidup suatu produk, dikelola dengan contoh air terjun keadaan transisi menggunakan genre. Di sini, Anda dapat dengan kentara melihat "aliran kerja" konsep sebagai gantinya, tidak sama menggunakan konsep "iterasi" dari Agile. Ini lebih mirip Kanban pada pabrik-pabrik dari Agile Kanban dilakukan & dapat sebagai sistem tarik menggunakan membuat sebuah anggaran buat mengizinkan hanya proses hilir buat memindahkan kartu. Saya menyebutnya "Sustaining Kanban", & merasa seperti dengan "Sistem Kanban buat Mempertahankan Teknikdanquot; David Anderson, yang saya bahas di bagian selanjutnya.

Dan model lain, Gambar 7, adalah eksperimen pemikiran yang menampakan penggunaan Kanban dalam value stream dari proses pengembangan produk secara keseluruhan [Poppendieck 07].

Gambar 7 Bersandar Kanban Agile

Misalkan terdapat sebuah tim pelanggan, pemilik produk, tim pengembangan dan tim QA pada satu aliran pengembangan produk, dan mereka bekerja sama lewat handoffs menggunakan antrian sehingga tim dapat bekerja secara asynchronous, mempertahankan kecepatan kerja tergantung pada satu sama lain. Setiap "DONEdanquot; ruang, efektif, antrian bekerja misalnya "tokodanquot; di pabrik manufaktur, dan terlihat cukup banyak misalnya sistem Kanban TPS. Secara kebetulan, terlihat agak mirip menggunakan Agile Kanban serentak pada setiap proses dan memakai Kanban MELESTARIKAN asynchronous semua value stream semua proses. Saya pikir sistem Kanban dapat skala buat menutupi aliran nilai penuh, pada hal ini bekerja sebagai visualisasi pribadi berdasarkan value stream.

Dalam contoh ini, WIP dapat dibatasi menggunakan mendefinisikan ukuran masing-masing wilayah. Untuk menciptakan sistem ini menarik, perlu mekanisme yang memungkinkan proses hilir entah bagaimana sinyal proses hulu buat mulai bekerja. Membuat anggaran bahwa hanya hilir dapat memindahkan kartu DIBUAT buat frekuwensi hulu adalah keliru satu pilihan. Setelah "Pertemuan Iterasidanquot; terencana adalah pilihan lain yang mensinkronisasikan tim dan transportasi (komunikasi) berdasarkan keterangan pada antara tim. Kedua opsi komunikasi mungkin sinkron menggunakan dua sinyal penarikan bagian yang dibahas pada bagian 1, sinyal yaitu visual berdasarkan jumlah penarikan Kanban (a) & interval ketika periodik (b). Di sini, satu set cerita pengguna buat satu iterasi sinkron menggunakan bagian ditarik dalam palet buat perulangan, dan jumlah bagian (Kanban) sinkron menggunakan proyek "Velocitydanquot; (kemarin cuaca [Beck00]) berdasarkan iterasi. Saya menyebutnya "Lean Agile Kanban", dan bisa dikombinasikan dengan "Agile Kanban", seperti yg ditunjukkan model berikut.

Gambar 8 merupakan lebih kecil "portabeldanquot; sistem Kanban aku temukan dalam sebuah proyek pada TENGAH KOMPUTER LAYANAN Co Ltd Dalam proyek ini, tim bekerja di beberapa tim yang lebih mini sub (umumnya sepasang). Seluruh tim mempunyai alur kerja konseptual seperti dengan Gambar 7, serta papan Kanban mini Agile ditunjukkan pada Gambar 8 (ToDo / Melakukan / jenis DIBUAT), terlalu. Ketika sebuah tim sub-mengambil satu cerita pengguna, mereka memecahnya menjadi tugas mereka dan posting mereka ke papan ini Kanban portabel. Dalam masalah ini, sistem Kanban adalah terdiri berdasarkan dua taraf, tingkat proyek di mana kartu adalah cerita pengguna & tim (atau pasangan) tingkat pada mana kartu mewakili tugas.

Mereka menyukai sistem Kanban portabel mini sangat banyak & menamakannya "Kanban-nano".

Gambar 8 Portabel Agile Kanban ("Kanban-nanodanquot;)

Seperti yang Anda lihat, ada beberapa cara buat menerapkan konsep Kanban buat pengembangan aplikasi. "Agile Kanbandanquot; bekerja dalam tim buat berbagi keterangan & buat membuat pekerjaan mengarahkan diri, namun tidak mendukung genre.

"Mempertahankan Kanbandanquot; adalah jenis lain, memungkinkan mini -batch pekerjaan pemeliharaan mengalir pada antara beberapa negara. Dan kombinasi adalah "Lean Kanban tangkasdanquot; yang menggunakan "Kanban Mempertahankan" pada seluruh value stream, & menggunakan "Agile Kanban" dalam genre sub-.

Adalah penting buat menyadari bahwa yang pertama "Kanban Agile" dalam Gambar lima, yg acapkali terlihat pada proyek-proyek Agile hari ini, hanya melihat sebuah tim sub-dalam value stream. Ketika Anda berpikir mengenai value stream penuh berdasarkan pelanggan buat pelanggan, umumnya ada sebuah tim pada genre yg sama bahwa tangan Anda persyaratan atau tim lain yang menaruh hasil Anda ke customer.One tujuan menurut makalah ini merupakan buat memberikan pandangan baru kepada memperpanjang penerapan Kanban luar "Agile Kanban," lebih dari value stream.

Produksi & Pengembangan

Pengembangan perangkat lunak adalah bukan produksi atau kegiatan manufaktur [Reves92]. Software insinyur menciptakan hal yg berbeda setiap kali, sementara manufakturing membentuk hal yg sama berulang-ulang. Jadi pemetaan eksklusif antara produksi dan pengembangan berbahaya. Tetapi, mari kita periksa bagaimana sifat TPS Kanban ditemukan dalam banyak sekali jenis pengembangan software Kanban. Tabel 1 memperlihatkan apakah sifat Kanban ditemukan pada bagian 1 masih berlaku pada 2 jenis Kanban software yang kami sudah dijelaskan.

"Batas WIP", "Continuous Flow" & "Tarikdanquot; properti tidak dicapai dengan contoh Kanban Agile dengan sendirinya, ditunjukkan dalam Gambar lima. Agile Kanban lebih serius pada tugas-tugas memungkinkan, "Visualdanquot; & "Self-directing," sehingga buat membantu tim menjadi otonom & meningkatkan proses mereka sendiri. Dalam rangka buat membuat proses monoton mengalir dan buat membatasi WIP, "pertemuan iterasi" yg dibutuhkan buat mengkomunikasikan kabar.

"Mempertahankan Kanbandanquot; dalam Gambar 6 dapat membatasi WIP & juga mengontrol genre pada "one-piecedanquot; & "menarikdanquot; cara, tanpa pertemuan iterasi. Dalam pendekatan ini, fokusnya adalah dalam "Batas WIP", "Continuous Flow" & "Tarikdanquot;, dalam ketika yang sama, yg memungkinkan tim (atau manajer) buat menggunakannya buat tujuan pemugaran proses.

Kembali ke Gambar 3, saya dikategorikan sifat dan efek dari Kanban menjadi dua area fokus pada Gambar 9, sehingga konsep perangkat lunak di atas dua Kanban dapat sesuai tujuan mereka. Dan Gambar 10 menggambarkan spektrum Produksi & Pengembangan. Produksi adalah proses dengan kesempatan berhasil yang sangat tinggi (lebih dari 99%), sedangkan pembangunan satu dengan kesempatan sukses yang jauh lebih rendah. Agile adalah pendekatan pembangunan yang optimal saat kemungkinan keberhasilan adalah 50% dari waktu, sementara air terjun optimal ketika peluang keberhasilan lebih dari 90% (menerapkan teori Shannon, sebuah proyek dengan peluang 50% dari sukses adalah proyek yang paling berharga) . Biasanya sebagai perkembangan bergerak ke modus pemeliharaan mempertahankan, peluang keberhasilan untuk bug-fixing atau menambahkan fitur baru naik.

Kanban sistem "Proses Fokus Kontroldanquot; cocok bekerja menggunakan taraf "lebih dari 90%" keberhasilan & "Peningkatan Proses Fokusdanquot; bekerja sesuai di wilayah 50% dan 90%. Perhatikan bahwa pendekatan Agile masih bekerja menggunakan baik dalam modus mempertahankan produk, & "Peningkatan Proses Terfokus" fitur kerja menggunakan baik pada mempertahankan Kanban modus, jua.

Gambar 9 Properties dan Efek berdasarkan Kanban (dua)

Gambar 10 Spektrum Pendekatan menggunakan Kanban

Di sini aku memperkenalkan munculnya baru-baru pelaksanaan Bersandar buat pengembangan aplikasi. Sementara saya berada pada konferensi Agile2007, saya menghadiri sebuah CWAC (Konferensi-Konferensi Dalam-A-) sesi mengenai software Kanban, dipimpin oleh David Anderson. Dia berhasil "pemeliharaan mode" jenis sistem Kanban di Corbis.Com & menerbitkan sebuah makalah yang terkait, Kanban System buat Mempertahankan Teknik [Anderson 07]. Pendekatan pertama serius dalam "Batas WIP" milik Kanban, misalnya pada diagram abstraksi dari Gambar 4, serta "Self-Mengarahkandanquot; properti yang membuat tim mengorganisir diri, membutuhkan kurang manajemen top-down. Kemudian, menggunakan memvisualisasikan genre melalui Kanbans beliau menemukan titik stagnasi dalam genre seluruh proses, & asal daya insan diadaptasi, yaitu bergeser anggota antara proses. Itu berarti bahwa pendekatan meliputi dari "Batas WIP" properti & "Self-Mengarahkan" buat properti "Kaizen" dari Kanban, seperti dalam Gambar tiga.

Setelah konferensi, Anderson memulai sebuah mailing list kanbandev , pada mana sudah ada, timbul pengetahuan-membangun diskusi dalam penerapan Kanban buat pengembangan software, yg diklaim "KSSE" – Sistem Kanban untuk Teknik Mempertahankan, diucapkan Cium-ee ;-). Harun Sanders juga terlibat dalam membangun pengetahuan tentang Kanban, & telah mulai membangun kosa kata KSSE .

KSSE bekerja dengan baik apabila ada beberapa proses serial terhubung lewat handoffs pada antrian antara proses. Perhatikan bahwa KSSE tidak selalu memiliki "iterasi" konsep. Saya melihat kemungkinan skala Agile dalam cara yang tidak sama dari "scrum berdasarkan Scrums," menggunakan memakai pendekatan KSSE. [Ladas07]

Membuat genre nilai

Ketika scaling Agile untuk Bersandar memakai Kanban, apa yg harus satu kartu Kanban mewakili?

Dalam sistem Kanban Agile, satu kartu merupakan "tugasdanquot; dipecah berdasarkan "cerita pengguna". Dalam sebuah tim pengembangan, beliau bekerja sebagai unit kerja karena semua orang di tim sanggup mengerti apa ialah. Tapi dalam sistem Kanban yg bekerja melalui beberapa proses (tim) di semua value stream, apa yang mengalir wajib memiliki pelanggan yg diakui nilai. Dalam hal ini, salah satu kartu Kanban sesuai buat tidak "bekerjadanquot; namun buat "fiturdanquot;, & itu bukan merupakan fragmen menurut WBS (pekerjaan struktur breakdown) tapi FBS (fitur struktur breakdown) sehingga setiap orang di sungai, bahkan pelanggan, bisa tahu makna & nilai berdasarkan apa yang mengalir. Jim Highsmith jua diposisikan FBS lebih menurut WBS dalam prinsip-prinsipnya yang digariskan pada kitab Agile Manajemen Proyek. [Highsmith04]

"Pengguna Cerita", "Produk Backlogdanquot; atau "Gunakan Kasus" yang tak berbentuk yang disebut "MMF" (fitur berharga minimal) sebagai akibatnya untuk secara eksplisit menyatakan bahwa apa yg mengalir mempunyai nilai pelanggan. Dan pengembangan ramping dapat diterjemahkan menjadi "menciptakan cepat MMFs mengalir melalui genre nilai penuh."

Contoh "Agile Kanban" dalam Gambar lima merupakan rincian pekerjaan, & bekerja menggunakan baik pada tim. Contoh "Mempertahankan Kanbandanquot; pada Gambar 6 adalah rincian fitur dan satu kartu mewakili sebuah MMF. Dan model berdasarkan "Kanban Bersandar Agiledanquot; pada Gambar 7 dipakai dengan Gambar 8 memperlihatkan kombinasi gangguan fitur pada tingkat atas dan gangguan bekerja di tingkat yg lebih rendah.

Setelah aliran kerja dibuat, konsep inti 5 "Lean Thinking" [Womack1996] bisa diterapkan secara langsung ke semua proses. Pengelolaan proses Bersandar hanya mengikuti prinsip-prinsip di bawah ini.

  • Tentukan nilai dalam mata pelanggan – Tentukan dan mengurutkan MMFs
  • Mengidentifikasi value stream dan menghilangkan pemborosan – Cari stagnasi (pemblokiran tugas)
  • Membuat genre nilai pada tarikan pelanggan – Membuat aturan tarikan Kanban
  • Melibatkan dan memberdayakan karyawan – Memberdayakan tim di Gemba
  • Terus meningkatkan dalam mengejar kesempurnaan – Refleksi dan Kaizen

Home | Bab Sebelumnya | Menu | Bab Selanjutnya

Post Terkait :

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *

2 + 3 =