कक्षा प्रोजेक्ट के लिए सबसे अच्छी Agile पद्धति क्या है?

The project is poorly defined: we are to write educational software for CS 111 Computer Programming I students focusing on functions. We have 6 student developers with various backgrounds working in Flex. The project has a duration of about 7 weeks. We have very limited face time (30 min per week) and very limited work time (<8 hours per developer per week). We have limited access to the customers (professor of our course, professor of CS 111, students in CS 111).

हमारे टूलसेट में फ्लेक्स बिल्डर, सबवर्जन और टीआरएसी शामिल है।

इस परियोजना के लिए कौन सी पद्धति सर्वोत्तम है और क्यों? वैकल्पिक रूप से, इस स्थिति के अनुरूप बेहतर तरीके से विभिन्न तरीकों से कौन सी विशेषताओं को एकत्र किया जाना चाहिए?

2

2 उत्तर

आपको क्या लगता है कि इन परिस्थितियों में कोई कार्यप्रणाली सफल होगी - कम संचार, समय की तुलना में अधिक आवश्यकताएं, और ग्राहकों तक पहुंच की कमी?

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

वृद्धिशील वितरण सबसे महत्वपूर्ण है। जो भी पूछा गया उससे कम काम करने वाला डेमो दिखा रहा है, वह एक गैर-कामकाजी प्रोटोटाइप दिखाने से हमेशा बेहतर होता है।

6
जोड़ा

आप यहां Agile पद्धति का उपयोग कर सकते हैं लेकिन स्पष्ट रूप से आपको अपनी आवश्यकताओं के अनुरूप इसे अपनाना होगा।

उदाहरण के लिए यदि आपके पास वास्तविक ग्राहकों तक पर्याप्त पहुंच नहीं है कि आपके लक्ष्यों की सर्वोत्तम समझ वाले किसी को ग्राहक प्रॉक्सी के रूप में कार्य करना होगा। मैं ग्राहकों को और अधिक पहुंच प्राप्त करने का प्रयास करने का भी सुझाव दूंगा - लगभग हर कोई अधिक व्यस्त दिखने की कोशिश करता है, फिर वे हैं और उस बाधा को हल करने का आमतौर पर एक तरीका है।

सुनिश्चित करें कि आपकी टीम के पास सीमित कार्य समय एक ही समय में है। जब आप एक साथ काम नहीं कर पा रहे थे तो कोई Agile दृष्टिकोण नहीं हो सकता है।

आप निश्चित रूप से कहानी-आधारित अनुमानों, पुनरावृत्ति विकास प्रक्रिया आदि का उपयोग कर सकते हैं।

वास्तव में महत्वपूर्ण बात यह है कि प्रत्येक टीम के सदस्य को एजिल प्रक्रिया कैसे काम करती है और परियोजना में प्रत्येक व्यक्ति की भूमिका के बारे में स्पष्ट और स्पष्ट समझ प्रदान करती है। यह कहना बहुत आसान है कि आप SCRUM का उपयोग करेंगे, लेकिन दुर्भाग्य से वास्तविक समझ और अनुभव के बिना जिसका वास्तव में बहुत अधिक अर्थ नहीं होगा।

कुछ सलाह:

  1. अपने टीम के सदस्यों को शिक्षित करें
  2. यदि आप समय/संसाधनों तक सीमित नहीं हैं, तो आप जो वितरित करना चाहते हैं उसकी एक सूची प्राप्त करें।
  3. अपनी बाधाओं को देने के लिए यथार्थवादी क्या है पता लगाएं। वह शायद ज्यादा नहीं होगा। अत्यधिक आशावादी होने की कोशिश मत करो। आप वास्तव में क्या हासिल कर सकते हैं पर ध्यान केंद्रित करें।
  4. सुनिश्चित करें कि आपके असली ग्राहक इसके लिए बोर्ड पर हैं।
  5. छोटे पुनरावृत्तियों का उपयोग करें (1 सप्ताह या उससे कम)। सुनिश्चित करें कि आप प्रत्येक पुनरावृत्ति के अंत तक पूरी तरह से परीक्षण किए गए उत्पाद को वितरित कर सकते हैं।
  6. अपना काम जल्दी दिखाएं।
2
जोड़ा