अनुकूलन रणनीति के विकास में गड़बड़ी

लेखक:इज़ान, बनाया गयाः 2021-07-06 21:09:02, अद्यतन किया गयाः 2021-07-07 13:28:55

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

शर्तेंः एक, कार्यक्षमता की आवश्यकताओं में बढ़ोतरी नहीं हुई दो, कीमतें एक-दूसरे के अनुसार हैं, कोई वापसी नहीं 3. विकास चक्र एक दूसरे के द्वारा प्रदान किया जाता है, और प्रत्येक विस्तार डेवलपर्स को सम्मान देता है।

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

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

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

4. केवल मौखिक संचार के बजाय दूरस्थ सहायता और वॉयस संचार की आवश्यकता होती है, कभी-कभी एक या दो वाक्य स्पष्ट रूप से स्पष्ट कर सकते हैं, लेखन को वास्तव में एक मजबूत सांस्कृतिक आधार और मौखिक अभिव्यक्ति की क्षमता की आवश्यकता होती है, और इसके अलावा पेशेवर नामों की आवश्यकता होती है जो गलत नहीं हो सकते हैं, बहुत परेशानी होती है, निश्चित रूप से बोलने की आवश्यकता होती है, या वह वाक्य। भुगतान से पहले वॉयस दूरस्थ रूप से विस्तार से आवश्यकताओं का स्पष्ट वर्णन करना सबसे महत्वपूर्ण है।

इस कस्टम विकास की पूरी प्रक्रिया मूल रूप से पैसे मांगने और भुगतान में तेजी लाने के बारे में है। सबसे अधिक बार भुगतान करने के लिए कहा जाता है; सबसे अधिक कहा जाता है कि मेरे पास परीक्षण करने के लिए कोई समस्या नहीं है, आपके पास समस्या यह है कि आप इसे नहीं करेंगे।

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

निष्कर्षः फिर से करना

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

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


अधिक

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

घासअनुकूलन रणनीति वास्तव में परेशानी है, अपने विचारों के साथ समस्याएं, संचार के साथ समस्याएं, वास्तविकता के साथ समस्याएं, आदि।

छोटे सपनेहम आपकी जरूरतों, सुझावों और टिप्पणियों के बारे में जानने के लिए बहुत सहानुभूति रखते हैं। Crowdsourcing एक ऐसा क्षेत्र है जो सूचनाओं के आदान-प्रदान, प्रकाशन और विशिष्ट उपयोगकर्ताओं के बीच ऑफ़लाइन सहयोग के लिए एक जगह प्रदान करता है। इसलिए विकास पक्ष और डेवलपर के बीच एक समझौता होना चाहिए, विकास सामग्री पर समझौता करना चाहिए, और समझौते के अनुसार कार्यान्वयन करना चाहिए। एक अनुचित उदाहरण के रूप में, जैसे कि प्रतिभा बाजार में काम करने के लिए श्रमिकों की तलाश, मजदूरी, निर्माण सामग्री आदि के बारे में एक विशिष्ट समझौते पर हस्ताक्षर किए गए हैं, काम करने वाले लोगों की कार्यप्रणाली, काम करने का दृष्टिकोण, दक्षता और मजदूरी निश्चित रूप से अलग है। प्रतिभा बाजार निश्चित रूप से किसी भी पक्ष के लिए कुछ भी गारंटी नहीं देता है, प्रतिभा बाजार केवल एक सूचना, संचार और प्रकाशन स्थान है। मुझे आशा है कि आप समझेंगे। और एक ही बात की बहुत तारीफ है. `` 1, सुझाव है कि आप आवश्यकताओं के बारे में बात करें, चाहे डेवलपर आपको कितना भी सरल बताएं, भुगतान करने से पहले हर बिंदु पर स्पष्ट रूप से बात करने की सलाह दी जाती है, गुस्सा से बचें, भले ही वे आपको विस्तार से बात न करें, लेकिन भुगतान करने से पहले जितना संभव हो उतना विस्तार से बात करें। `` आवश्यकता पक्ष को डर है कि डेवलपर नीति को समझेंगे, आवश्यकता सामग्री को स्पष्ट नहीं करेंगे, और फिर इसे बदल देंगे, शायद आवश्यकता पक्ष सोचेंगे कि यह कुछ पंक्तियों के कोड से अधिक है। वास्तव में, नीति को बदलना सबसे मुश्किल है (कभी-कभी इसे फिर से लिखना भी नहीं चाहते हैं) । इसलिए, डेवलपर्स और मांग पक्षों के बीच सहयोग के लिए मुख्य प्राथमिकताएं हैंः ** विकास आवश्यकताओं को तैयार करना, स्पष्ट रूप से वर्णन करना, सटीक होना, दोनों पक्षों द्वारा दस्तावेज की पुष्टि करना और सहमत प्रक्रिया के अनुसार विकास को आगे बढ़ाना।

छोटे सपनेठीक है, इस संबंध में कुछ डेवलपर क्रेडिट रिकॉर्ड जोड़ने पर चर्चा की जा सकती है, सुझाव के लिए धन्यवाद।

इज़ानयह संदेश उपयोगकर्ता स्वयं हटा सकते हैं।

छोटे सपनेवर्तमान में, Crowdsourcing Platform पर टिप्पणी करने के लिए स्वतंत्र है।

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

इज़ानइस तरह से, हम अपने देश के लिए एक अच्छा विकल्प चुनते हैं, और हम अपने देश के लिए एक अच्छा विकल्प चुनते हैं।