जब पाँच ऐप पाँच अलग संख्याएँ दिखाएँ, तो सबसे चमकदार डैशबोर्ड वाला आँकड़ा अपने आप सही नहीं हो जाता। असली संख्या वही है जिसकी परिभाषा, स्रोत, समय और बदलावों का इतिहास जाँचा जा सके।
1999 में नासा की मार्स क्लाइमेट ऑर्बिटर टीम के सामने इससे कहीं महँगा विरोधाभास था। अंतरिक्षयान के रास्ते की गणना करने वाले दो हिस्से एक ही भौतिक मात्रा को अलग इकाइयों में संभाल रहे थे। लॉकहीड मार्टिन का सॉफ्टवेयर थ्रस्टर का डेटा पाउंड फोर्स सेकंड में देता था, जबकि नासा की प्रणाली उसे न्यूटन सेकंड में अपेक्षित करती थी।
अंतरिक्षयान के रास्ते में अंतर दिख रहा था। टीम ने सुधार भी किए, लेकिन मूल असंगति समय रहते अलग करके ठीक नहीं की गई। 23 सितंबर 1999 को मार्स क्लाइमेट ऑर्बिटर मंगल के बहुत पास पहुँचा और उससे संपर्क टूट गया।
नासा की Mars Climate Orbiter Mishap Investigation Board की रिपोर्ट ने इकाइयों की इस असंगति को मुख्य कारण बताया। दोनों प्रणालियों में संख्याएँ थीं। दोनों गणना कर रही थीं। समस्या यह थी कि वे एक ही चीज़ को एक ही भाषा में नहीं गिन रही थीं।
शाखा पादरी के सामने जोखिम अंतरिक्षयान जितना बड़ा नहीं है, पर समस्या का ढाँचा वही है। सदस्य ऐप 842 नाम दिखाता है, सम्मेलन पंजीकरण में 917 प्रविष्टियाँ हैं, QR जाँच में 706 उपस्थित लोग हैं, बस सूची में 388 यात्री हैं और WhatsApp की शीट 760 का कुल देती है। अब सवाल “कौन सा ऐप सही है?” नहीं रह जाता। पहले पूछना पड़ता है, “हर संख्या किस चीज़ को गिन रही है?”
पाँच संख्याएँ पाँच अलग सवालों के जवाब हो सकती हैं
842 सदस्य शायद सक्रिय प्रोफाइल हों। 917 पंजीकरणों में एक व्यक्ति के एक से अधिक कार्यक्रम शामिल हो सकते हैं। 706 QR जाँच वास्तविक उपस्थिति बताती हैं, पर उन लोगों को छोड़ सकती हैं जिन्हें फोन नंबर या मैनुअल तरीके से दर्ज किया गया। बस सूची केवल परिवहन चुनने वाले सदस्यों को गिनती है। WhatsApp शीट रविवार की किसी पुरानी प्रति पर आधारित हो सकती है।
इनमें से कोई संख्या अपने संदर्भ में सही हो सकती है। इन्हें एक ही शीर्षक, “कुल सदस्य”, के नीचे रख देना गलत निर्णय पैदा करता है।
यहीं शाखा पादरी को किसी एक गलत संख्या पर भरोसा करने के लिए मजबूर होना पड़ता है। कम आँकड़ा चुनें तो बसें, सीटें या स्वयंसेवक कम पड़ सकते हैं। बड़ा आँकड़ा चुनें तो खाली व्यवस्था और अनावश्यक खर्च दिख सकता है। पुराना आँकड़ा चुनें तो उन लोगों के लिए योजना बनेगी जो अब उस शाखा से जुड़े ही नहीं हैं।
इसी समस्या का दूसरा रूप [उपस्थिति संख्या रिकॉर्ड है या छह जगहों से निकला अनुमान](/blog/hi/क्या-आपकी-उपस्थिति-संख्या-रिकॉर्ड-है-या-छह-जगहों-से-निकला-अनुमान-52338650/) में दिखता है। संख्या का आकार भरोसा नहीं बनाता। उसकी वंशावली बनाती है।
“असली” संख्या तय करने से पहले उसकी परिभाषा तय करें
हर प्रमुख आँकड़े के साथ चार बातें लिखी होनी चाहिए:
पहली, वह किसे गिनता है। “सदस्य” में पंजीकृत प्रोफाइल आते हैं, सक्रिय सदस्य, नियमित उपस्थित लोग या परिवार के मुखिया?
दूसरी, घटना कब दर्ज हुई। सम्मेलन के लिए नाम लिखाना और द्वार पर जाँच होना दो अलग घटनाएँ हैं। दोनों को attendance कहना भ्रम पैदा करेगा।
तीसरी, रिकॉर्ड कहाँ बना। ऐप, QR स्कैनर, फोन नंबर खोज, मैनुअल सूची और आयात की गई स्प्रेडशीट को एक जैसा स्रोत नहीं माना जा सकता।
चौथी, रिकॉर्ड किसने और कब बदला। यदि किसी स्वयंसेवक ने सोमवार को रविवार की सूची सुधारी, तो पुरानी और नई संख्या के बीच अंतर समझ में आना चाहिए।
इससे “एक ही सत्य” का अर्थ भी साफ होता है। इसका मतलब हर स्क्रीन पर हर समय एक ही संख्या दिखाना नहीं है। इसका मतलब है कि एक परिभाषित सवाल के लिए एक अधिकृत रिकॉर्ड हो, और बाकी ऐप उसी रिकॉर्ड से अपना उत्तर निकालें।
मिसाल के लिए, “इस सम्मेलन में कितने लोग आए?” का अधिकृत उत्तर check-in रिकॉर्ड से आना चाहिए। “अगली बस के लिए कितनी सीटें चाहिए?” का उत्तर सक्रिय बस पंजीकरण और क्षमता से निकलेगा। “इस शाखा से कितने लोग जुड़े हैं?” का उत्तर सदस्य प्रोफाइल से आएगा, सम्मेलन पंजीकरण से नहीं।
विरोधाभास मिलने पर औसत मत निकालिए
जब दो प्रणालियाँ अलग संख्या दें, तो बीच का औसत निकालना सुविधाजनक लगता है। वह नया आँकड़ा किसी वास्तविक घटना का प्रतिनिधित्व नहीं करता।
इसके बजाय पाँच नमूना रिकॉर्ड चुनिए और उनकी पूरी यात्रा देखिए। सदस्य ने प्रोफाइल कब बनाई? कार्यक्रम के लिए कब पंजीकरण किया? बस चुनी या नहीं? QR, फोन नंबर या मैनुअल तरीके से जाँच हुई? बाद में रिकॉर्ड बदला गया?
यह छोटा मिलान अक्सर बड़ी गलती दिखा देता है: दोहरी प्रोफाइल, अलग फोन प्रारूप, रद्द पंजीकरण का सूची में रह जाना, मैनुअल check-in का देर से जुड़ना, या शाखा बदलने के बाद पुराना रिकॉर्ड कायम रहना।
ChurchFlow में सदस्य प्रोफाइल, सम्मेलन पंजीकरण, बस समन्वय और QR जाँच को जोड़ने का व्यावहारिक लाभ यही है। एक जुड़ा रिकॉर्ड शाखा पादरी को केवल कुल नहीं देता, वह यह भी दिखा सकता है कि कुल बना कैसे। [जुड़ी हुई सदस्य प्रोफाइल से बस सीट पक्की करने की कहानी](/blog/hi/जुड़ी-हुई-चर्च-सदस्य-प्रोफ़ाइल-कोजो-ने-अबेना-की-बस-सीट-कैसे-पक्की-की-c613b890/) इसी संबंध का रोजमर्रा वाला उदाहरण है।
डैशबोर्ड से पहले भरोसे की व्यवस्था बनाइए
हर साप्ताहिक रिपोर्ट में आँकड़े के साथ उसका नाम, परिभाषा, स्रोत और अंतिम अपडेट दिखाइए। अलग प्रणालियों में मेल न हो तो चेतावनी दें, किसी एक संख्या को चुपचाप विजेता घोषित न करें। मैनुअल सुधार की अनुमति रखें, साथ में यह भी दर्ज हो कि बदलाव किसने किया।
मार्स क्लाइमेट ऑर्बिटर की सीख यह नहीं कि गणना पर भरोसा नहीं करना चाहिए। सीख यह है कि साझा परिभाषा और जाँच के बिना दो सक्षम प्रणालियाँ आत्मविश्वास से अलग उत्तर दे सकती हैं।
आपके चर्च में भी सबसे भरोसेमंद संख्या वही होगी जो अपनी कहानी साथ लेकर आए: किसे गिना गया, किस घटना पर गिना गया, कहाँ दर्ज हुआ और बाद में क्या बदला। तभी शाखा पादरी को पाँच गलत विकल्पों में से एक चुनने के बजाय सही सवाल का जाँचा हुआ उत्तर मिलेगा।
टिप्पणियाँ
अभी कोई टिप्पणी नहीं।