PRINSIP-PRINSIP METODE KANBAN

Pertama blogcoretangw mengadopsi prinsip-prinsip dasar ...
  • Mulailah dengan apa yang Anda lakukan sekarang
  • Setuju untuk mengejar perubahan evolusioner tambahan
  • Hormati proses, peran, tanggung jawab & jabatan saat ini

Kemudian gunakan 5 aturan utama:
  1. Visualisasikan alur kerjanya
  2. Batasi WIP
  3. Kelola Arus
  4. Jadikan Kebijakan Proses Eksplisit
  5. Tingkatkan Secara Kolaboratif (menggunakan model & metode ilmiah)

PRINSIP-PRINSIP METODE KANBAN

Mari kita periksa elemen-elemen penting dari motode kanban ini satu per satu untuk lebih memahami prinsip dasarnya:

1. Mulailah dengan apa yang Anda lakukan sekarang

Metode Kanban tidak meminta Anda untuk mengubah proses Anda. Ini hanya berdasarkan konsep diaman Anda mengembangkan proses Anda saat ini. Tidak ada perubahan, rekayasa atau direkayasa untuk proses baru definisi atau gaya kerja. Tidak ada yang namanya Pengembangan Perangkat Lunak Kanban Proses atau Metode Manajemen Proyek Kanban.

2. Setuju untuk mengejar perubahan evolusioner tambahan

Organisasi (atau tim) harus setuju bahwa keadaan mereka saat ini menuntut pendekatan evolusi untuk perbaikan. Mungkin perubahan rekayasa menyeluruh baru-baru ini gagal karena penolakan dari anggota tim, atau mungkin kibijakan organisasi membuatnya terlalu berisiko bagi manajer untuk mengusulkan dan menerapkan perubahan menyeluruh? Tanpa kesepakatan bahwa sebuah pendekatan yang lambat, lembut, evolusioner, dan bertahap adalah cara yang tepat untuk maju maka tidak akan ada lingkungan yang tepat atau dukungan manajemen untuk inisiatif Kanban.

3. Hormati proses, peran, tanggung jawab, dan jabatan saat ini

Sangat mungkin bahwa, apa yang dilakukan organisasi saat ini, memiliki beberapa elemen yang berfungsi dan dapat diterima layak dipertahankan. Kita juga harus berusaha mengusir rasa takut untuk memfasilitasi perubahan di masa depan. Oleh setuju untuk menghormati peran, tanggung jawab, dan jabatan saat ini, kami menghilangkan ketakutan awal. Ini harus memungkinkan kita untuk mendapatkan dukungan yang lebih luas untuk inisiatif Kanban kita. Mungkin menghadirkan Kanban terhadap pendekatan alternatif yang lebih luas yang akan mengarah pada perubahan judul, peran, tanggung jawab dan mungkin pemindahan sebagaian posisi tertentu akan membantu individu untuk menyadari manfaatnya.

4. Visualisasikan Alur Kerja

Untungnya di panduan blogcoretangw, saya memilih untuk menggunakan istilah lean Value Stream (VSM). Tampaknya istilah yang sesuai adalah metafora yang beberapa orang keberatan dalam pengembangan perangkat lunak. Saya telah menyadari, bagaimanapun, bahwa itu hanya menambah kebingungan dan kompleksitas. Value Stream mapping benar-benar merupakan interaksi dari semua orang yang terlibat di dalamnya membuat perangkat lunak atau menyelesaikan masalah Operasi IT, sedangkan, apa yang saya tertarik dengan Metode Kanban sebenarnya adalah proses kedatangan informasi yang terkait dengan pekerjaan itu sendiri.

Baca : DEFINISI VALUE STREAM MAPPING DAN PELAKSANAANNYA

Jadi biasanya, kita mencari perubahan keadaan dalam pekerjaan, yang umumnya mencerminkan perubahan dalam kegiatan yang digunakan untuk menghasilkan informasi baru tentang pekerjaan itu, misalnya, analisis (suatu kegiatan) menghasilkan informasi, dan ketika mencapai titik pengembalian yang berkurang, kita cenderung merujuk ke berfungsi sebagai "dianalisis" dan ubah ke aktivitas yang berbeda untuk menghasilkan informasi lebih lanjut seperti desain atau pengembangan pengujian. Inilah proses kedatangan informasi model bertanda yang kita cari untuk Visualisasikan Alur Kerja.

5. Batasi WIP

Membatasi WIP menyiratkan bahwa kami menerapkan sistem tarikan pada sebagian atau semua alur kerja. Tarikan sistem dapat berupa sistem kanban, sistem CONWIP, sistem DBR, atau varian lainnya. Itu elemen penting adalah bahwa pekerjaan dalam proses di setiap negara bagian dalam alur kerja terbatas dan baru bekerja dalam "menarik" ke dalam aktivitas penemuan informasi baru ketika ada kapasitas yang tersedia di dalamnya batas WIP lokal.

6. Kelola Aliran

Alur item kerja melalui setiap negara bagian dalam alur kerja harus dipantau dan dilaporkan - sering disebut sebagai Measuring Flow. Yang kami maksud adalah gerakan. Kami tertarik pada kecepatan gerakan dan kelancaran gerakan itu. Idealnya kita ingin kelancaran cepat. Cepat smooth flow berarti sistem kami menciptakan nilai dengan cepat, yang meminimalkan risiko dan menghindari (peluang) biaya penundaan, dan juga melakukannya dengan cara yang dapat diprediksi.

