एक धक्का और एक पुल प्रणाली के बीच का अंतर यह है कि कैसे काम की इकाइयों को उस व्यक्ति को सौंपा जाता है जो काम की उस इकाई को पूरा करेगा। धक्का और खींच की अवधारणा सॉफ्टवेयर विकास के लिए अद्वितीय नहीं है - यह विचार रसद और आपूर्ति श्रृंखला प्रबंधन से उत्पन्न होता है ।
एक पुश सिस्टम में, किसी प्रकार का कार्य बनाया जाता है और फिर एक डेवलपर को सौंपा जाता है। किसी कार्य को लिखने के लिए बग फिक्स करने के लिए किसी आवश्यकता (या किसी आवश्यकता को महसूस करने के लिए आवश्यक घटक) के कार्यान्वयन से कुछ भी हो सकता है। कोई व्यक्ति, आमतौर पर किसी तरह का प्रबंधक या टीम लीडर, काम की इकाइयाँ लेता है जिन्हें पूरा करने की आवश्यकता होती है और फिर उन्हें पूरा करने के लिए टीम के सदस्यों को आवंटित किया जाता है। बस, काम उन लोगों पर धकेल दिया जाता है जो इसे कर रहे होंगे।
एक पुल प्रणाली में, जो कार्य किए जाने चाहिए वे एक कतार में संग्रहीत किए जाते हैं, अक्सर एक प्राथमिकता कतार होती है। एक उदाहरण स्क्रम का उत्पाद और स्प्रिंट बैकलॉग हो सकता है, जिसमें उपयोगकर्ता कहानियां होती हैं जिन्हें किया जाना है। एक डेवलपर जो वर्तमान में कुछ भी काम नहीं कर रहा है, वह कतार में जाएगा और उच्चतम प्राथमिकता वाली कहानी को हटा देगा जो वे उस पर काम करने और करने में सक्षम हैं। जो लोग काम कर रहे हैं, वे काम को एक सूची से बाहर निकालते हैं और करते हैं।
पुश और पुल की अवधारणा क्रमिक विकास बनाम पुनरावृत्ति / वृद्धिशील से संबंधित नहीं है। पुनरावृत्त / वृद्धिशील / चुस्त तकनीकों का उपयोग करने वाली एक टीम एक धक्का प्रणाली का उपयोग कर सकती है, जबकि अनुक्रमिक विकास का उपयोग करने वाली टीम एक पुल प्रणाली का उपयोग कर सकती है। हालाँकि, आम तौर पर, फुर्तीली विधियाँ (एक्सपी, स्क्रैम) स्व-आयोजन टीमों का पक्ष लेती हैं और इसलिए सिस्टम को खींचती हैं।
अधिक जानकारी के लिए, आप इस ब्लॉग पोस्ट में स्कैम में पुश बनाम पुल पर दिलचस्पी ले सकते हैं । कानबन भी हो सकता है रूचि - कानबन एक कार्यप्रणाली है जो विनिर्माण से आती है, लेकिन इसे सॉफ्टवेयर विकास पर लागू किया जा सकता है , जो समय-समय पर विकास और श्रमिकों पर अधिभार को कम करने पर जोर देता है। Kanban भी से संबंधित है और अक्सर के साथ प्रयोग किया झुक , एक और विनिर्माण अवधारणा है जो सॉफ्टवेयर विकास के लिए लागू किया जा सकता ।