लीपफ्रॉग टेक्नोलॉजीज और टूल्स

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

विक्रेता

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

इसके अलावा, भागीदार अपने विक्रेता के कई उत्पादों को यथासंभव बेचने की कोशिश कर रहे हैं। सबसे पहले, उनके पास इसका एक प्रतिशत है, और दूसरी बात, सफल बिक्री उनकी रेटिंग बढ़ाती है और विक्रेता से आदेश प्राप्त करने की संभावना बढ़ाती है। यानी "हम आपके लिए हैं, आप हमारे पास हैं, और इस बीच हम ग्राहक की समस्याओं का समाधान करेंगे।"

उदाहरण के लिए, Microsoft के एक सलाहकार ("बाज़ारिया पढ़ें") ने ग्राहक को आश्वस्त किया कि उसे BizTalk और MS CRM की आवश्यकता है। उसके बाद, ऑर्डर किसी एक पार्टनर को ट्रांसफर कर दिया जाता है, कुछ कंपनी "ए" कहती है। कंपनी के विशेषज्ञ "ए" उन्हें सौंपे गए कार्यों का अध्ययन करते हैं, सिस्टम के लिए आवश्यकताओं को तैयार करते हैं और समझते हैं कि बेचे गए उत्पाद सर्वोत्तम समाधान से दूर हैं। मान लीजिए, बस कुछ वेब सेवाओं को विकसित करना और मौजूदा ग्राहक पोर्टल को थोड़ा खत्म करना बेहतर होगा।

लेकिन आप बेचे गए उत्पादों को मना नहीं कर सकते! इसलिए आपको एक अनुचित कार्य को हल करने के लिए उन्हें "समाप्त" करना होगा और उनका उपयोग करना होगा। इसी समय, काम की लागत और अवधि बढ़ जाती है, अंतिम उत्पाद की गुणवत्ता कम हो जाती है, और एक कच्चा लोहा और धीमी गति से चलती प्रणाली प्राप्त होती है।

लेकिन समस्या का सार यह है कि उत्पादों और प्रौद्योगिकियों को विशेषज्ञ द्वारा नहीं बल्कि विक्रेता द्वारा चुना गया था। जिसका उद्देश्य समस्या को जानबूझकर हल करना नहीं है, बल्कि सबसे महंगा समाधान बेचना है।

कौशल

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

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

"और हमारे पास पहले से ही है ..."

यह दुर्लभ मामला है जब त्रुटि डेवलपर की गलती नहीं है, लेकिन ग्राहक। यानी कार्य शुरू में रूपरेखा में निर्धारित किया गया था: "मौजूदा समाधान को परिष्कृत करने के लिए ताकि यह हो सके ..."

यदि मौजूदा उत्पाद को मूल रूप से इस समस्या को हल करने के लिए विकसित नहीं किया गया था, यदि आवश्यक सुधार वास्तुकला के विपरीत है या यदि इस मामले में अधिक उपयुक्त उपकरण है, तो यह विचार करने योग्य है - क्या यह इसके लायक है? शायद एक मौजूदा समाधान विकसित करने के बजाय, इसे बदलने का समय आ गया है? या "जिम्मेदारी के क्षेत्रों" को विभाजित करने के लिए - नए कार्यों के लिए एक नया समाधान लागू करने के लिए, और पुराने को उस रूप में छोड़ दें जिसमें वह मौजूद है। हमेशा एक विकल्प होता है, और कभी-कभी एक नई कार खरीदने का समय होता है, न कि एक पुराने घोड़े को "पंप" करने का!

तो यह पता चला है

कुछ मुद्दों के बारे में सोचने के लिए आपको आउटसोर्स या परामर्शदाताओं की ओर रुख करना होगा:

1. क्या वे ठेकेदार को एक अनावश्यक तकनीकी ढांचे में धकेल रहे हैं? अतिरिक्त प्रतिबंध कठिनाइयों हैं, यह समय और धन बर्बाद है।
2. क्या प्रौद्योगिकी की पेशकश की जाती है क्योंकि यह फिट बैठता है, या यह सिर्फ इतना है कि आपको वास्तव में इसे बेचने की आवश्यकता है?
3. क्या डेवलपर कंपनी के डेवलपर कोई विकल्प प्रदान करते हैं? क्या वे उन पर विचार करने के लिए भी तैयार हैं?
4. क्या उनके पास चयनित तकनीक के साथ अनुभव है?

और आखिरकार, इसी तरह की समस्याओं को हल करने में अनुभव ठीक होना चाहिए! यदि आपको एक कॉर्पोरेट पोर्टल की आवश्यकता है, और वे इसे फ्लैश करने की पेशकश करते हैं, तो फ़्लैश गेम्स विकसित करने में कंपनी का समृद्ध अनुभव इतना उपयोगी होने की संभावना नहीं है।

मुख्य बात यह समझ है कि समस्या के समाधान की आवश्यकता है, और समाधान के लिए प्रौद्योगिकी की आवश्यकता है। और इन प्राथमिकताओं को बदलने की कोशिश हमेशा महंगी होती है! यह अफ़सोस की बात है कि हम अक्सर इस बारे में भूल जाते हैं।

पुनश्च
यह सब समस्या का मेरा दृष्टिकोण है। वैकल्पिक दृष्टिकोण पढ़कर मुझे बहुत खुशी होगी।