'Agile एक अच्छा विचार है, लेकिन इसके कुछ सिद्धांत नवोन्मेषी तकनीकी प्रोजेक्ट्स के लिए जरूरत से ज़्यादा अल्पकालिक चीज़ों पर ज़ोर देते हैं.
कम अवधि की योजना, ग्राहकों के साथ सहयोग, और continuous integration (CI) शैली उस तरह के सॉफ़्टवेयर के लिए उपयुक्त हैं जिनमें, भले ही मुख्य कार्यक्षमता सरल हो, बहुत-सी ऐसी सुविधाएँ हों जिन्हें ग्राहक सीधे और क्रमिक रूप से इस्तेमाल कर सकें.
यह ऐसे सॉफ़्टवेयर के लिए उपयुक्त नहीं है जिनका interface भले ही सरल हो, लेकिन अंदरूनी तौर पर उनकी जटिलता बहुत अधिक हो. या उन छलांग-जैसे समाधानों के लिए भी नहीं जिनका उपयोग पूरी तरह पूरा होने से पहले किया ही नहीं जा सकता, या जिन्हें ग्राहक पहले से कल्पना भी नहीं कर सकते.
Google द्वारा बनाए गए Bigtable या Borg जैसे सॉफ़्टवेयर में अग्रिम डिज़ाइन पर काफ़ी समय लगता है, और components पर होने वाला काम एक हफ़्ते की iteration से भी लंबा होता है. यह Scrum में फिट नहीं बैठता, और tax/accounting software या computer game जैसे दूसरे उद्योगों के सॉफ़्टवेयर भी ऐसे ही हैं.'
ऐसी व्याख्या दी गई है.
साथ ही, (जो Google स्टाइल के अधिक अनुकूल हैं) ऐसे सिद्धांतों की भी बात की गई है जैसे विकास शुरू होने से पहले संक्षिप्त project description document लिखना और उसे stakeholders तक पहुँचाना ताकि शुरुआती feedback मिल सके, या Dogfood project बनाकर काम करने वाला software जल्दी उपलब्ध कराने की कोशिश करना.
1 टिप्पणियां
मैं इस बात से सहमत हूँ कि जिन चीज़ों की बुनियाद गहरी तकनीक पर होती है, उनके साथ Agile हमेशा अच्छी तरह फिट नहीं बैठता।
यहाँ Google-style agile principle की बात की गई है, लेकिन मुझे यह भी लगता है कि जिन डेवलपर्स को आम तौर पर “काम में बहुत अच्छे” Agile डेवलपर कहा जाता है, वे Agile के साथ अच्छी तरह न बैठने वाले प्रोजेक्ट्स के लिए भी इसी तरह लचीले ढंग से प्रतिक्रिया देते।