संदर्भ की शर्तें

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

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

1. तकनीकी कार्य करने से पहले, उपयोगकर्ता को यह समझना चाहिए कि वह वास्तव में क्या प्राप्त करना चाहता है । आपको कार्य का उद्देश्य निर्धारित करना चाहिए, वांछित परिणाम की प्रमुख विशेषताएं, अपने आप को काम के वांछित आउटपुट के लिए ड्रा (लिखना, एक तालिका बनाना)।

2. उस दस्तावेज को इकट्ठा करें जिसके अनुसार आप वह कार्य करते हैं जिसके लिए एक आवेदन (कार्यक्रम) की आवश्यकता होती है। एक पेंसिल के साथ, सुविधाओं और सूक्ष्मता पर ध्यान देते हुए, इसे ध्यान से पढ़ें।

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

4. आवश्यक जानकारी का विस्तार से वर्णन करें , इसकी विशेषताओं, अपवादों, आवश्यक स्तर के विस्तार का संकेत दें। आपको सभी छोटी चीजों पर विचार करना चाहिए: संख्याओं का प्रारूप, गोलाई, शेयर, दरें और इसी तरह।

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

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

7. अंतिम कार्यान्वयन से पहले उचित समय के भीतर काम करने के लिए कार्य को स्थानांतरित करें, ताकि परिणाम का परीक्षण करना और संभावित त्रुटियों को सही करना संभव हो।

8. यदि आपके अधीनस्थ भी बनाए गए एप्लिकेशन का उपयोग करेंगे, तो उन्हें अपने साथ एप्लिकेशन के साथ काम करने की विशेषताओं को समझाने की कोशिश करें - यह आईटी विशेषज्ञ को एक ही बात को सौ बार समझाने से बचाएगा।

9. याद रखें कि आपका कार्य आपके लिए एक संदर्भ के रूप में काम करेगा - इसमें आप हमेशा जानकारी का विवरण देख सकते हैं, भूली हुई आवश्यकता को याद कर सकते हैं।

बेशक, बस एक तकनीकी असाइनमेंट लिखने की क्षमता सभी समस्याओं को हल नहीं करेगी, लेकिन यह आईटी विभाग के साथ संबंधों को सहयोग के एक गंभीर विमान में जाने की अनुमति देगा, उपयोगकर्ता को उनकी तकनीकी साक्षरता बढ़ाने और उन्हें जो चाहिए वह प्राप्त करने की अनुमति देगा, और एक आईटी विशेषज्ञ आपको कई समस्याओं और अनावश्यक प्रश्नों से बचाएगा।