#एजीलप्रोजेक्टप्रबंधन

2001 में Agile Manifesto ने इस सोच को बदल दिया कि टीमें सॉफ़्टवेयर डिलीवरी के बारे में कैसे विचार करती हैं। हर चीज़ को लंबे प्लान में बाँधने के बजाय, इसने एक सरल विचार प्रस्तावित किया: ज़रूरतें बदलती हैं, इसलिए डिलीवरी को लचीला रहना चाहिए। मायने यह रखता है कि सॉफ़्टवेयर इस्तेमाल लायक है या नही

यह लेख समझाता है कि Agile पुनरावृत्ति चक्र कैसे काम करते हैं, टीमें उन पर क्यों निर्भर करती हैं और वे वास्तविक उत्पाद विकास को कैसे आकार देते हैं। महीनों के काम के बाद बड़ी सुविधाएँ देने के बजाय, Agile टीमें हर कुछ हफ्तों में छोटे वृद्धि भेजती हैं। ये छोटे चक्र तेज़ प्रतिक्रिया लूप बनाते हैं:

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