2009-09-25 10 views
5

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

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

ध्यान में रखते हुए कि मैं अंततः इस परियोजना को पोर्टफोलियो में रखना चाहता हूं, बैठक में मुझे किस प्रकार के नोट्स लेना चाहिए?

+2

आप किस प्रकार के नोट्स लेते हैं? –

+0

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

उत्तर

6

मैं अब प्रोग्रामिंग केवल मेरा एक शौक हो गया है जब तक दो साल पहले कॉलेज स्नातक की उपाधि प्राप्त है, और ऊपर।

उस मामले में, मेरे सुझाव है:

अपने अज्ञान में

रेवेल।

तथ्य का अधिकतम लाभ है कि आप कुछ नहीं जानते और आप जानने का अवसर दिया जा रहा हो - के रूप में कई सवाल आप किस प्रकार का चाहिए के बारे में सवाल में टीम लीडर के रूप में संभव सवाल पूछने के लिए मौका दुरुपयोग पूछें और आप जो सीखते हैं उसे दस्तावेज कैसे करना चाहिए।

आपको केवल बर्बाद होने का एक मौका मिलता है, एक बार जब आप इसे बर्बाद कर देते हैं तो आपको अपने बाकी जीवन को एक जानकारियों के रूप में खर्च करना होगा; सीखने की प्रक्रिया का आनंद लेने का मौका लें।

+0

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

+0

ओह भगवान के लिए, आपने अभी कहा * बिल्कुल * वही काम जो मैंने किया, अधिक क्वालीफायर के साथ। 'आप निश्चित रूप से अज्ञानी हो सकते हैं और इससे डरना नहीं चाहिए।' और 'आप मार्गदर्शन और सलाह मांग सकते हैं'। क्या आप * ईमानदारी से * सोचते हैं कि यह ठीक नहीं है कि मैं अपने उत्तर में क्या कह रहा था, बस अलग-अलग भाषा के साथ? इतना खूनी शाब्दिक होना बंद करो। – Steerpike

+0

मुझे लगता है कि इस मामले में क्वालीफायर महत्वपूर्ण रूप से महत्वपूर्ण हैं: "पूछें, लेकिन अपना होमवर्क करें"। आपने केवल कहा: "दूर पूछो।" –

7

लें जो कुछ भी लिखा है आपको लगता है कि सबसे अच्छा होगा मदद आप use cases और user requirements समझ सकते हैं। बाकी सब कुछ सिर्फ तकनीकी विवरण है जिसे बाद में पता लगाया जा सकता है।

+0

यह माना जाता है कि वह किस मामले का उपयोग कर परिचित है ... –

+0

मैंने कुछ विकिपीडिया लिंक जोड़े। –

3

यह समझने की कोशिश करें कि टीम लीडर के पास शुरुआत में ही सभी आवश्यकताओं को उपलब्ध नहीं हो सकता है। लोगों को शिकार करने और इन सभी आवश्यकताओं को लिखने के लिए तैयार रहें क्योंकि वे अंदर आते हैं।

विकास के दौरान हालात बदलेंगे, नई समस्याएं और नई आवश्यकताएं हमेशा पॉप-अप हो जाएंगी।

4

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

3

तीन बातें:

  • क्या: क्या सॉफ्टवेयर क्या करना चाहिए है, और अधिक विस्तृत आप बेहतर होने की दूसरे व्यक्ति को प्राप्त करने के लिए प्रबंधन कर सकते हैं।

  • कैसे: क्या कोई ज्ञात बाधाएं हैं? उदाहरण के लिए, यदि उसे एक टेलीफोन नंबर मांगना है, तो क्या इसे राष्ट्रीय स्तर पर/अंतरराष्ट्रीय स्तर पर मान्य करना होगा/बिल्कुल नहीं। दो पक्षों:

    1. आपके किसी भी सवाल करता हूँ कौन जवाब देगा, होगा आप सेटअप साप्ताहिक प्रगति बैठकों यह सब

    2. कौन विंडोज 2008/2003 को चलाने के लिए है /?

    3. सॉफ़्टवेयर का उपयोग कौन करेगा, क्या आप अपने प्रोटोटाइप पर अपना प्रारंभिक इनपुट प्राप्त कर सकते हैं, क्या आप उन्हें राय/आवश्यकताओं के लिए पूछ सकते हैं?
3

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

बोनस के रूप में, मैं ज्यादातर लोगों को बैठकों में कोई दस्तावेज नहीं लेते हैं, इसलिए आप यह भी देखेंगे कि आप एक वास्तविक गो-गेटर हैं जो हमेशा तैयार होते हैं, जो कभी भी बुरी चीज नहीं होती है।

इसका मुख्य नकारात्मक पक्ष यह है कि यदि दस्तावेज़ अपडेट होते हैं और अक्सर बदलते हैं तो आप पेपर बर्बाद कर देंगे।

1

रूप में अच्छी तरह है, जहां जानकारी प्राप्त करें जहां फाइलों आप नेटवर्क, जहां परियोजना के लिए स्रोत नियंत्रण भंडार है पर संग्रहीत की जरूरत है, आदि कर रहे हैं

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

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

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