कॉर्पोरेट पोर्टल या इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन के कार्यान्वयन में त्रुटियां

बेशक, इस तरह के पोस्ट को केवल आईटी ठेकेदारों के उग्र दिलों में, और फ्रंट-लाइन साइबरनेटिक बैंड के सेनानियों के लिए अनुमोदित किया जाएगा - लेकिन मुझे लगता है कि यह प्रकाशित करने के लिए शानदार नहीं होगा!

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

हमने अपनी सभी कॉर्पोरेट विशलिस्ट को एक साथ रखा, आदेश दिया, कार्यान्वित किया - लॉन्च किया। सब कुछ ठीक है, सब कुछ काम करता है। लेकिन वह बात नहीं है। यह एक कहावत थी।

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

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

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

मैं सामग्री उद्धृत करता हूं (कॉर्पोरेट नियमों के अनुसार सभी रीगलिया और अपील को छोड़कर):

Sharepoint 2013 के आधार पर जटिल प्रणालियों को लागू करते समय ग्राहकों की विशिष्ट गलतियाँ:

1. "हम इसे स्वयं करेंगे"

एक काफी सामान्य तरीका है जो आपको कॉर्पोरेट पैसे के साथ एक लंबी और परेशानी मुक्त अवधि के लिए काम करने की अनुमति देता है, बिना कुछ काम करने की थोड़ी संभावना के बिना या कम से कम दूर से एक पूर्ण समाधान की याद ताजा करती है, लेकिन कितना मजेदार!

यह निम्नलिखित एल्गोरिथ्म में लगभग होता है (घटनाओं का कालक्रम भिन्न हो सकता है):

1) कॉर्पोरेट पोर्टल और / या इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन के कार्यान्वयन पर निर्णय लिया जाता है

2) बजट काफी सीमित मात्रा में आवंटित किया गया है (ग्राहक अग्रिम में जानता है कि परियोजना के लिए कितना धन और समय की आवश्यकता होगी, है ना?)

3) कलाकार की खोज कालीन बमबारी की विधि का उपयोग करके की जाती है। यही है, बातचीत और प्रस्तुतियों में समय की एक जबरदस्त राशि खर्च की जाती है - जिसका एकमात्र उद्देश्य यह समझना है कि यह क्या है और इसके साथ क्या खाया जाता है, साथ ही साथ यह पता लगाने के लिए कि क्या यह मुफ्त और कुछ हफ्तों के भीतर किया जा सकता है।

४) ५-६ प्रस्तुतियाँ करने के बाद, एक राय बनती है "यह सब जटिल नहीं है, और हमारे इथानीक्स पहले से ही इस मुद्दे से अच्छी तरह वाकिफ हैं।" लेकिन फिर भी, सामान्य ज्ञान आमतौर पर प्रबल होता है और एक समानांतर निर्णय कम से कम एक विशेषज्ञ (अधिमानतः फ्रीलांस - तो आप वेतन नहीं दे सकते हैं) को नियुक्त करने के लिए किया जाता है।

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

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

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

... कालक्रम की गणना से एक मामूली प्रस्थान।

(इस समय, सभी भाग लेने वाले व्यक्तियों का वेतन स्वाभाविक रूप से भुगतान किया जाता है) एक साथ नियोजित कर्मचारियों की औसत संख्या लगभग तीन है, न्यूनतम वेतन, 50-70 हजार रूबल के साथ। आत्मा के सभी उपर्युक्त दंगों - यह लगभग 2 महीने है - मतलब 300 - 400 हजार रूबल। मोटे तौर पर इस परियोजना में बदलाव किया गया है, जो वास्तव में कार्यान्वयन के लिए रास्ता भी शुरू नहीं कर पाया है। तो चलिए जारी रखते हैं ...

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

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

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

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

2. "हम सस्ते, बहुत कुछ चाहते हैं और सभी एक बार ... और मुफ्त में बेहतर"

ग्राहक एक तृतीय-पक्ष निष्पादन कंपनी के साथ काम करने के लिए तैयार है। उसके पास एक तृतीय-पक्ष कंपनी द्वारा पहले से भुगतान की गई संदर्भ की शर्तें हैं और वह पूरी तरह से समझता है कि उसे क्या चाहिए, लेकिन स्पष्ट रूप से कुछ और के लिए भुगतान नहीं करना चाहता है या, भगवान मना करते हैं, पैसे के बारे में हकलाना।

