2009-11-25 21 views
5

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

जब मैं स्कूल खत्म कर रहा था, .NET बस बढ़ रहा था इसलिए हमने अच्छे जीवन-चक्र मॉडल के साथ वेब विकास तक पहुंचने के नए तरीकों को शामिल नहीं किया। अब मैं एक वेब शॉप में काम करता हूं और हम कुछ अच्छे प्रथाओं और प्रक्रियाओं को स्थापित करने की कोशिश कर रहे हैं जहां हमारे पास कोई नहीं है। चूंकि मैंने केवल 6 साल पहले स्नातक किया था और अधिक संरचित सॉफ्टवेयर वातावरण में अनुभव है, इसलिए मैं कुछ नई चीजें पेश करने वाला व्यक्ति हूं।

अभी कार्यालय केवल अराजकता है। मुझे कल एक प्रोजेक्ट मैनेजर से बहुत हंसते हुए कहा गया कि "हमारी प्रक्रिया एक हाथ पकड़ने की आवाज़ है।" हम प्रक्रिया के लिए हताश हैं लेकिन हम नहीं जानते कि क्या करना है। हर कोई एक उपकरण चाहते हैं कि वे चीजों को कैसे करें, जब हमें पहले आवश्यकताओं को इकट्ठा करना चाहिए।

हम 9 कुल लोगों की एक दुकान हैं। हमें तेजी से काम करने में सक्षम होना चाहिए। कुछ अच्छे सॉफ्टवेयर विकास मॉडल क्या हैं जो अब उद्योग मानक हैं? हर कोई ऐसा कर रहा है इसलिए हमें सीखने की जरूरत है, यह दुकान 1 99 5 से साइटें बना रही है। मुझे सर्वोत्तम प्रथाओं पर अच्छे संसाधन कहां मिल सकते हैं? हम एक लैंप की दुकान हैं।

संपादित करें: मुझे यह भी जोड़ना चाहिए, हम मौजूदा वेबसाइटों पर एक प्रक्रिया जोड़ना चाहते हैं। इसलिए हम नई परियोजनाओं का निर्माण नहीं कर रहे हैं, यही वह मॉडल है जो हमेशा के लिए तैयार की जाती है। हम साइटों की 10 साल पुरानी राक्षसों (3-5 अधिक की तरह साल ठीक है, लेकिन ग्राहकों को पुराने हैं) को बनाए रखने रहे हैं और उन्हें जा रहा रखने, जबकि नई सुविधाओं संवर्द्धित जोड़ने। क्या इनमें से कोई मदद कर सकता है?

उत्तर

0

Agile और eXtreme Programming (XP) दोनों अच्छी तरह से काम करते हैं। मुझे Rational Unified Process (RUP) के साथ भी अच्छे अनुभव हुए हैं।

उनमें से सभी पुनरावृत्त हैं, जो उन्हें वाटरफॉल पर एक पैर देता है क्योंकि आप बड़ी मात्रा में कार्यक्षमता को कार्यान्वित नहीं करते हैं, इस बात की कोई दृश्यता नहीं है कि यह कैसा महसूस किया जा रहा है (आपके उपयोगकर्ताओं को छोटे बिट्स का उल्लेख नहीं करना चाहिए परंपरागत मोनोलिथिक रिलीज की तुलना में कहीं अधिक कार्यक्षमता)।

आरयूपी सामने की आवश्यकताओं को इकट्ठा करने में एक महान काम करता है। Agile और XP दोनों तेजी से बारी-बारी से गुणवत्ता सुनिश्चित करने के लिए कुछ वाकई दिलचस्प तकनीकें नियुक्त करते हैं। मैं तीनों पर एक नज़र डालेगा और यह पता लगाऊंगा कि आपकी टीम के लिए सबसे अच्छा फिट होगा (या आपके आवेदन के लिए तीनों के सर्वश्रेष्ठ हिस्सों को कैनबलाइज करें)।

4

