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