Kanban

كانبان هي طريقة لإدارة العمل تركز على تصوّر سير العمل، والحد من العمل الجاري، وإدارة التدفق، بدلاً من تنظيم التسليم في دفعات محددة زمنياً. نشأت هذه الطريقة في مجال التصنيع في شركة تويوتا، وتم تكييفها للعمل المعرفي، وتتمثل آليتها الأساسية في أن العمل الجديد لا يُضاف إلى النظام إلا عند توفر الطاقة الإنتاجية، بدلاً من فرضه وفق جدول زمني محدد.

تُعدّ اللوحة المرئية العنصر الأكثر وضوحًا، لكنها ليست الأهم. فالأعمدة التي تُمثّل المراحل الفعلية التي يمرّ بها العمل، مع إمكانية رؤية كل عنصر أثناء انتقاله، تجعل حالة النظام قابلة للملاحظة للجميع. المهم هو أن تعكس الأعمدة الواقع، بما في ذلك حالات الانتظار حيث يبقى العمل معلّقًا في انتظار المراجعة أو الموافقة أو فريق آخر، لأنّ هذه الطوابير عادةً ما تُقضى فيها معظم الوقت، وهي غير مرئية على اللوحات المبسطة.

يُعدّ الحدّ من العمل الجاري الآليةَ التي تُحقق الفائدة، وهو العنصر الذي تُقاومه المؤسسات بشدة. قد يبدو تقييد عدد العناصر في كل مرحلة وكأنه يُقلل الإنتاجية، لكن النتيجة عكسية: بدء عدد أقل من المهام في وقت واحد يعني إنجاز كل مهمة أسرع، وانخفاض التنقل بين المهام، وتوقف تراكم الأعمال غير المكتملة. الفرق التي تبدأ كل ما هو مطلوب منها وتُنهي القليل منه هي الحالة التي صُمم هذا الحدّ لتصحيحها.

يُعدّ الحدّ أيضًا أداة تشخيصية. فعندما يتعذّر تقدّم العمل بسبب بلوغ المرحلة التالية أقصى طاقتها، يصبح هذا العائق واضحًا على الفور، ويتوجّه اهتمام الفريق نحو إزالته بدلًا من البدء بمشروع جديد. هذا ما يحوّل اللوحة من أداة تتبّع إلى أداة إدارة، ولهذا السبب تُصبح اللوحات غير المحدودة عادةً مجرّد عرض لكل ما هو قيد التنفيذ بدلًا من كونها وسيلة لتحسين سير العمل.

تختلف المقاييس المستخدمة عن تلك المستخدمة في المناهج القائمة على التكرار، وهي أكثر دلالةً مباشرةً. يقيس زمن الدورة المدة التي يستغرقها إنجاز عنصر ما من البداية إلى النهاية، بينما يقيس معدل الإنتاجية عدد العناصر المنجزة في كل فترة، ويدعم توزيع أزمنة الدورة التنبؤ الاحتمالي بموعد انتهاء العمل المستقبلي. تُلاحظ هذه المقاييس بدلاً من تقديرها، مما يجنبنا جهد التقدير الذي يستهلك وقتًا طويلاً في المناهج الأخرى.

إنّ الفرضية التطورية لهذه الطريقة تميزها عن الأطر التي تفرض هيكلاً محدداً. تبدأ كانبان بالعملية كما هي قائمة، وتجعلها مرئية، ثم تُحسّنها تدريجياً، بدلاً من اشتراط أدوار وفعاليات جديدة. هذا يجعل تبنيها أقل اضطراباً وأكثر جدوى سياسياً في المؤسسات التي تقاوم إعادة الهيكلة، مع أنه يعني أيضاً أن الفريق الذي يطبقها بشكل سطحي يمكنه الاستمرار كما كان من قبل تماماً مع وجود لوحة ملحقة.

يناسب هذا الأسلوب بعض السياقات أكثر من الأساليب القائمة على التكرار. فالعمل الذي يصل بشكل غير متوقع، والدعم والصيانة، والفرق التشغيلية، وأي موقف تتعطل فيه الالتزامات بدفعة ثابتة بشكل متكرر، كلها أمور تتناسب مع إدارة التدفق بشكل أفضل من تخطيط دورات التطوير السريعة. تجمع العديد من الفرق بين عناصر كلا الأسلوبين، باستخدام وتيرة محددة للتخطيط والمراجعة مع إدارة العمل نفسه من خلال التدفق، وهو ترتيب عملي وليس حلاً وسطاً.

لأن التحسين ينبع من مواجهة التحديات والقيود التي غالبًا ما تقع خارج نطاق فريق التنفيذ، فإن هذه الطريقة غالبًا ما تكشف عن اختناقات تنظيمية بدلًا من اختناقات الفريق. عمليًا، يتم تطبيقها داخل تطوير المنتج وينطبق هذا الأمر بنفس القدر على مسارات التصميم والبحث، وغالبًا ما تتبناه المؤسسات التي تدير أعمالًا مختلطة بين التنفيذ والتشغيل في جميع أنحاء قسم تكنولوجيا المعلومات حيث يجعل الوصول غير المتوقع الالتزام بالدفعة الثابتة أمراً غير عملي.