अब कितनी दुकानें उपयोग कर रही हैं Agile विकास विधि है। यह एक डेवलपर से जितना संभव हो उतना स्केलेबल है। इस विधि का उपयोग करना किसी भी व्यक्ति को किसी निश्चित अवधि में पूरा करने में सक्षम होने के काम की मात्रा को ट्रैक करना आसान बनाता है। कार्यप्रणाली का वर्णन विकिपीडिया पृष्ठ की जाँच करें:

http://en.wikipedia.org/wiki/Agile_software_development

वहाँ भी आप टीम, प्रोजेक्ट, पुनरावृत्तियों, और सब कुछ की स्थापना की मदद करने के लिए कुछ महान खुला स्रोत और मुफ़्त उपकरण।

हालांकि, मैं कहूंगा कि मैं झरना की दुकान में काम करता था, और जब तक कि परिवर्तन के साथ प्रबंधन चालू नहीं होता है, तो आप कहीं भी झरने से फुर्ती में बदलने की कोशिश नहीं करेंगे।

संपादित करें (प्रश्न संपादित करने के जवाब में): हाँ! Agile निश्चित रूप से मौजूदा परियोजनाओं के रखरखाव और वृद्धि रिलीज के साथ-साथ संभावित रिफैक्टरिंग रिलीज के साथ आपकी मदद करेगा। यह सब समावेशी है।

~ md5sum ~

+0

+1 प्रत्येक व्यक्ति के लिए बोर्ड पर होना चाहिए या यह काम नहीं करेगा। प्रबंधन और डेवलपर्स। – kenwarner

+0

अपने मौजूदा डेवलपर्स को बोर्ड पर रखना अच्छा लगता है, लेकिन अगर वे सहयोग नहीं करना चाहते हैं तो वे बदले जा सकते हैं, और इसके अलावा, मैंने किसी भी "अच्छे" डेवलपर्स से मुलाकात नहीं की है, जिन्हें एक चुस्त पद्धति के तहत काम करने में समस्या थी। दुर्भाग्य से, आप अपने मालिक को आग नहीं लगा सकते हैं। समाधान आर्किटेक्ट जहां मैं काम करता था, इस्तेमाल की गई पद्धति को चुनने के लिए ज़िम्मेदार था, और, जबकि वह एक अच्छा लड़का था, मुझे नहीं लगता कि वह सी # कोड की 3000 से कम लाइनों में फिजबज़ परीक्षण को हल कर सकता है। उन्होंने स्क्रम पसंद करने का दावा किया, और हम चुस्त थे, लेकिन हम किसी तरह के टूटे हुए झरने की तरह थे। पानी के बिना एक झरना शायद ... –

0

Scrum है, जो एक चंचल अभ्यास है, अराजकता के कुछ पर लगाम लगाने की कोशिश कर के लिए एक सुझाव होगा। आपके प्रोजेक्ट मैनेजर के पास क्या प्रथाएं हैं? यह बड़े प्रश्नों में से एक होगा क्योंकि शायद हंसी किसी ऐसे व्यक्ति से आ रही हैं जो उनकी स्थिति में धमकी दे रही है।

संपादित करें: बस के रूप में कुछ और विचार करने के लिए, आप इन जगह में क्या है:

  • परीक्षण - आपको कोई भी स्वचालित परीक्षण है?
  • निरंतर एकीकरण - क्या आप इसके बारे में जानते हैं? इसे बिल्कुल इस्तेमाल करें?
  • स्रोत नियंत्रण - क्या आपके पास शाखाएं और प्रक्रियाएं या चेक-इन हैं?
  • विकास पद्धति - विज्ञापन या "बस क्या काम करता है" मानसिकता?
  • वातावरण - क्या विकास, परीक्षण और उत्पादन वातावरण है?
+0

नहीं, हंसी असली थी क्योंकि वह जानता था कि मैं सही हूं। सचमुच कोई प्रक्रिया नहीं है। प्रत्येक प्रोजेक्ट मैनेजर अपनी खुद की चीज करता है। हम एक दूसरे से बात करते हैं और काम "पूरा" करते हैं, फिर बाद में आग लगाना समाप्त कर देते हैं। वास्तव में अराजकता – tkotitan

+0

