पहले सॉफ्टवेयर टीमें सब कुछ पहले से प्लान कर लेती थीं, फिर महीनों तक काम करती थीं और उसके बाद ही किसी को दिखाती थीं। एजाइल ने इसे बदल दिया। यह प्रोजेक्ट मैनेजमेंट और सॉफ्टवेयर डेवलपमेंट का एक पुनरावृत्ति वाला तरीका है। एक बड़ी डिलीवरी के बजाय, आप स्प्रिंट नामक छोटे-छोटे चक्रों में काम करते हैं, जो आमतौर पर दो से चार सप्ताह लंबे होते हैं। हर स्प्रिंट में एक कारगर उत्पाद तैयार होता है।

एजाइल मैनिफेस्टो, जिसे 2001 में डेवलपर्स के एक समूह द्वारा लिखा गया था, ने चार मूल्यों को रेखांकित किया: प्रक्रियाओं और उपकरणों के बजाय व्यक्तियों और उनके आपसी संबंधों को प्राथमिकता, व्यापक दस्तावेज़ीकरण के बजाय कार्यशील सॉफ़्टवेयर को प्राथमिकता, अनुबंध वार्ता के बजाय ग्राहक सहयोग को प्राथमिकता, और योजना का पालन करने के बजाय परिवर्तन के प्रति तत्परता। स्क्रम और कानबन दो लोकप्रिय फ्रेमवर्क हैं। दैनिक स्टैंड-अप मीटिंग टीमों को एकजुट रखती हैं। एक प्रोडक्ट ओनर बैकलॉग को प्राथमिकता देता है। एक स्क्रम मास्टर बाधाओं को दूर करता है। एजाइल का विस्तार सॉफ़्टवेयर से परे मार्केटिंग, मानव संसाधन और यहां तक ​​कि विनिर्माण तक हो गया है। यह कोई रामबाण इलाज नहीं है। अनुशासन के बिना, यह अव्यवस्थित हो सकता है। लेकिन जब यह कारगर होता है, तो यह टीमों को परिवर्तन से कुचलने के बजाय उसके अनुकूल ढलने में सक्षम बनाता है।

मुख्य विचार

• स्प्रिंट: छोटे, निश्चित अवधि के कार्य चक्र
• स्टैंड-अप मीटिंग्स: संक्षिप्त दैनिक समन्वय बैठकें
• लंबित कार्य: प्राथमिकता के आधार पर निर्धारित कार्यों की सूची
• पूर्वव्यापी समीक्षा: प्रत्येक स्प्रिंट के बाद टीम द्वारा किया गया चिंतन-मनन
• पुनरावृति: निर्माण करें, परीक्षण करें, सीखें, दोहराएं