अपनी टीम को उपकरण का उपयोग करने के लिए कैसे प्रेरित करें?

वास्तविक असफलता का तरीका: कोई भी स्प्रेडशीट छोड़ता नहीं है

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

असफल परियोजनाओं पर लिखी गई साहित्य में परिवर्तन प्रबंधन को टाले जा सकने वाले कारणों की सूची में सबसे ऊपर रखा गया है, जो तकनीकी दोषों से कहीं आगे है। सरल शब्दों में कहें तो: सॉफ़्टवेयर काम कर रहा था। लेकिन किसी ने भी उसका उपयोग नहीं किया।

जो वास्तव में काम करता है: भाषा आपकी अपनी है

उपयोग की शुरुआत में पहली बाधा भाषा का अंतर होता है। एक सामान्य सॉफ़्टवेयर ‘तृतीय पक्ष’, ‘वस्तुएँ’ और ‘अवसर’ जैसे शब्दों का प्रयोग करता है, जहाँ आपकी टीम ‘ग्राहक’, ‘पुर्जे’ और ‘पुनः अनुरोध करने योग्य बोली’ कहती है। हर अंतर मानसिक अनुवाद की आवश्यकता पैदा करता है, और यह घर्षण, जटिलता नहीं, है जो लोगों को उस स्प्रेडशीट की ओर वापस ले जाता है जिसे उन्होंने खुद बनाया है।

आपके वर्णन से जनरेट की गई एप्लिकेशन आपके शब्दों को अपनाती है: इंटिटीज़, स्क्रीन और कॉलम आपके द्वारा प्रयुक्त शब्दावली को फिर से उपयोग करते हैं। यह योजना वास्तव में कोड उत्पन्न होने से पहले ही प्रदर्शित की जाती है और संशोधित की जा सकती है, यही वह सही समय है जब आप किसी ऐसे शीर्षक को सुधार सकते हैं जो आपके कार्यस्थल पर उस तरह नहीं कहा जाता, बजाय इसके कि आप टीम को उसे खुद खोजने दें।

और अगर कोई शीर्षक पुराना पड़ जाए, तो मेनू के नाम और उनका क्रम बाद में एप्लिकेशन के अंदर से ही बदला जा सकता है, बिना कुछ भी पुनः उत्पन्न किए।

पहुँच देना, लेकिन डराना नहीं: तीन भूमिकाएँ, जिनमें से एक वास्तव में अवरुद्ध है

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

इसकी सीमा जानना महत्वपूर्ण है: ये भूमिकाएँ वैश्विक हैं। कोई प्रत्येक स्क्रीन के आधार पर अनुमति नहीं है, आप किसी को कार्यस्थलों की सूची तो खोल सकते हैं, लेकिन उसे मार्जिन छुपा नहीं सकते। यदि आपकी संस्था ऐसे विभाजन की आवश्यकता रखती है, तो यह कोई ऐसा मापदंड है जिसे किसी भी उपकरण का चयन करने से पहले विचार में लाना चाहिए।

जो काम उपकरण आपकी जगह नहीं करेगा

यह किसी को भी प्रशिक्षित नहीं करता। डिलीवर की गई एप्लिकेशन में कोई स्वागत पथ, कोई अंतर्निहित ट्यूटोरियल या पहली बार चलाने पर सहायता बुलबुला नहीं है: किसी को दूसरों को उपकरण दिखाना होगा, और वह कोई आप ही होंगे।

यह अपने उपयोग को भी नहीं मापता। कोई उपयोगकर्ता-वार गतिविधि लॉग नहीं है, कोई लॉगिन आँकड़े नहीं हैं: एप्लिकेशन के अंदर से आप यह नहीं जान पाएँगे कि कौन इसे खोलता है और कौन इससे बचता है। इसका पता लगाने का एकमात्र तरीका है कि आप यह देखें कि क्या डेटा आ रहा है, और सीधे पूछें।

दूसरी ओर, जो कुछ यह आपको छोड़ता है, वह है नियंत्रण। डेटा सेटिंग्स स्क्रीन से CSV और JSON में निर्यात किया जा सकता है, और कोड आपका है। अगर उपकरण काम नहीं करता, तो आप उसमें जो कुछ भी डाला है, वह सब लेकर जा सकते हैं, जो ठीक वही है जो इसका परीक्षण कम जोखिम वाला बनाता है, और इसलिए इसे स्वीकार कराना आसान हो जाता है।