परियोजना प्रबंधक तकनीकी प्रेमी होना चाहिए?
"तकनीकी तौर पर प्रेमी? परियोजना प्रबंधक होना चाहिए" इस विषय को हमेशा के लिए काफी हलचल का कारण है. , दूसरों को आश्वस्त जबकि कुछ का मानना है कि आप सभी के लिए एक परियोजना के प्रबंधन की जरूरत है एक PMP प्रमाणीकरण है कि तुम नहीं कर सकते सफलतापूर्वक एक सॉफ्टवेयर विकास परियोजना प्रबंधन, जब तक तुम सचमुच product.I की पेचीदगियों को समझने सहमत हूँ! के लिए एक प्रभावी परियोजना प्रबंधक है, तो आप भारतीय नौसेना पोत और अपने समाधान के बहिष्कार पता होना चाहिए. आप होना चाहिए डिजाइन और समाधान yourself.Here विकसित करने में सक्षम 5 मौलिक परियोजना प्रबंधन कार्य है कि परियोजना प्रबंधक जब तक वे एक मजबूत तकनीकी पृष्ठभूमि है और वास्तव में समझ पूरा नहीं कर सकते हैं उनके EffortIn आदेश product.Estimating के लिए एक परियोजना योजना बनाने का विवरण, तुम कितना प्रयास अनुमान पा आवश्यक कार्यों के सभी पूरी की आवश्यकता है होना चाहिए. कहने की जरूरत नहीं, तुम अनुमान नहीं कर सकते कोशिश जब तक आप वास्तव में समझने की क्या डिजाइन में लागू करने और उन features.Unless तुम समझते क्या 5-9 विश्वसनीयता तक पहुंचने की आवश्यकता है, तुम कितना प्रयास का आकलन नहीं कर सकते प्राप्त करने की आवश्यकता है शामिल है इस गैर कार्यात्मक आवश्यकता. जब तक आप स्पष्ट रूप से समझ में कैसे जावा सर्वर Pages लिखने के लिए, आप अनुमान नहीं लगा सकते कितना विकास के प्रयासों को एक HTML प्रोटोटाइप को पूरी तरह कार्यात्मक JSP का सेट बदलने की जरूरत है pages.Scheduling कि गतिविधियों की जरूरत है कि किसी परियोजना के लिए पूरा होने का कोई हाथ तुम एक सूची TasksImagine, समग्र प्रयास के साथ. तुम एक तर्कसंगत अनुक्रम में काम अनुसूची सकता है? चाहिए डेवलपर्स प्रस्तुति के साथ शुरू, व्यवसाय, या डेटा का भंडारण परत? जो पहले आता है जब एक प्रस्तुति परत पर काम कर रहे: HTML,, सीएसएस जावास्क्रिप्ट या servlets? एक परियोजना प्रबंधक सक्षम होना चाहिए एक तर्कसंगत अनुक्रम में गतिविधियों अनुसूची. यदि आप जो गतिविधियों का पता नहीं पहले आना चाहिए और जो लोग समानांतर में किया जा सकता है, तुम एक साथ एक RiskImagine schedule.Assessing परियोजना नहीं डाल सकते हैं निम्नलिखित परिदृश्य. अपने उत्पाद को 5 दिनों में जारी होने वाला है. क्यूए टीम CLI जाँच की एक श्रृंखला के माध्यम से एपीआई में एक दोष पता चलता है. ध्यान से समस्या की जांच करने के बाद, तुम्हें पता है कि आप कर रहे हैं डेवलपर्स months.Given कि तुम सिर्फ 5 दिन रहे हैं आपके उत्पाद जारी करने से दूर के लिए इस दोष के आसपास काम कर रहे हैं, आप इस दोष को ठीक करना चाहिए या workaround दस्तावेज़? इस समय, किस तरह से कम जोखिम भरा है, यह संशोधित करने के लिए एपीआई कि इस्तेमाल किया जा रहा है? कितने आश्वस्त हैं कि डेवलपर दी समय सीमा में इस API का तय कर सकते हैं? संभावना है कि बदलते इस API का यह फोन मॉड्यूल टूट जाएगा क्या है? तुम दोष अब ठीक करना चाहिए, या उत्पाद जारी है और एक पैच रिलीज में बग पता? जब तक आप इस अंतरफलक के पीछे कोड देखा है, तुम अपने आप को इन सवालों का कोई जवाब नहीं कर सकते. आप अपने डेवलपर्स पूछने की जरूरत है. आप निर्णय नहीं हो निर्माता. वे ग्राहक MeetingsCustomer बैठकों में are.Participating हमेशा तकनीकी चर्चा में खत्म. दुर्भाग्य से, अगर तुम होशियारी से अपनी प्रौद्योगिकी के बारे में बात नहीं कर सकते, तो आप किसी भी मूल्य नहीं जोड़ सकते हैं जैसे बैठकों. तुम भाग नहीं हो तुम सख्ती से सुन रहे हैं, और शायद नोट ले. जल्दी या बाद में, अपने ग्राहकों को मिलेगा खुद अपने डेवलपर्स के सीधे संपर्क. "क्यों परियोजना प्रबंधक से संपर्क करें यदि वह मुझे एक जवाब नहीं दे सकता है? मैं अच्छा स्रोत के रूप में सीधे जा सकते हैं. "है CracksLet चेहरे के माध्यम से कुछ नहीं Falls यह सुनिश्चित करना. तुम हो ज़्यादा समय के रूप में के रूप में आप अपने परियोजनाओं की योजना चाहते हैं कभी नहीं. क्या महत्वपूर्ण है नहीं है कि आप इसे सही पहली बार मिलता है. क्या ज़रूरी है यह है कि तुम काम है कि दरारें के माध्यम से पहले ही गिर गई यह भी late.If तुम नहीं जानते कि क्या आपके की आवश्यकता को पूरा समाधान है पकड़ कर सकते हैं, आप सभी गतिविधियों की अनदेखी की पहचान करने में सक्षम नहीं होगा. वे या तो अपने डेवलपर्स ने बताया जाएगा, या फिर बस लोप forever.In लघु? करने के लिए एक प्रभावी परियोजना प्रबंधक हो, तुम और डिजाइन तैयार करने में सक्षम होना चाहिए समाधान अपने आप को विकसित करना. अन्यथा, आपके पास दो विकल्प हैं. आप या तो (क) दूसरों पूछ सकता हूँ तुम्हारे लिए निर्णय लेने, या (ख) बस दिखावा तुम्हें पता है कि तुम्हारे बारे में बात कर रहे हैं. पहले मामले में, आप एक परियोजना हो समन्वयक. दूसरे मामले में, तुम एक परियोजना Mangler.Luc रिचर्ड के साथ एक एमबीए धारण एक उच्च प्रौद्योगिकी के क्षेत्र में प्रमुख. पिछले 10 वर्षों के लिए, वह सॉफ्टवेयर अनुप्रयोगों के विकास के प्रबंध गया है. वह संस्थापक है परियोजना Mangler (http://www.projectmangler.com), एक ऑनलाइन संसाधन है कि मुक्त लेखों, कहानियों, और तैयार दूसरे-उपकरण को उपयोग करने डेवलपर्स मदद प्रकाशित की, टीम के नेता और प्रबंधकों सॉफ्टवेयर परियोजनाएं देने पर
Article Source: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
Webmaster Get Html Code
Add this article to your website now!
Webmaster Submit your Articles
No registration required! Fill in the form and your article is in the Messaggiamo.Com Directory!
