---

क्या Kanban, Agile Scrum है? (Agile में Kanban — Scrum के साथ Kanban)

सीमाएँ ही प्रक्रिया बनाती हैं

टूल की तुलना उनके दिए निर्देशों की संख्या देखकर की जा सकती है। निर्देशप्रधान टूल का अर्थ है “पालन करने के लिए अधिक निर्देश”, और अनुकूलनशील टूल का अर्थ है “पालन करने के लिए कम निर्देश”।

100% निर्देशप्रधान टूल में आपको कोई निर्णय नहीं लेना पड़ता; हर चीज के लिए निर्देश और नियम होते हैं। दूसरी ओर, 100% अनुकूलनशील टूल आपको और आपकी टीम को जो चाहें करने देता है, क्योंकि उसमें कोई निर्देश या प्रतिबंध नहीं होते। यह स्पष्ट है कि इंजीनियरिंग और व्यवसाय में ये दोनों चरम स्थितियाँ व्यावहारिक नहीं हैं।

Agile प्रक्रियाओं को अक्सर हल्की प्रक्रियाएँ कहा जाता है, मुख्यतः इसलिए कि वे अन्य पारंपरिक सॉफ्टवेयर विकास फ्रेमवर्क की तुलना में कम निर्देशप्रधान होती हैं। याद रखें, Agile Manifesto का पहला और सबसे महत्वपूर्ण मूल्य प्रक्रियाओं और टूल के ऊपर व्यक्तियों और परस्पर संवाद को महत्व देता है।

Kanban और Scrum अत्यधिक अनुकूलनशील प्रक्रियाएँ हैं। फिर भी Kanban अधिक अनुकूलनशील है, क्योंकि Scrum अधिक सीमाएँ और निर्देश तय करता है तथा Kanban की तुलना में इवेंट की संरचना अधिक निर्धारित करता है। उदाहरण के लिए, Scrum समयबद्ध विकास चक्र (Sprint) तय करता है, जबकि Kanban अपने आप में समयबद्ध पुनरावृत्तियाँ अनिवार्य नहीं करता और ऐसी प्रक्रिया में भी जोड़ा जा सकता है जो उनका उपयोग करती है।

किसी टूल या प्रक्रिया का मूल्य इस बात में है कि वह विकल्पों को कैसे सीमित करता है, जबकि गुणवत्ता, गति और रचनात्मकता से निर्माण करने के पर्याप्त अवसर भी देता है।

टूल से सर्वोत्तम लाभ पाने के लिए उनकी तुलना करें, उन्हें अच्छा-बुरा ठहराने के लिए नहीं

अन्य सभी टूल और प्रक्रियाओं की तरह, न Kanban फ्रेमवर्क पूर्ण है, न Scrum फ्रेमवर्क। सबके लिए उपयुक्त एक समाधान कभी नहीं होता। ये प्रक्रियाएँ जरूरी नहीं कि आपकी परियोजना की सफलता के लिए किए जाने वाले हर काम को बताएँ।

वे केवल कुछ सिद्धांत, निर्देश और सीमाएँ देती हैं। उदाहरण के लिए, Scrum विभिन्न कौशलों वाली टीमों के साथ समयबद्ध Sprint चलाना अनिवार्य करता है, और Kanban दृश्य बोर्ड, प्रगति पर कार्य (WIP) नियंत्रण, स्पष्ट कार्यप्रवाह नीतियाँ, सक्रिय प्रवाह प्रबंधन, फीडबैक और सुधार का उपयोग अनिवार्य करता है।

परियोजनाओं की सफलता या विफलता को टूल और प्रक्रियाओं की गुणवत्ता से जोड़कर भ्रम हो सकता है।

यह समझना आवश्यक है कि:

• शानदार टूल और प्रक्रियाओं के कारण परियोजना बेहतरीन परिणाम दे सकती है।
• कमतर और/या अनुपयुक्त टूल और प्रक्रियाओं के बावजूद परियोजना बेहतरीन परिणाम दे सकती है।
• कमतर और/या अनुपयुक्त टूल और प्रक्रियाओं के कारण परियोजना खराब परिणाम दे सकती है।
• शानदार टूल और प्रक्रियाओं के बावजूद परियोजना खराब परिणाम दे सकती है।

इसलिए प्रशिक्षित और वेतन पाने वाले पेशेवरों के रूप में हमें टूल और प्रक्रियाओं को बेहतर समझने के लिए उनकी तुलना करनी चाहिए, उन्हें अच्छा-बुरा ठहराने के लिए नहीं।

इस बात का विशेष ध्यान रखें कि हर परिस्थिति में किसी प्रक्रिया का अंधानुकरण न हो। अपनी परियोजना के लिए सर्वोत्तम व्यावसायिक मूल्य बनाने का ही रास्ता चुनें। निरंतर सीखते और आवश्यकता के अनुसार अनुकूलित होते रहें।

अपने संगठन को एक टूल तक सीमित न रखें

इससे स्पष्ट होता है कि आवश्यकता के अनुसार टूल को मिलाना और अनुकूलित करना जरूरी है!

अधिकांश Kanban और Scrum टीमें XP (eXtreme Programming) के सिद्धांत अपनाती हैं। Kanban टीम रोज समन्वय बैठक कर सकती है, जबकि Scrum, Developers के लिए Daily Scrum तय करता है। Kanban बोर्ड Sprint Backlog को दृश्य रूप दे सकता है, लेकिन Sprint Backlog, Developers की योजना है, केवल बोर्ड या Kanban से उधार लिया दस्तावेज नहीं। अपने संगठन को सिर्फ एक टूल तक सीमित न रखें। परीक्षण करके जानें कि आपके लिए क्या काम करता है।