कम से कम कुछ काम किया जाता है। मैं कल्पना कर सकता हूं कि कुछ जगहें कुछ उंगली के कारण कुछ भी नहीं हो पाती हैं, जिनकी गलती यह है कि कुछ भी नहीं किया जाता है। –

+0

हां, लेकिन दिन हैं - दिन - सप्ताह, यहां तक ​​कि महीनों, जहां मैं कुछ डाउनटाइम के लिए मार दूंगा! :) लेकिन आप सही हैं। हमारे कार्यालय में कोई अविश्वसनीय सहयोगी भावना नहीं है, कोई दोष नहीं है, बस समस्या को हल करने और ग्राहकों की मदद करने के लिए मिलकर काम कर रहा है। मैंने कभी ऐसा कुछ नहीं देखा है। – tkotitan

0

प्रचार प्रचार है। मुझे Lean के पीछे सिद्धांतों से प्यार है, जिनकी जड़ें Agile समुदाय में हैं।

0

मुझे लगता है कि एक अच्छा प्रारंभिक बिंदु जोएल टेस्ट है। यहां Joel Test for web development है। एक बार जब आप इसे देखेंगे तो आपको पता चलेगा कि सामान को बेहतर बनाना शुरू करना है। ये मूल बातें हैं।

1

मुझे पता है कि यह वास्तव में पुरानी पोस्ट है और मूल पोस्टर हाल ही में सक्रिय नहीं हुआ है। हालांकि, मुझे आश्चर्य है कि यह एक मौजूदा मुद्दा नहीं हो सकता है जिसे अभी भी एक जवाब की आवश्यकता है। मैं StackOverflow के लिए एक नोब हूँ, लेकिन मुझे इस समस्या के बारे में कुछ अंतर्दृष्टि है।

इस पोस्ट के लिए संबोधित करने के लिए कई चीजें हैं। सबसे पहले, आप एसडीएलसी मॉडल के "सर्वश्रेष्ठ" प्रकार को जानना चाहते हैं। कई अलग-अलग मॉडल हैं, लेकिन एक सही जवाब नहीं है। यह उस पर निर्भर करेगा जो आप पूरा करने की कोशिश कर रहे हैं और आपकी टीम कैसे सर्वोत्तम काम करती है।

आपकी पोस्ट के आधार पर, Agile और Scrum का संयोजन प्रक्रियाओं के आपके आदेश को प्रबंधित करने के लिए एक अच्छा तरीका होगा। चापलूसी आपको पुनरावृत्तियों में तेजी से काम करने की अनुमति देगी, जबकि स्क्रम आपकी टीम को कार्यों, जिम्मेदारियों, प्राथमिकताओं, चुनौतियों और समाधानों की पहचान करने में मदद करेगा।

सर्वोत्तम प्रथाओं और पद्धतियों की स्थापना करते समय यह महत्वपूर्ण है, एसडीएलसी विधि को प्रक्रिया पहचान और ध्यान स्वयं को संबोधित किया जाना चाहिए। संगठन को यह आकलन करना चाहिए कि कौन सी परियोजनाओं को करने की आवश्यकता है, कौन और क्या आवश्यक है, मुद्दों और संभावित समाधान, और कार्य टूटने की संरचना जो प्रक्रिया बनाने के लिए प्रत्येक कार्य की आवश्यकताओं को प्रबंधित करने में मदद करेगी।

** उदाहरण के लिए, ** यदि आपको किसी मौजूदा साइट पर कोई पृष्ठ जोड़ने की आवश्यकता है, तो शायद एक प्रक्रिया दिशानिर्देश बनाएं (क्योंकि प्रत्येक पृष्ठ अलग होगा, जैसा कि ग्राहक होगा)। आपके पास एक प्रक्रिया हो सकती है जो निम्न के जैसा है: 1. ग्राहक चिंताओं, आवश्यकताओं, विचारों, अपेक्षाओं, आदि को इकट्ठा करें .: (आवश्यकताएं साक्षात्कार) 2. मौजूदा मानकों/कार्यान्वयन पहचान 3. पूर्ण करने के लिए आवश्यक प्रत्येक कार्य की सूची पेज अलावा 4. एक विस्तृत काम टूटने संरचना (WBS) और प्रत्येक कार्य 5. एक प्रगति प्रबंधन प्रणाली बनाएं के लिए अनुसूची/समय सीमा बनाएँ (यह एक नई प्रक्रिया का विकास किया जा रहा है।) 6. प्रतिनिधि कार्य/समय सीमा/टीमों/आदि। 7. एक टीम संचार स्थापित करें 8. समीक्षा/परीक्षण प्रगति 9।स्थापना के रूप में Agile/Scrum विधियों के आधार पर कार्यों/WBS/अनुसूची समायोजित करें।
10. पूर्ण/संतुष्ट आवश्यकताओं तक दोहराएं।

