ब्राउज़र टूल · सर्विस बिज़नेस का कामकाज
ऑफ़िस का कौन-सा काम सबसे पहले ऑटोमेट करें?
दो कामों की तुलना साफ़ रेटिंग, बदलने लायक वेटेज और साफ़ वजहों के साथ करें: जाँच-पड़ताल करें, किसी व्यक्ति को शामिल रखें या बाद के लिए टालें।
लेखक: Fireflax · 7 मिनट की एक्सरसाइज़
समीक्षक: Codex — source and implementation review ·
ऑफ़िस के दो बार-बार होने वाले कामों की तुलना साफ़ दिखने वाले मापदंडों से करें। स्कोर बातचीत शुरू करने के लिए है; गंभीर नतीजे, डेटा तक कमज़ोर पहुँच और अस्पष्ट नियम किसी काम को उसके स्कोर से अलग रोक सकते हैं।
काल्पनिक या ग़ैर-संवेदनशील जानकारी इस्तेमाल करें। आपकी डाली गई जानकारी और बदला गया नतीजा इस पेज की मेमोरी में ही रहता है और रीलोड करने पर मिट जाता है। कुछ भी भेजा, बुक या जोड़ा नहीं जाता। टूल के लिए JavaScript चाहिए; नीचे दी गई जानकारी और हल किया गया उदाहरण उसके बिना भी पढ़ा जा सकता है।
दोनों कामों के लिए एक ही 0–4 स्केल इस्तेमाल करें।
0 का मतलब कुछ नहीं या बहुत कम; 4 का मतलब बहुत ज़्यादा। कितनी बार होता है, उसके लिए 0 कभी-कभार है और 4 रोज़ या उससे ज़्यादा। मैनुअल मेहनत के लिए हर बार की कम से ज़्यादा मेहनत की तुलना करें। दोहराए जा सकने और डेटा तक काम की पहुँच को नहीं से मज़बूत तक रेट करें; अपवाद की दर और ग़लती के नतीजे को कम से ज़्यादा तक। ये पैमाने अस्थायी राय हैं, रिसर्च से जाँचे गए वेटेज नहीं।
काल्पनिक डिफ़ॉल्ट पूछताछ सौंपने (A) की तुलना शिकायत सुलझाने (B) से करते हैं। ग्राहकों के रिकॉर्ड डाले बिना, सभी रेटिंग अपने कामों के हिसाब से बदलें।
स्कोर और गेट दोनों साफ़ दिखते हैं।
स्कोर = 100 × (कितनी बार, मेहनत, दोहराया जा सकना, पहुँच, (4 − अपवाद) और (4 − नतीजा) का वेटेड जोड़) ÷ (4 × कुल वेटेज), सबसे नज़दीकी पूर्ण संख्या तक राउंड किया हुआ। कम से कम एक वेटेज शून्य से अलग होना चाहिए। बराबर इनपुट और वेटेज से बराबर स्कोर आते हैं।
- टालें: नतीजा 3 या 4 है, या पहुँच/दोहराया जा सकना 0 या 1 है। वेटेज बदलकर इन गेट से बचा नहीं जा सकता।
- बिल्ट-इन फ़ीचर देखें: कोई फ़ीचर मौजूद है या आपने अभी जाँचा नहीं है।
- इंसान की मदद से: अपवाद 3 या 4 हैं, या बाकी स्कोर 60 से कम है।
- पहले नियम: बाकी बचा मामला। यह एक सीमित जाँच-पड़ताल का सुझाव है, लाइव सिस्टम जोड़ने की इजाज़त नहीं।
स्रोत और समीक्षा नोट्स
Codex के साथ लिखा गया और समीक्षा की तारीख़ पर बताए गए फ़ॉर्मूलों और Fireflax सैंपल से जाँचा गया। उदाहरण और रेटिंग प्लानिंग के लिए काल्पनिक अनुमान हैं, ग्राहकों के नतीजे नहीं। आपकी डाली गई जानकारी ब्राउज़र मेमोरी में ही रहती है।
- बिल्ट-इन फ़ीचर या कस्टम कनेक्शन
नया सिस्टम जोड़ने से पहले मौजूदा टूल्स जाँचें।
- पूछताछ सैंपल
एक सीमित उदाहरण, इस बात का सबूत नहीं कि हर काम इसमें फ़िट होता है।