"स्पार्कलिंग डैगर" या हमने एक अरब परियोजना कैसे की

** ध्यान, यह लेख अचानक से टूट गया जैसे कि इसमें वर्णित परियोजना **

शुरुआत

यह सब आशावादी रूप से अधिक शुरू हुआ: यूएई के ग्राहक (हमारे लिए एक नया बाजार), प्रतिनिधियों की प्रस्तुति, अन्य अनुबंधों के वादे, " पैसा कोई समस्या नहीं है "। कुल मिलाकर यह सब हमारे साथ एक क्रूर मजाक था और हमारे दुर्भाग्य के लिए, हमने इस विकास के लिए हस्ताक्षर किए। मैं इसे आजमाना चाहता था। नतीजतन, इसके परिणामस्वरूप अनुबंध की एकतरफा समाप्ति हुई, लेकिन ग्राहक से नहीं, बल्कि हमारे द्वारा - आउटसोर्सिंग कंपनी।

यह परियोजना स्वयं सरल थी - यह लाइसेंस प्लेटों की बिक्री के लिए नीलामी थी ($ 80,000- $ 90,000 एप्लाइड), ऊंट और संयुक्त अरब अमीरात के रोजमर्रा के जीवन की अन्य विशेषताएं। एक मौजूदा (लेकिन अभी तक काम नहीं) वेब संस्करण को देखते हुए, आईओएस ऐप बनाना आवश्यक था। पहले बिक्री के बाद संचार के चरण में मैंने ग्राहक का संचालन किया, और पहले से ही पहला अलार्म दिखाई देना शुरू हो गया, क्योंकि ग्राहक ने परियोजना के बारे में बहुत कम जानकारी प्रदान की। उसके बाद, प्रबंधन हमारे परियोजना प्रबंधक को स्थानांतरित कर दिया गया। आगे देखते हुए, मैं कहता हूँ कि परिणामस्वरूप, उन्होंने न केवल पीले घर के लिए प्रस्थान किया, बल्कि पूरी तरह से ग्रे भी नहीं हुए, जिसके लिए उनका बहुत सम्मान है।

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

आवश्यकताएँ संग्रह

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

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

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

डिज़ाइन

जब डिजाइन चरण शुरू हुआ, तो क्लाइंट ने निरंतरता बनाए रखने के लिए ऐप को नीलामी वेबसाइट की तरह देखने के लिए कहा। मैं उनकी साइट के डिजाइन के बारे में बहस नहीं करना चाहता था, इसलिए यह तय करना था कि अधिकतम क्या है। हमने "दो और एक आधे" डिजाइन विकल्प तैयार किए, ग्राहक ने एक को चुना, एक और 2 सप्ताह परिवर्तन और शोधन के माध्यम से चले गए, इस हद तक कि हमें बताया गया था कि किस तत्व को स्थानांतरित करना है और किस पृष्ठभूमि फोटो का उपयोग करना है। ठीक है, उन्हें लगता है कि समाप्त हो गया है, डिजाइन स्वीकार कर लिया गया है। इस बिंदु पर, परियोजना के आंकड़ों से पता चला कि यह निश्चित रूप से कंपनी के लिए लाभदायक नहीं होगा, क्योंकि समय पहले से ही अनुमानित का 50% था। यह ध्यान में रखा गया कि परियोजना के लिए मार्जिन कम से कम होगा, अगर सभी पर।



फिर भी, डिज़ाइन को स्वीकार किया जाता है, आनन्दित होने का एक कारण है, लेकिन वहाँ यह था। कॉल और पत्रों की एक हड़बड़ाहट इस तथ्य के बारे में शुरू हुई कि सचमुच कल ही मूल अनुबंध के तहत पहले से ही एक बीटा बिल्ड होना चाहिए, और आपने अभी हमें अंतिम डिजाइन भेजा है। कोई भी यह नहीं सुनना चाहता था कि निश्चित रूप से ग्राहक की गलती की वजह से मील के पत्थर की समय सीमा को अनुपात में स्थगित कर दिया गया था । और फिर अप्रत्याशित हुआ - हमारे लंदन कार्यालय "आओ" में। मैंने एक बड़े अक्षर के साथ "आओ" शब्द लिखा था, क्योंकि कर्मचारियों की कहानियों के अनुसार यह एक वास्तविक दृश्य था। हमारे ग्राहकों के प्रतिनिधि बहुत आक्रामक मूड में और खंजर के साथ व्यापार बैठक में आए, जिसे वे चमकाने में विफल नहीं हुए और उपयोग करने की धमकी दी। कार्यालय के निदेशक को मामले में हस्तक्षेप करना पड़ा, जिन्होंने इन लोगों को पहले अनुबंध, और फिर द्वार का संकेत दिया। पांचवीं विशेषता - अक्सर अरब ग्राहक संघर्ष को आपके (शारीरिक रूप से) जितना संभव हो उतना करीब स्थानांतरित करने की कोशिश करते हैं। इस कहानी ने, निश्चित रूप से हमारे अंग्रेजी कार्यालय पर एक डबल प्रभाव डाला: एक तरफ, एक नि: शुल्क प्रदर्शन, और दूसरी तरफ, यह किसी तरह पूरी तरह से दुखी था।

फिनिश लाइन

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

इसलिए हमारे लिए अरब में से एक परियोजना समाप्त हो गई - विकास के चरण तक पहुंचने से पहले, वास्तव में। मुझे नहीं पता कि किस कंपनी ने आखिरकार परियोजना को पूरा किया, लेकिन ऐप स्टोर (लिंक हटाए गए) में क्या उपलब्ध है, इसे देखते हुए, डिजाइन हमारे द्वारा लिया गया था, तर्क हमारे प्रोटोटाइप से मेल खाता है।

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

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