वर्क-इन-प्रोग्रेस (WIP) सीमाएं तब मददगार होती हैं जब आप एक सच्चे कानबन शैली में काम कर रहे होते हैं: जहां लोगों के तैयार होने से पहले लोगों पर "धक्का" दिए जाने के बजाय लोगों के मुक्त होने पर काम "खींचा" जाता है।
"पुश" vs. "पुल" के बीच के अंतर को समझने के लिए, "आई लव लुसी" के उस प्रसिद्ध एपिसोड के बारे में सोचें जहां लुसी और एथेल एक चॉकलेट फैक्ट्री में नौकरी करते हैं, और जल्दी से खुद को सभी कामों में असमर्थ पाते हैं। यह उन पर धकेला जा रहा है :-)
>यह "धक्का" के खतरों का एक आदर्श उदाहरण है: जैसे-जैसे चॉकलेट ऊपर की ओर तैयार होती है, लोग काम करने के लिए तैयार नहीं होते हैं, फिर भी काम तैयार हो जाता है।
>एक पुल मॉडल अलग है: लोग "खींचें" काम करते हैं और तैयार होने पर इसे खुद को सौंप देते हैं।
प्रत्येक व्यक्ति के पास आमतौर पर वस्तुओं की एक छोटी संख्या होती है जो वे किसी भी समय करतब दिखाते हैं: यह काम की जटिलता के आधार पर दो वस्तुओं के रूप में कम हो सकती है, लेकिन यह शायद ही कभी एक वस्तु के रूप में कम होती है। (जब भी आपका "अग्रभूमि" टास्क किसी भी कारण से अवरुद्ध हो जाता है, तो आप लगभग हमेशा एक "पृष्ठभूमि" टास्क तैयार करना चाहते हैं।)
जब कोई व्यक्ति एक नया टास्क करने में सक्षम होता है, तो वह उसे केरिका बोर्ड्स पर कॉलम से उसके बाईं ओर "खींच" सकता है।
>आप किसी टास्क बोर्ड्स : के साथ WIP सीमा का उपयोग कर सकते हैं
इस बोर्ड्स में विभिन्न भूमिकाओं वाले लोग शामिल हैं: डिजाइनर, डेवलपर्स और QA, और प्रत्येक समूह ने टीम की क्षमता और गति के आधार पर अपनी स्वयं की WIP सीमाएँ निर्धारित की हैं।
इस विशेष उदाहरण में, हम देख सकते हैं कि प्रगति स्तंभ वर्तमान में अपनी WIP सीमा को पार कर गया है, जबकि अन्य स्तंभ नहीं।
जब ऐसा होता है, तो केरिका कॉलम हेडर में प्रभावित कॉलम को लाल टेक्स्ट के साथ दिखा कर आपको स्थिति के बारे में अलर्ट करता है।
WIP सीमाएं "सॉफ्ट लिमिट्स" के रूप में: केरिका आपको किसी कॉलम की WIP सीमा को पार करने से नहीं रोकता है, लेकिन यह हर किसी को एक स्पष्ट, दृश्यमान चेतावनी प्रदान करता है कि एक अड़चन बनने वाली है।
जब अड़चनें बनने लगती हैं, बोर्ड-एडमिन अपस्ट्रीम प्रवाह को प्रबंधित करने में मदद करने के लिए हस्तक्षेप कर सकता है, ताकि WIP सीमा अपनी स्वीटास्क राशि पर वापस आ सके।
>