मेरा अनुभव - वास्तविकता में एक सपना बना
अस्वीकरण: सभी व्यक्त विचार मेरे विचार ही कर रहे हैं! आपकी राय अलग ... 1 सकती है. कैसे अलग उत्पाद विकास है 2?. एक उत्पाद के निर्माण की बुनियादी बातों में क्या कर रहे हैं 3?. मुझे कैसे पता चलेगा कि मैं गलत हूँ पर उत्पाद के निर्माण के अंत 4?. तुम दोनों उत्पादों, अगर एक दूसरा मौका दिया निर्माण शुरू करेंगे? 5. अचानक मैं खाली जाओ सब, मैं क्या कर 6? चाहिए. लेकिन मेरी एक परियोजना में देरी समय पर चल रहा है, मैं क्या करूँ? 7. नुकसान बाहर मील के पत्थर लगाने में 8?. परीक्षण? क्या 9?. मैं 7 दिन एक सप्ताह क्या टीम काम है? 10. क्यों इस अकसर किये गए सवाल 1?. कैसे अलग उत्पाद विकास के लिए शुरुआत है?, वे पूरी तरह से orthogonal रहे हैं! मैं सुन सकता हूँ तुम 'अस्पष्ट बोली चलो एक उत्पाद के निर्माण के एक ढांचे के निर्माण से अलग नहीं है. "सकता है मैं इसे कठिन रास्ता सीखा! हाँ, हालांकि वे लगता है बहुत से संबंधित हो, सूक्ष्म अंतर उन्हें स्थान दूर! एक ढांचे के विकास में, तुम तुम जो भी मन में है के साथ शुरू किया था. अर्थात् तुम ढांचे के अपने संस्करण conceptualize. यह आप आरंभ करने के लिए, लेकिन कुछ समय बाद, ग्राहकों के एक जोड़े में जब तुम रस्सी, यह तुम (रूपरेखा टीम) नहीं है कि निर्णय में क्या जाता है या जो उपयोगी है! यह मुख्य रूप से आंतरिक ग्राहकों से प्रेरित है. वे नियमों को परिभाषित शुरू करते हैं. यह जांच सुनिश्चित करता है कि जो कुछ भी रूपरेखा टीम बनाता है, प्रभावी रूप से प्रयोग किया जाता है! खैर, यह एक तरह काम करता है गाइड post.The परिदृश्य उत्पाद विकास के संबंध में एक 'यू बारी "लेता है. क्यों? यह सच है कि इसे जल्दी ग्राहकों में काफी रस्सी के लिए मुश्किल के कारण है. जब तक वे समाधान के लिए एक impinging की जरूरत है, वे ऑप्ट को जल्दी पक्षी ग्राहक कार्यक्रम का हिस्सा नहीं होगा. तो क्या हो सकता है possibliy के लिए पागल हो जाता है, "अगर ऐसा होता है क्या हो सकता है?" और तुम शुरू समस्याओं या विकासशील सुविधाएँ जो नहीं हो फिक्सिंग उपयोगी! यह मैं "उत्पाद डेवलपर्स" मन ब्लॉक के रूप में कार्यकाल होगा. हम इस पार से उबरने में खुद को प्रतियोगियों (Eee रणनीति), लेकिन रेखा के नीचे के साथ सत्यापित, यह प्रभावी नहीं हो सकती है. क्योंकि हम हैं के लिए प्रतियोगी वृथा. तो क्या तुम product.2 में डाल के बारे में हमेशा सतर्क है. क्या एक उत्पाद निर्माण की बुनियादी बातों में रहे हो? उत्पाद का सबसे महत्वपूर्ण पहलू वैचारिक ईमानदारी है! हाँ! कि है अपने उत्पाद को सफल बनाने के लिए गुप्त अंग! कल्पना कैसे end-user/customer उत्पाद देखेंगे. यह बातें सीधे सेट होगा! क्या तुम नहीं जानते के साथ उत्पाद देख प्रारंभ, लेकिन साथ क्या ग्राहक जानता है. किसी भी निर्माता के मूलभूत व्यवहार को बातों के लिए दी लेने की आदत में आ जाता है. सामान्य ख़तरा अर्थात् यह है कि एक बार तुम पेड़ आप भूल जाते हैं जंगल में मिल (समग्र तस्वीर!) हमेशा पेड़ों पर वन पर और ध्यान नहीं! उत्पाद के प्रारंभिक चरण के दौरान, मैं उसे याद किया है और मैं मूल्य (अतिरिक्त समय) payed! 3. मुझे कैसे पता चलेगा कि मैं इस इमारत की गलत अंत में हूँ उत्पाद? वैसे यह एक कठिन सवाल है, मुझे यह एक कोशिश ... पल तुम बैठ जाओ के लिए काम करते हैं, क्या बात है कि तुम्हारे दिमाग में चमक, "कैसे मुद्दों को ठीक करने?" "जहाँ समाधान खोजने के लिए?" "मैं यह बग? कैसे कील सकता है" यदि आप का जवाब "हाँ" किसी भी सवाल का है, तो आप वृक्ष देख रहे हैं! यह अधिक बार जब आप product.4 की वैश्विक तस्वीर visualizing शुरू है. तुम दोनों उत्पादों, अगर एक दूसरा मौका दिया निर्माण शुरू करेंगे? नहीं, यह नहीं ठीक है! कभी नहीं एक ही समय में दो उत्पादों को शुरू करने, यहाँ तक कि जब वे संबंधित हैं. आम तौर पर क्या होता है कि तुम एक उत्पाद या दूसरे का ध्यान खो देते हैं. अभी 5-6 से दूसरे उत्पाद के शुरू स्थगित महीने. जो उत्पाद के दौरान पहली बार एक सभ्य आकार में आ जाता. यह सिर्फ एक संतुलन है! लेकिन अपने लाभ ... 5 भिन्न हो सकती है. अचानक मैं खाली जाओ सब, मैं क्या? ठीक करना चाहिए, मैं इस उत्पाद के रूप में कार्यकाल होगा डेवलपर्स "खंड". ऐसा होता है, afterall हम मानव हैं याद है. अभी से कुछ दिन ले लो! और एक नए दिमाग से शुरू हो जाओ! मुझे विश्वास है कि यह सामान्य है! बस आगे बढ़ो और वहाँ लोगों के साथ बात जो पहले से ही है निर्मित उत्पादों महान! 6. लेकिन मेरी एक परियोजना में देरी समय पर चल रहा है, मैं क्या करूँ? मैं जो भी यहाँ कह पते तुम्हारी समस्या नहीं होगी. सभी मैं कहना है इस है, तो आप इस परियोजना को समय सीमा को कम करके आंका. विश्वास करना मुझे सभी सॉफ्टवेयर डेवलपर्स आशावादी, कोई बात नहीं कर रहे हैं क्या, कि उनका स्वभाव है ;-) यह ठीक है! जब तक तुम देरी स्वीकार करते हैं और एक से अधिक schedules.7 बेहतर बनाने के प्रयास करते हैं. बाहर रखने में नुकसान मील के पत्थर? खैर यह उत्पाद पर निर्भर करता है, अगर उत्पाद बहुत सीधे उच्च प्रदर्शन के बिना आगे है अर्थात् / scalability आवश्यकताओं, आपके मासिक मील का पत्थर (s के साथ आगे बढ़ने). लेकिन सावधान, जबकि टैगिंग हो मील के पत्थर. क्योंकि मैं मील का पत्थर संख्या से बाहर चलने की समस्या का सामना करना पड़ा :-( और यह पहले भी यह बीटा था बीटा तैयार बुला शुरू कर दिया! क्या? 8.Testing? यह कितना गुणवत्ता आप अपने उत्पाद में चाहते हैं पर निर्भर करता है! आम तौर पर यह के उत्पाद बनाने के लिया समय समय 1/3rd होगा लो! कोई फर्क नहीं पड़ता कि कितना दबाव तुम मासिक रिहाई के लिए है, गुणवत्ता पर कभी समझौता! हम गुणवत्ता के बारे में बात करना आदि प्रारंभिक अवस्था में है, लेकिन यह समय की कमी के नाम पर कुर्बान! कभी नहीं करते हैं. क्या होगा यदि मील का पत्थर स्थगित हो जाता है? यह ठीक है! 9 है. मैं 7 दिन एक सप्ताह क्या टीम काम कर? नहींं! जो भी इस पर मत करना होता है! (मैंने ऐसा किया था, मैं obssessed मिला उत्पाद के साथ). लगातार अपनी ही टीम की आवश्यकता है! अच्छा! यह मानक प्रबंधन दर्शन के खिलाफ हो सकता है और समय आपको अधिक लाभ तुम खर्च कर रहे थे! मैं पूरी तरह इस से असहमत हैं! इस बारे में सोचो, जब है कि तुम सबसे अच्छा विचारों और अपनी समस्याओं के समाधान मिलता है? मुझे विश्वास है कि आप उन्हें काम पर नहीं मिलता हूँ! यह तभी होता है जब आप काम से दूर रहे हैं. इसके अलावा, सॉफ्टवेयर नौकरी की प्रकृति couontless की जरूरत नहीं है घंटे. सब की जरूरत है एक स्पष्ट मन और बहुत कम समय है. लेकिन उद्योग के सभी तरह खराब कर दिया है! मैं इसे एक शॉट लिया लेकिन सफलता नहीं मिली ... लेकिन मुझे यकीन है कि मैं यह निकट भविष्य में किसी दिन टूट जाता हूँ! यहाँ एक दिलचस्प है tid बिट: मुझे काम की उत्पादकता के बारे में एक अंतरराष्ट्रीय अध्ययन के पार आया था (मैं हूँ, मैं कड़ी याद खेद), यह कहा गया है कि एक औसत पर सिर्फ 2 घंटे / उत्पादक काम में दिन परिणाम! इसका मतलब है कि हम लगभग 6 घंटे खर्च दिन (काम समय के रूप में 8 बजे संभालने) आदि के संचार में .. खैर, मैं सुन सकता था तुम मुझ पर चिल्लाओ, संभव है कि अच्छी तरह से yourseslf के लिए कोशिश नहीं की है! इससे पहले कि यह सुनिश्चित करना है कि क्या उत्पादक काम है! कुछ भी है कि तुम कंपनी का लक्ष्य प्राप्त करार दिया उत्पादक है. सावधानी के एक और शब्द है कि इस समय सीमा केवल एक सप्ताह से अधिक एक औसत है यानी, तुम कुछ दिनों के बारे में अधिक उत्पादक होते हैं सिर्फ 10!. ऐसा क्यों अकसर किये गए सवाल? हैं दो तरीकों के लिए किसी और experince से इस दुनिया में कुछ भी, एक कठिन रास्ते और दूसरी सीखने सीखो. मैं मुश्किल तरीके से सीखा है, मैं तुम्हें आसान तरीका जानने के लिए चाहता हूँ! यदि यह तुम प्रबुद्ध, यहाँ है कि मैं क्या आप चाहते हैं करना ... शेयर अपने learnings कि करते दो! अरे मैं और सवाल मुझे क्या करना है? अच्छी तरह से तुम मैं विकल्पों में से कुछ है) कुछ किताबें पौराणिक मनुष्य महीना esp पढ़ें (एक उत्पाद नेताओं के लिए पढ़ें) द्वितीय) के साथ चर्चा होगी
Article Source: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
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!
