क्या है स्क्रैम?
स्क्रम एक चुस्त प्रक्रिया है जो कम से कम समय में व्यापार मूल्य देने में मदद करता है। यह तेजी से और बार-बार वास्तविक कार्यशील सॉफ्टवेयर का निरीक्षण करता है। यह सॉफ्टवेयर की टीम वर्क और पुनरावृत्ति प्रगति पर जोर देता है। इसका लक्ष्य हर 2-4 सप्ताह में नया सॉफ्टवेयर पहुंचाना है।
कानबन क्या है?
कानबन कार्य के प्रबंधन के लिए एक दृश्य प्रणाली है। यह उस प्रक्रिया से गुजरने वाली प्रक्रिया और वास्तविक कार्य दोनों की कल्पना करता है। कानबन को लागू करने का मुख्य उद्देश्य प्रक्रिया में संभावित बाधाओं की पहचान करना और उन्हें ठीक करना है। कानबन लक्ष्य यह है कि काम का प्रवाह एक इष्टतम गति से आसानी से आगे बढ़े।
स्क्रैम का उपयोग क्यों करें?
स्क्रैम पद्धति हर व्यवसाय के लिए परियोजना प्रबंधन की पेशकश कर सकती है, और सामान्य रूप से जीवन भर भी। स्क्रम का उपयोग करके, विकास टीम अधिक चुस्त हो जाती है और यह खोज करती है कि कैसे जल्दी से प्रतिक्रिया करें और अचानक हुए परिवर्तनों का जवाब दें।
इसके अलावा, स्क्रम जानकारी को पारदर्शी बनाकर काम में जटिलता को संबोधित करता है। ये पूर्वानुमानित परिस्थितियों के बजाय वर्तमान परिस्थितियों के आधार पर निरीक्षण और अनुकूलन करने में टीम की मदद करते हैं। यह टीम के सदस्यों को लगातार बदलती आवश्यकताओं से उत्पन्न आम नुकसान और अराजकता को संबोधित करने में मदद करता है।
कंबन का उपयोग क्यों करें?
कंबन पद्धति न्यूनतम प्रतिरोध को पूरा करने के लिए डिज़ाइन की गई है। तो यह मौजूदा प्रक्रिया में निरंतर छोटे वृद्धिशील और विकासवादी परिवर्तनों की अनुमति देता है। यह थ्रूपुट, लीड समय और गुणवत्ता के बारे में सुधार प्राप्त करने में भी मदद करता है।
स्क्रैम का उपयोग कब करें?
Scrum पद्धति का उपयोग एक ऐसी परियोजना में किया जाता है जहां आवश्यकता तेजी से बदल रही है। यह एक स्व-आयोजन, क्रॉस-फ़ंक्शनल टीम सिद्धांत पर काम करता है। स्क्रैम फ्रेमवर्क आमतौर पर इस तथ्य से निपटता है कि परियोजना के शुरू होने पर परिस्थितियों के जल्दी या अधिकांश समय बदलने की संभावना नहीं है।
स्क्रम में, निम्न-स्तर की आवश्यकताओं को केवल समय की शुरुआत में परिभाषित किया जाता है। इस पद्धति में, उत्पाद, आवश्यकताओं और प्रक्रियाओं के परिवर्तन और अनुकूलन परियोजना का एक अभिन्न हिस्सा हैं।
Kanban का उपयोग कब करें?
कानबन बोर्ड सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट कार्य के दृश्य प्रबंधन की अनुमति देते हैं। इससे टीम के सदस्यों को कार्य प्रगति पर देखने में मदद मिलती है। यह उन्हें समय पर पूर्ण कार्य से जुड़ी प्रक्रियाओं और जोखिमों जैसी जटिल जानकारी को समझने में भी मदद करता है।
कानबन बोर्ड प्रभावी साबित होते हैं क्योंकि यह टीम के सदस्यों को अधिक उत्पादक बनने में मदद करता है, जबकि परियोजना के प्रबंधकों और टीम के सदस्यों को प्रोजेक्ट जीवनचक्र के दौरान महसूस होने वाले कार्यभार के तनाव को कम करता है।
यदि टीम के पास ठीक काम करने वाली प्रक्रिया है, लेकिन फिर भी कुछ अनुकूलन की आवश्यकता है, तो कानबन सॉफ्टवेयर डेवलपमेंट विधि को लागू किया जाना चाहिए। Kanban प्रक्रिया उन्हें धीरे-धीरे अपने सभी कोशिश की और परीक्षण की प्रक्रिया में सुधार करने की अनुमति देता है।
स्क्रम प्रक्रिया
स्क्रम प्रक्रिया टीम के सदस्यों को यह मूल्यांकन करने के लिए प्रोत्साहित करती है कि क्या काम कर रहा है और क्या नहीं। संचार स्क्रम प्रक्रिया का एक अनिवार्य हिस्सा है। यह ईवेंट्स नामक मीटिंग्स के माध्यम से किया जाता है । घोटाले की घटनाओं में शामिल हैं:
दैनिक घोटाला:
डेली स्क्रम एक छोटी सी बैठक है जो प्रत्येक दिन एक ही स्थान और समय पर होती है। हर बैठक के अंत में, टीम पहले दिन काम पूरा करती है और अगले 24 घंटों में क्या काम करना है, इसकी योजना बनाती है। दैनिक स्क्रैम टीम की बैठक में, सदस्य किसी भी समस्या के बारे में बोलते हैं जो परियोजना के पूरा होने में बाधा बन सकती है।
स्प्रिंट योजना बैठक
स्प्रिंट से तात्पर्य उस समय सीमा से है जिसमें काम पूरा होना चाहिए, आमतौर पर इसके 30 दिन। इस स्प्रिंट प्लान मीटिंग में, सभी को लक्ष्य निर्धारित करने में मदद करनी चाहिए। अंत में, सॉफ्टवेयर का कम से कम एक वेतन वृद्धि का उत्पादन किया जाना चाहिए।
स्प्रिंट रेट्रोस्पेक्टिव
स्प्रिंट समाप्त होने के बाद स्प्रिंट रेट्रोस्पेक्टिव मीटिंग होती है। इस सत्र में, हर कोई स्प्रिंट प्रक्रिया को दर्शाता है। इस चरण में एक टीम बनाने की प्रक्रिया आयोजित की जा सकती है। स्प्रिंट रेट्रोस्पेक्टिव का एक अनिवार्य लक्ष्य निरंतर सुधार है।
कानबन प्रक्रिया
कानबन प्रक्रिया में, धीरे-धीरे सब कुछ सुधारा जाता है चाहे वह सॉफ्टवेयर डेवलपमेंट, स्टाफिंग, मार्केटिंग, सेल्स, प्रोक्योरमेंट इत्यादि हो, कानन मेथड काम के प्रबंधन और सुधार के लिए सिद्धांतों के एक निश्चित समूह का अनुसरण करता है।
कंबन विधि के चार सिद्धांत नीचे दिए गए हैं:
1. कल्पना कार्य
कार्य और वर्कफ़्लो का एक दृश्य मॉडल बनाकर, यह कानबन प्रणाली के माध्यम से काम के प्रवाह का निरीक्षण करने में मदद करता है।
2. प्रक्रिया में काम सीमित करें
यह टीम के सदस्यों को कानन प्रणाली में यात्रा करने के लिए आइटम द्वारा लिए गए समय को कम करने की अनुमति देता है।
3. प्रवाह पर ध्यान दें
काम-में-प्रक्रिया की सीमाओं का उपयोग करके और टीम द्वारा संचालित नीतियों को विकसित करके, आप काम के सुचारू प्रवाह को बेहतर बनाने के लिए कानबन प्रणाली को अनुकूलित कर सकते हैं।
4. निरंतर सुधार
जब कंबन प्रणाली लागू होती है, तो यह निरंतर सुधार के लिए एक आधार के रूप में कार्य करती है। यह ट्रैकिंग प्रवाह, गुणवत्ता लीड समय आदि का विश्लेषण करके टीमों को उनकी प्रभावशीलता को मापने में मदद करता है।
Scrum Vs. Kanban
| जमघट | Kanban |
| स्क्रेम प्लानिंग पर जोर देता है । यह स्प्रिंट योजना के साथ शुरू होता है और स्प्रिंट रेट्रोस्पेक्टिव के साथ समाप्त होता है। कई बैठकें आयोजित की जाती हैं जो यह आश्वासन देने में मदद करती हैं कि टीम अगले चरणों, प्राथमिकताओं और पिछले स्प्रिंट से सीख के साथ गठबंधन की गई है। | कनबन जाने पर परिवर्तन करने के लिए खुला है। इसका मतलब है कि इसमें कठोरता कम है और चीजें अक्सर बदल सकती हैं । |
| यह स्प्रिंट्स के दौरान किए गए समय मापन के संग्रह की सिफारिश करता है | कंबन समय के साथ टीम की प्रगति का अवलोकन प्राप्त करने के लिए रेखांकन की सिफारिश करते हैं । |
| स्क्रैम अब टीमों से प्रतिबद्धता नहीं मांगता। इसके बजाय, यह स्प्रिंट लक्ष्यों और पूर्वानुमान के बारे में है। | कानबन समय-मुक्केबाजी और पूर्वानुमान पर निर्भर करता है । |
| यह नियोजन पर जोर देता है, और इसलिए अनुमान की स्क्रैम में बहुत महत्वपूर्ण भूमिका है | अनुमान के लिए कंबन की कोई अनिवार्य आवश्यकता नहीं है । |
| हर व्यक्ति की अपनी भूमिका और जिम्मेदारियां होती हैं। | व्यक्तिगत जिम्मेदारियों की अवधि में कोई भी भूमिका इतनी लचीली नहीं होती है । |
| अवधि में पुनरावृत्तियां / स्प्रिंट तय किए गए हैं। यह अवधि 2 सप्ताह से 1 महीने तक भिन्न होती है। | कानबन अवधि पर आधारित नहीं है । इस बात को चक्र काल के संबंध में मापा जाता है। |
| टीमों को एक विशेष मात्रा में काम करने की आवश्यकता होती है । | प्रतिबद्धता आवश्यक नहीं है यह टीमों के लिए वैकल्पिक है। |
| इस पद्धति में, क्रॉस-फ़ंक्शनल टीम महत्वपूर्ण हैं क्योंकि वे किसी भी व्यवधान से निपट सकते हैं जो सॉफ़्टवेयर विकास में अड़चन पैदा कर सकता है। | बीत रहा है विशेष टीम महत्वपूर्ण है। |
| यह है आइटम जोड़ना संभव नहीं चल रहे पुनरावृत्तियों करने के लिए। | यदि अतिरिक्त क्षमता उपलब्ध है तो नए आइटम आसानी से जोड़ सकते हैं । |
| स्प्रिंट बैकलॉग का स्वामित्व केवल एकल टीम के पास है । | एकाधिक टीम के कानबन बोर्ड को साझा कर सकते हैं। |
| वितरण स्प्रिंट द्वारा निर्धारित किया जाता है , जिसे काम का एक सेट पूरा करना चाहिए और समीक्षा के लिए तैयार होना चाहिए। | उत्पादों और प्रक्रियाओं को आवश्यक आधार पर लगातार वितरित किया जाता है। इसलिए परीक्षण और समीक्षा प्रक्रिया एक साथ चलती है। |
| स्क्रम सॉफ्टवेयर विकास विधि बैकलॉग पर केंद्रित है । | कानबन विधि पूरी तरह से प्रोसेस डैशबोर्ड पर केंद्रित है । |
| प्रत्येक टीम के सदस्य की एक विशेष भूमिका है स्क्रेम मास्टर निर्णय की समय सीमा, उत्पाद के मालिक लक्ष्य और उद्देश्य निर्धारित करते हैं, और टीम के सदस्य विकास कार्य करते हैं। | एक टीम के लिए पूर्व-परिभाषित भूमिकाएं नहीं हैं। हालाँकि, अभी भी एक परियोजना प्रबंधक हो सकता है; टीम को सहयोग करने और एक साथ काम करने के लिए प्रोत्साहित किया जाता है। |
| बदलती प्राथमिकताओं वाली परियोजनाओं के लिए सर्वश्रेष्ठ । | स्थिर प्राथमिकताओं वाली टीमों के लिए आदर्श जो समय के साथ बदलने की संभावना नहीं है। |
| स्प्रिंट के माध्यम से वेग का उपयोग कर उत्पादन को मापता है । | चक्र समय या किसी परियोजना के एक पूर्ण टुकड़े को पूरा करने के लिए सटीक समय का उपयोग करके उत्पादन को मापता है । |
| स्क्रैम को पारंपरिक मॉडल से एजाइल स्क्रम मॉडल में एक पूर्ण बदलाव की आवश्यकता है जिसे परियोजना को लागू किया जाएगा। | Kanban परियोजना में भारी बदलाव की अनुमति नहीं देता है । |
| यह व्यापक रूप से भिन्न प्राथमिकताओं वाली परियोजनाओं के लिए एक आदर्श विधि है । | स्थिर प्राथमिकताओं वाली टीमों के लिए सबसे उपयुक्त । |
| Scrum में, पूरे t eam गुणवत्ता विकास कार्य प्रदान करने के लिए सहयोग करने और कार्य को पूरा करने पर केंद्रित है । | टीमें लक्ष्यों को प्राप्त करने के लिए काम करती हैं और पूरी प्रक्रिया को पूरा करने के लिए समय कम करती हैं। इस प्रकार, समय चक्र में कमी यहां सफलता का सबसे बड़ा संकेतक है। |
| स्क्रम अपने कार्यक्रम पर जोर देने के ; नए आइटम चालू पुनरावृत्तियों में नहीं जोड़े जा सकते हैं। | Kanban प्रकृति द्वारा अधिक पुनरावृत्त है क्योंकि इसमें विशिष्ट समय-सीमाएं नहीं हैं । ताकि, जब भी अतिरिक्त क्षमता उपलब्ध हो, नई वस्तुओं को लगातार जोड़ा जा सके। |
| कुल काम बैच / स्प्रिंट में किया जाता है । | संपूर्ण परियोजना एकल-थ्रेडेड कार्य आइटम प्रवाह की गति पर की जाती है। |
| स्क्रैम मास्टर एक समस्या समाधान के रूप में कार्य करता है। | कंबन हर टीम के सदस्य को एक नेता और उन सभी के बीच जिम्मेदारी साझा करने के लिए प्रोत्साहित करते हैं। |
| स्क्रम ने समय-समय पर पुनरावृत्तियों को निर्धारित किया है । | Kanban व्यक्तिगत पुनरावृत्ति के लिए एक अलग अवधि की योजना पर केंद्रित है । |
| स्क्रम फर्मों को समय और पैसा बचाने में मदद करता है । | कनबन विधि निरंतर सुधार , उत्पादकता और दक्षता पर ध्यान केंद्रित करती है । |
| सभी स्तरों पर प्रदर्शन के स्थिर और सुसंगत संचार को प्राप्त करें । | कंबन बोर्डों की दृश्य प्रकृति के कारण टीम के सदस्यों को अपने लक्ष्यों को पूरा करने की अधिक संभावना है । |
| स्प्रिंट समीक्षा के दौरान परियोजना को कोडित और परीक्षण किया जाता है | कंबन बोर्डों की दृश्य प्रकृति के कारण टीम के सदस्यों को अपने लक्ष्यों को पूरा करने की अधिक संभावना है । |
| यह है लगातार परिवर्तन के लिए अनुकूल करने के लिए आसान है क्योंकि कम स्प्रिंट और नियमित रूप से प्रतिक्रिया की। | यह एक नियमित, स्थिर आउटपुट के लिए डिज़ाइन किया गया है, ग्राहक की मांग में बड़े बदलाव कानबन को विफल कर सकते हैं। |
| परियोजना की कुल लागत न्यूनतम है जो जल्दी और सस्ता परिणाम दे सकती है । | यदि किसी कार्य का सही अनुमान नहीं लगाया गया है, तो कुल परियोजना लागत कभी भी सटीक नहीं होगी । ऐसे मामलों में, कार्य को कई क्षेत्रों में फैलाया जा सकता है। |
| इस पद्धति को केवल अनुभवी टीम के सदस्यों की आवश्यकता होती है । इसलिए, यदि टीम में ऐसे लोग शामिल हैं जो विशेषज्ञ नहीं हैं, तो परियोजना को समय पर पूरा नहीं किया जा सकता है। | प्रत्येक चरण के साथ कोई विशिष्ट समय - सीमा आवंटित नहीं की जाती है, इसलिए टीम के सदस्यों को यह विचार कभी नहीं मिलता है कि वे प्रत्येक चरण में कितना समय ले सकते हैं। |
| इस Agile Scrum विधि में, एक निर्धारित समय में गुणवत्ता के उत्पाद को वितरित करना आसान है । | यह एक नियमित, स्थिर आउटपुट के लिए डिज़ाइन किया गया है , ग्राहक की मांग में बड़े बदलाव कानबन में गिरावट ला सकते हैं। |
| प्रोजेक्ट योजना को परेशान कभी नहीं होगा , भले ही एक टीम के सदस्य के पत्ते टीम। | यदि टीम का कोई भी सदस्य विकास के दौरान बाहर निकलता है, तो यह परियोजना के विकास को नुकसान पहुंचा सकता है । |
| दैनिक बैठकें कभी-कभी टीम के सदस्यों को निराश करती हैं। | आउटडेटेड कानबन बोर्ड विकास प्रक्रिया में मुद्दों को जन्म दे सकता है। |
| बड़ी परियोजनाओं को आसानी से आसानी से प्रबंधनीय स्प्रिंट में विभाजित किया जा सकता है। | केवल छोटी टीमों के साथ अच्छा काम करता है इसलिए उपयुक्त बड़े आकार की टीम नहीं। |
निष्कर्ष:
- स्क्रम एक चुस्त प्रक्रिया है जो हमें कम से कम समय में व्यापार मूल्य देने पर ध्यान केंद्रित करने की अनुमति देता है।
- कानबन सॉफ्टवेयर विकास कार्य के प्रबंधन के लिए एक दृश्य प्रणाली है।
- कनबन विधि निरंतर सुधार, उत्पादकता और दक्षता को बढ़ाती है।
- स्क्रेम बैकलॉग पर केंद्रित है जबकि कानन डैशबोर्ड पर।
- स्क्रैम मास्टर एक समस्या समाधान के रूप में कार्य करता है।
- कंबन हर टीम के सदस्य को एक नेता और उन सभी के बीच जिम्मेदारी साझा करने के लिए प्रोत्साहित करते हैं।
- स्क्रम ने समय-समय पर पुनरावृत्तियों को निर्धारित किया है।
- Kanban व्यक्तिगत पुनरावृत्ति के लिए एक अलग अवधि की योजना पर केंद्रित है।