आप चंचल और स्क्रम प्रक्रियाओं अन्य प्रक्रियाओं की स्थापना से पहले की स्थापना हो सकता है, और जब तक वे सेवाओं है कि प्रदान कर रहे हैं के लिए काम आप उन्हें समायोजित कर सकते हैं।

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

अपनी प्रक्रियाओं में से किसी के लिए आदेश प्रभावी होने के लिए, आप अपनी टीम के साथ संवाद करने के लिए क्या काम करता है, काम नहीं करता है या जरूरत है, क्या काम करता है, लेकिन सुधार की जरूरत है। कुछ औजार जिनके लिए मैंने बहुत प्रशंसा की है, वे हैं: 1. स्लैक डॉट कॉम: यह एक टीम प्रोजेक्ट प्रबंधन उपकरण है। 2. जी सुइट: यह ऐप्स का एक सशुल्क सूट है, लेकिन आप जीमेल, गूगल ड्राइव, Google शीट्स, डॉक्स, कैलेंडर, Hangouts, Google + और उनके अन्य निःशुल्क टूल का आसानी से उपयोग कर सकते हैं।
3. ट्रेलो डॉट कॉम: यह एक अच्छा सहयोग बोर्ड है जिसका उपयोग मैं अपनी परियोजनाओं के लिए कुछ दोस्तों के साथ करता हूं। आपके पास व्यक्तिगत बोर्ड या साझा बोर्ड हो सकते हैं: कैलेंडर्स, टीमें, ईमेल कनेक्शन, अनुस्मारक इत्यादि। मैंने वास्तव में इस साइट टूल का आनंद लिया है।

ये बस कुछ ही मुझे लगता है कि सभ्य हैं कि कर रहे हैं, लेकिन इससे अधिक है कि विभिन्न सुविधाओं की पेशकश, तो आप चुन सकते हैं क्या आप के लिए काम करता है कर रहे हैं।

अंत में, परियोजना प्रबंधन एक चुनौतीपूर्ण काम है, लेकिन एक आप काम पर रखा इस दुविधा के साथ मदद करने में सक्षम होना चाहिए। हालांकि, यहां कुछ ऐसी साइटें हैं जो आपको अपने कुछ प्रोजेक्ट प्रबंधन करने में मदद कर सकती हैं: 1. पीएमआई डॉट ओआरजी: यह प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट है। यहां तक ​​कि यदि आप प्रोजेक्ट मैनेजर नहीं हैं और बनना नहीं चाहते हैं, तो यहां प्रबंधन की स्थिति में किसी के लिए वास्तव में महान अंतर्दृष्टि और युक्तियां हैं जो परियोजनाओं की रसद की देखरेख करती हैं।
2. SDLC PM: यह अभी भी PMI.org है, लेकिन यह लिंक आपके प्रश्न के लिए विशिष्ट है। 3. Projectmanager.com: इसमें परियोजना प्रबंधन के लिए उपकरण हैं। अतिरिक्त संसाधनों के साथ यहां एक लिंक भी है।

ठीक है, मुझे आशा है कि इस जानकारी को आप और अन्य लोगों में मदद करता है। मेरे पास और लिंक होंगे, लेकिन मुझे अधिक प्रतिष्ठा अंक चाहिए। हालांकि, मैंने वहां उन्हें छेड़छाड़ करने की कोशिश की। सादर।

-ऑड्रेलीन

संबंधित मुद्दे