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