7. Jadikan Kebijakan Proses Eksplisit

Sampai mekanisme pengembangan perangkat lunak atau proses operasi IT dibuat eksplisit seringkali sulit atau tidak mungkin mengadakan diskusi tentang memperbaikinya. Tanpa pemahaman eksplisit tentang bagaimana segala sesuatu bekerja dan bagaimana pekerjaan itu benar-benar dilakukan, diskusi tentang masalah apa pun cenderung terjadi emosional, anekdotal, dan subyektif. Dengan pemahaman eksplisit dimungkinkan untuk pindah ke diskusi isu yang lebih rasional, empiris, dan obyektif. Ini lebih memungkinkan untuk memfasilitasi konsensus sekitar saran perbaikan.

8. Tingkatkan Kolaborasi (menggunakan model / metode ilmiah)

Ini adalah batas WIP yang pada akhirnya merangsang percakapan tentang masalah proses. Hal-hal yang menghambat aliran, atau menimbulkan gangguan yang berarti aliran tidak konsisten atau acak-acakan, seringkali menghasilkan sebuah menantang batas WIP. Tim memiliki opsi untuk menembus batas, mengabaikan masalah dan lanjutkan, atau hadapi masalah ini, diskusikan dan usulkan perubahan.

Ketika tim memiliki pemahaman yang sama tentang teori tentang pekerjaan, alur kerja, proses, dan risiko, mereka lebih mungkin untuk dapat membangun pemahaman bersama tentang suatu masalah dan menyarankan tindakan perbaikan yang dapat disepakati melalui konsensus. Dalam hal ini blogcoretangw menyarankan tiga model yang berguna: Theory of Constraints (studi tentang kemacetan); Teori Mendalam Pengetahuan (studi variasi dan bagaimana hal itu memengaruhi proses); dan Model Ekonomi Lean (berdasarkan konsep "pemborosan" (atau muda, muri dan mura)). Model lain dimungkinkan seperti Teori Opsi Nyata.

Baca : PENGERTIAN MURA, MURI DAN MUDA DALAM PELAKSANAAN LEAN MANUFACTURING

Penggunaan model memungkinkan tim untuk membuat prediksi tentang pengaruh perubahan (atau intervensi). Setelah perubahan diterapkan hasilnya dapat diamati dengan mengukur mengalir dan memeriksa data. Hasilnya dapat dibandingkan dengan prediksi yang diharapkan dari model dan perubahannya bisa dinilai sebagai perbaikan, atau tidak. Proses evaluasi suatu observasi empiris dengan model, menyarankan intervensi dan memprediksi hasil berdasarkan pada model, kemudian mengamati apa yang sebenarnya terjadi dan membandingkan dengan prediksi, adalah penggunaan metode ilmiah dalam arti mendasarnya. Saya yakin, pendekatan ilmiah ini lebih memungkinkan mengarah pada pembelajaran baik di tingkat individu dan organisasi. Karenanya penggunaan ilmiah Pendekatan di Kanban akan mengarah langsung pada munculnya organisasi pembelajaran.

9. Sistem Adaptif yang Kompleks

Prinsip-prinsip Metode Kanban dirancang untuk meletakkan dasar bagi organisasi itu dapat meningkat secara bertahap dengan menetapkan kondisi yang akan merangsang peningkatan. Itu perbaikan adalah perilaku yang muncul. Hasilnya tidak dapat diprediksi. Semua itu bisa masuk akal diprediksi adalah bahwa segala sesuatu akan berubah. Dengan demikian Metode Kanban mewakili  Pendekatan Sistem Kompleks Adaptif untuk memimpin perubahan dalam organisasi. Penggunaan Sistem Adaptif yang Kompleks aturan sederhana dan kondisi benih untuk merangsang perilaku yang muncul. Aturan sederhana tertanam dalam 5 prinsip utama dan kondisi benih diwakili dalam prinsip awal dengan proses saat ini, mendapatkan persetujuan untuk mengejar peningkatan dan rasa hormat secara bertahap praktik kerja saat ini, peran, tanggung jawab dan jabatan kerja. Apa yang akan terjadi selanjutnya muncul perubahan. Di luar itu kita tidak bisa memprediksi. Sistem harus dipantau dan disesuaikan. Aturan sederhana yang digunakan seperti batas WIP dan visualisasi alur kerja harus diubah dan diganti menjadi mengarahkan perilaku yang muncul untuk menghasilkan produksi yang diinginkan.

10. Peran Perancang Sistem

Kemampuan ini untuk mengarahkan aturan sistem sederhana dan untuk membuat perubahan pada proses implementasi keterampilanuntuk menghasilkan produksi yang diinginkan, bukan yang tidak diinginkan. Bahwa keterampilan tidak mungkin ada di setiap anggota tim. Lebih mungkin seseorang mengambil peran perancang sistem, atau fasilitator dari perancangan sistem. Orang ini mungkin seorang manajer, suatu proses ahli lean manufacturing, atau pelatih eksternal. Perancang sistem harus memfasilitasi implementasi Inisiatif Kanban dan desain sistem kanban. Desain sistem harus berubah sebagai sistem adaptif yang kompleks beradaptasi dari waktu ke waktu dalam menanggapi perilaku yang muncul dan hasil yang dihasilkannya

Post a Comment for "PRINSIP-PRINSIP METODE KANBAN"