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