अक्सर ऐसा होता है कि ग्राहक पहले से ही कल्पना करता है कि उसे क्या आवश्यक कार्यक्षमता चाहिए और ठेकेदार की कंपनी की तलाश है। TK पहले से ही मौजूद है और, सिद्धांत रूप में, बातचीत हमेशा वित्तपोषण को छोड़कर सभी पहलुओं में काफी ठोस है। ज्यादातर मामलों में, यह पता चलता है कि ग्राहक को लगभग सब कुछ चाहिए! यानी, प्रौद्योगिकी बाजार (कॉर्पोरेट पोर्टल, SED, BI, KPI, डिज़ाइन, आदि) पर पूरी तरह से प्रस्तुत किया जा सकता है, लेकिन बजट इतना हास्यास्पद है कि कोई भी डेवलपर उसे अधिकतम संभावित वित्तीय घोषित करने के बाद संभावित ग्राहक के रूप में गंभीरता से नहीं लेता है। लागत। इसके अलावा, ग्राहक अंतिम क्षण तक बजट की राशि का प्रचार करने में देरी करता है, इस तथ्य पर गंभीरता से गिना जाता है कि ऐसी नीति काम कर सकती है। खैर, आपको सहमत होना चाहिए - राशि, उदाहरण के लिए, 500 हजार से कम रूबल, बस तार्किक रूप से सभी सूचीबद्ध कार्यक्षमता के लिए बजट के रूप में नहीं माना जा सकता है। इस प्रकार के ग्राहक - आमतौर पर आतंककारी - हर कोई और सब कुछ। अंतहीन पत्राचार, बैठकें, वार्ता - जो अंततः एक ऐसी आवाज को निचोड़ लेगी जो ग्राहक के मेजबान के प्रबंधक के साथ घबराहट के दौरान बोरजॉमी नशे को शायद ही कवर कर सके।

पर्याप्त मात्रा (बाजार से बहुत कम) - उसे एक स्तूप में डुबो दें। नारंगी आंखों में एक सुनहरी विधवा की तरह - ग्राहक एक कुर्सी पर तैरता है जब वह 100 हजार से अधिक रूबल की राशि सुनता है। और इस सोच के साथ अपनी आँखें घुमाता है कि उसने बस उसे लूटने का फैसला किया है।

प्रिय ग्राहकों! कृपया MS Sharepoint के विकास में वित्तीय लागतों की जटिलता और संभावनाओं को पर्याप्त रूप से समझने की कोशिश करें। इस समय, गंभीर विकास करने या समान मात्रा के लिए ऐसी प्रणालियों को लागू करने के लिए दुनिया में कोई समाधान या अवसर नहीं हैं। आप 80 या 100 हजार रूबल के लिए इलेक्ट्रॉनिक दस्तावेज़ प्रबंधन प्रणाली को लागू करना या बस शुरू नहीं कर सकते हैं - ऐसे मामले अभी तक विज्ञान के लिए ज्ञात नहीं हैं ... याद रखें कि विशिष्ट ग्राहक बारीकियों के लिए विकास एक बॉक्सिंग समाधान से अलग है। और वित्तीय लागतों की आनुपातिकता दृढ़ता से ध्रुवीय होगी।

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

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

3. "हमने आपसे एक बॉक्सिंग समाधान खरीदा है, अब हम चाहते हैं कि आप हमारे विशेषज्ञ को मुफ्त में प्रशिक्षित करें - क्योंकि हम अपनी कंपनी की बारीकियों में सुधार के लिए भुगतान नहीं करना चाहते हैं"

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

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

तकनीकी सहायता का अर्थ है कार्यान्वित कार्यक्षमता के ढांचे के भीतर विशेष रूप से सलाहकार कार्य और आपके विशेषज्ञों के प्रशिक्षण का मतलब नहीं है। दुर्भाग्य से, हमारे पास मूल MS Sharepoint कौशल पर मुफ्त में ग्राहक के विशेषज्ञों को प्रशिक्षित करने की क्षमता नहीं है। हम "स्पेशलिस्ट" स्तर पर विशेष संस्थानों में ऐसे पाठ्यक्रम लेने की सलाह देते हैं, या उन्हें अनुबंध में जोड़कर अलग से भुगतान करते हैं।

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

4. "मैं हमारी कंपनी में परियोजना प्रबंधन के लिए जिम्मेदार हूं, लेकिन मैं वास्तव में छुट्टी पर अप्रत्याशित रूप से छोड़ना चाहता हूं या बस कुछ हफ़्ते के लिए गायब हो जाता हूं - ताकि आपके तकनीशियन परियोजना के भीतर ब्याज के मुद्दों पर मुझसे संपर्क न कर सकें, और फिर मैं आकर पूछना चाहता हूं" तैयार क्यों नहीं? ”

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

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

निष्ठा से, तकनीकी सहायता कार्यबल डॉक्स।
इलेक्ट्रॉनिक वर्कफ़्लो और कॉर्पोरेट पोर्टल वर्कलाइट