परियोजना जमी - मुझे मेरे बाद लोगों को क्या छोड़ना चाहिए?

Question

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

कुछ कदम जो हमने पहले ही उठाए हैं:

• तकनीकी दस्तावेज (पूर्ण नहीं है लेकिन कम से कम कुछ है);
• स्रोत-नियंत्रण प्रणाली का इतिहास;
• परियोजना के किन भागों में सुधार की आवश्यकता है और हम ऐसा क्यों सोचते हैं;
• यूनिट परीक्षणों का गुच्छा।
• हमारे द्वारा किए गए सभी टिकटों के साथ ट्रैकर जारी करें ( EDIT )

आप क्या सोचते हैं कि हमने पहले से क्या तैयार किया है और हम और क्या कर सकते हैं?

Comments

प्रोजेक्ट से संबंधित जारी ट्रैकर में टिकटों की एक आसान-पुनः प्राप्त सूची पर विचार करें

— gnat

README.TXT में संभव के रूप में परियोजना के स्रोतों के साथ "क्यों?" के कई जवाब दिए ।

@gnat विचार के लिए धन्यवाद। इसने मुझे याद दिलाया कि मैं इसका उल्लेख करना भूल गया। हम सभी टिकटों के साथ इश्यू-ट्रैकर का उपयोग करते हैं। मैं इसे सूची में जोड़ दूंगा।

— nyxz

मैं आपके परित्यक्त कोड आधार के लिए एकजुटता का एक आंसू बहा रहा हूं। zdnet.com/blog/projectfailures/…

— बेन

Answer 1

कुछ और बातों पर विचार करें

• क्या परियोजना निर्देशिका संरचना समझदार है? क्या आपने कोड टिप्पणियों को संशोधित किया है? क्या कमिट लॉग कोई प्रस्तुत करने योग्य है?
• Gerneral उद्देश्य ओवरव्यू (तकनीकी के विपरीत, जो आपने शुरू किया है), परियोजना, परियोजना इतिहास (इसके विकास चक्र, पिछले परियोजना प्रबंधकों, कर्मचारियों की सूची, आवश्यकताओं / सुविधा विनिर्देश) पर पढ़ने की सलाह दी
• यूएमएल आरेख, वर्ग आरेख, काम प्रवाह आरेख!
• कारणों से परियोजना जमी है हमेशा अच्छा होता है।
• विकास का वातावरण, आईडीई जो उपयोग किए गए हैं, उपकरण बनाते हैं, ये तकनीकी डॉक्स में सही हैं?

मैंने अभी हाल ही में विरासत में मिली कुछ परियोजनाओं के बारे में सोचा था, जिन्हें मैं देखना पसंद करूंगा। आपने जो पहले ही प्रदान किया है वह मेरे द्वारा प्राप्त किए गए से बहुत अधिक का नरक है। आप अगली टीम को बाहर करने में मदद के लिए प्रमुख कर्म अंक प्राप्त करेंगे :)

Answer 2

जब मैं किसी और प्रोजेक्ट को उठाता हूं तो जिन चीजों को रखना है, वे हैं:

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

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

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

परियोजना के इरादे का एक सामान्य बयान। सॉफ्टवेयर का यह टुकड़ा किस लिए है? उचित के रूप में कम है, लेकिन किसी तरह का अवलोकन वास्तव में सहायक हो सकता है।

Comments

पूर्ण टूलकिन के लिए +1। यदि आप सॉफ़्टवेयर का निर्माण और परीक्षण नहीं कर सकते तो दुनिया के सभी दस्तावेज़ मदद नहीं करेंगे। जब संभव हो, मैं सभी टूल्स के लिए इंस्टॉलेशन इमेज को शामिल करना पसंद करता हूं (हालांकि आजकल मैं शायद किसी तरह की वीएम इमेज का विकल्प चुनूंगा)। बिल्ड प्रक्रिया का पता लगाने से बदतर कुछ भी नहीं है कि किसी कंपनी से तीसरे पक्ष के प्लग-इन पर निर्भर करता है जो किसी भी अधिक मौजूद नहीं है!

— TMN

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

— माइकल कोहेन

Answer 3

एक स्क्रीनकैस्ट

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

Comments

+1 यह बहुत सरल है, लेकिन SO बहुत मायने रखता है।

— lwm

Answer 4

यदि आप जानकारी को व्यावसायिक आवश्यकताओं को जोड़ने के लिए निजता रखते हैं।

1. ग्राहक को क्या चाहिए था?
2. परिवर्तन कैसे सुगम हुए?
3. ग्राहकों की जरूरतों को पूरा करने में क्या कुछ चुनौतियाँ थीं?
4. क्या जरूरतें पूरी नहीं हुईं और क्यों?

Answer 5

रनिंग-स्टैंड-अलोन डिवेलपिंग सिस्टम की एक वर्चुअमाइन इमेज (यानी vm- वेयर) काफी मूल्यवान हो सकती है।

पिछले साल मुझे कुछ vb3 कोड ठीक करने के लिए कहा गया था। यह vb3, windows95 और बहुत सारे स्थापित ओले-कंट्रोलर्स के साथ एक रनिंग सिस्टम बनाने के लिए काफी अलग था। एक हफ्ते के बाद मैंने हार मान ली :-(

[अपडेट] क्या किसी के पास पुरानी वर्चुअल-मशीन छवियों को बदलने के साथ कोई एक्सपीरियंस है ताकि इसे नए वर्चुअल-मशीन-प्लेयर में खेला जा सके?

आपको यह भी विचार करना होगा कि आधुनिक हार्डवेयर / अतिथि ओएस पर बहुत पुरानी छवि को चलाने के लिए यह संभव नहीं हो सकता है।

Comments

वर्चुअल मशीन को अपग्रेड करने के बारे में एक नया सवाल खोलने पर विचार करें।

@ थोरबजोरन रावन एंडरसन। तुम सही हो। मैंने अपने उत्तर के अंतिम भाग में सुधार किया।

— k3b