هل أي شخص يستخدم Kanban؟ [مغلق

Question

هل يستخدم أي شخص Kanban (أو سكران) لممارسات إدارة رشيق؟ ما هي تجربتك مع Kanban؟ كيف تعمل في بيئات معقدة كبيرة مع تبعيات على مشاريع الشلال؟

Answer 1

أعرف أن بي بي سي استخدمها على نطاق واسع تماما. انظر بلوق ديفيد جويس لمزيد من التفاصيلhttp://leanandkanban.wordpress.com/

لديه سطح منزلق ضخمة للغاية هناك لخلال.

أعتقد أن الشيء الذي يجب تذكره حول التفكير العجاف هو أنه يجب عليك التفكير في دفق القيمة ككل. في حين أنه يمكنك تحسين فريق التطوير باستخدام تقنيات مثل Kanban، فمن الأهم من ذلك إدراج كل من الدفق (الإدارة / التحليل) والمصطب (QA / Supportment / الدعم) لجني المكافآت بالكامل.

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

على سبيل المثال، فكر في السيناريو التالي لمشروع نموذجي:

• تحليل الوقت: 18 شهرا
• الوقت في الوقت: 9 أشهر
• QA والإفراج الوقت: 4 أشهر
• اعتماد العملاء وإعادة صياغة: 12 شهرا

المجموع: 43 شهرا

إذا كان ذلك من خلال تطبيق العجاف إلى عملية التطوير، فإنك تتحسن بنسبة 100٪، أي وقت تطوير 4.5 أشهر، مما جلب إجمالي جديد قدره 38.5 شهرا. بعد ذلك زادت فقط من تيار القيمة الإجمالية بأكثر من 10٪ فقط ... Insignifirant !!

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

تذكر أن العجاف ليست عملية تطوير، ويمكن تطبيقها على كل جانب من جوانب العمل.

بعض الكتب المثيرة للاهتمام حول كيفية اتخاذ هذه المناقشة بعد فريق التطوير تشمل؛

• عذاب التفكير
• خارج الميزانية
• المحاسبة الإنتاجية
• طريقة تويوتا
• التحرر من القيادة والتحكم
• هزيل المنتج وتطوير العمليات
• تنفيذ تطوير البرمجيات العجاف: من المفهوم إلى النقد

Answer 2

أولا، من المهم أن ندرك المشكلات التي يحاولها Kanban في تطوير البرمجيات حلها:

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

في الغالب، تحاول الممارسات المرنة الأخرى أيضا حل مشاكل مماثلة بتقنيات مختلفة.

بيئات معقدة كبيرة مع تبعيات على مشاريع الشلال

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

يمكن العثور على مقال لطيف عن Kanban والتدفق والإيقاع هنا.

Answer 3

هل يستخدم أي شخص Kanban (أو سكران) لممارسات إدارة رشيق؟

نعم، أنا أستخدم :-)

كيف تعمل في بيئات معقدة كبيرة مع تبعيات على مشاريع الشلال؟

في بيئتنا لدينا> 500 مطور، لذلك هو كبير جدا. كان فريقي الأول، الذي استخدم Kanban، أساسا لعمل الصيانة، والآن من أجل التنمية. كان عملنا اليومي صعبا للغاية، لأن الآخر اعتمادا على تقنيات التطوير والإدارة الكلاسيكية، ويحبون (ما زالوا يفعلون) ل يدفع العمل و Kanban يحذب.

كان نهجنا هو التواصل قدر الإمكان جعل عملنا شفافا، ولكن بسبب إحجام البيئة، كنا نركز على عملنا الداخلي. ساعد الحد من WIP الولايات المتحدة في البقاء مركزا، ومع سير سير العمل الذي عرفناه من يفعل ما في الوقت الحالي.

كانت الإنتاجية الخاصة بنا قبل أن يكون Kanban 90٪ (بمعنى آخر، عندما جاءت 10 بنود، لقد ألقينا فقط 9)، وبعد Kanban كان لدينا 100.4٪ وكان يتزايد. كأحد نتيجة إضافية، بدأت فرق أخرى جاءت وتسأل عن كانبان، لأنهم أحبوا نتائجنا، وأرادوا تنفيذ نظام Kanban الخاص بهم. في الوقت الحالي أعرف عن 5 فرق، بدأت Kanban في منظمتنا.

HTH،

zsolt.