व्यापार रोना मत

मैंने अपने जीवन में जितने भी आईटी प्रोजेक्ट देखे हैं उनमें से अधिकांश सफल रहे हैं। वे विभिन्न कंपनियों में, विभिन्न प्लेटफार्मों पर, पूरी तरह से अलग-अलग लोगों द्वारा किए गए थे। लेकिन सफलता हमेशा दुर्लभ अपवादों के साथ आई है।

हर बार जब मैंने सोचा कि आईटी टीमों को इस तरह का दृढ़ संकल्प, रणनीति की सूक्ष्म भावना और इसके कार्यान्वयन, स्थिति की समझ और लोहे को चुना मार्ग का पालन करना होगा? क्या सफलता का कोई रहस्य है?

मैंने एल्गोरिदम की एक सूची को देखा, विश्लेषण और संकलित किया जो आईटी परियोजनाओं को सफलतापूर्वक लक्ष्य तक ले जाती है। आइए लक्ष्यों के साथ शुरू करें - यह सफलतापूर्वक क्यों हासिल किया गया है?

चेतावनी। यह लेख केवल आईटी लोगों के लिए है। यदि आप आईटी से नहीं हैं, या, भगवान, कुछ निर्देशक या मालिक से मना करते हैं, तो आप बेहतर तरीके से इस लेख को नहीं पढ़ सकते हैं। अन्यथा, आप हमारे लिए सब कुछ बर्बाद कर देते हैं।

और फिर से ध्यान । यह लेख व्यंग्य नहीं है, न किसी पर प्रहार करने का प्रयास है, न ही बाजार में बदलाव का, और न ही किसी के FGP को बढ़ाने का, जिसमें मेरा भी शामिल है। मैं, किसी भी आईटी विशेषज्ञ की तरह, और जिस कंपनी के लिए मैं काम करता हूं, किसी भी अन्य आईटी कंपनी की तरह, इस लेख में परिभाषाएं फिट हैं।

लक्ष्यों

मैं आईटी परियोजनाओं के लक्ष्यों को स्पष्ट करने की कोशिश करूंगा। काल्पनिक नहीं, रैलियों में, या जनरलों के सुसज्जित कार्यालयों में, कागजों में घोषणा की गई। वास्तविक लक्ष्य।

लक्ष्य, इसकी जागरूकता और समझ, किसी भी गतिविधि में सबसे महत्वपूर्ण हैं। और इससे कोई फर्क नहीं पड़ता कि मूल्य प्रणाली में सही लक्ष्य अच्छा है या बुरा। यदि एक लक्ष्य घोषित किया जाता है, लेकिन वास्तव में, या अवचेतन में भी, दूसरा बैठा है, तो दूसरा हासिल किया जाएगा।

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

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

संक्षेप में, आईटी परियोजनाओं के वास्तविक लक्ष्य चार हैं:

1. पौधा;
2. सीमेंट को;
3. निचोड़;
4. सीखने के लिए।

अपने आप पर हुक

रोपण करने के लिए - ये 1 सी के कार्यान्वयन के लिए सभी परियोजनाएं हैं। इसमें किसी भी खराब वितरित ढांचे या सॉफ्टवेयर पर स्वचालन भी शामिल है। यह गोवनोकॉड है, "जिसे केवल मैं समझ सकता हूं।"

1 सी लागू करने के बाद, ग्राहक हमेशा तथाकथित पर बैठता है "सूचना और तकनीकी सहायता।" रूसी में, यह अपडेट तक पहुंच के लिए सदस्यता शुल्क है। अपडेट की आवश्यकता को चुनौती देना व्यर्थ है - यह राज्य द्वारा फेंका गया है। 20% वैट, विभिन्न प्रकार के संघीय कानून, ऑनलाइन कैश डेस्क, EGAIS, आदि। - यह सब 1C कार्यक्रमों में परिलक्षित होता है और इसलिए, इसे अपडेट किया जाना आवश्यक है।

इसी प्रकार - बिट्रिक्स। जो कोई भी इस पर एक साइट बनाता है, उसे अपडेट और तकनीकी सहायता की उपलब्धता के लिए भुगतान करना होगा।

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

जिस समय के दौरान ग्राहक बैठा है, उसके खिलाफ काम करता है और सॉफ्टवेयर या सेवाओं के विक्रेता की सफलता। भले ही वे केवल अपडेट लेते हैं, आदेश में संशोधन के बिना, भुगतान की गई राशि हर महीने बढ़ जाती है, और सॉफ़्टवेयर या सेवा की अस्वीकृति का मतलब होगा कि धन बर्बाद हो गया है।

लक्ष्य सरल है - यह सुनिश्चित करने के लिए कि ग्राहक, एक बार आपके साथ काम कर रहा है, यहां तक ​​कि एक छोटे से काम के लिए भी, कभी भी कूदता नहीं है और आपसे नए उत्पादों और सेवाओं को ऑर्डर करना जारी रखता है।

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

यह महत्वपूर्ण है, जैसा कि वे कहते हैं, अंदर जाने के लिए । कम से कम किनारे के लिए पकड़ो।

रोपण आईटी परियोजनाओं का शायद सबसे आम लक्ष्य है।

सीमेंट के लिए

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

फ़ैक्टरी प्रोग्रामर एक सैनिक की तरह सोचता है जो सो रहा है, और सेवा चालू है। इसलिए, स्वाभाविक इच्छा आपके कार्य दिवस की दक्षता को बढ़ाने की है। याद रखें कि दक्षता क्या है? यह परिणाम के उत्पादन की लागत है।

परिणाम समान है - वेतन। लागत एक प्रयास है। वेतन नहीं बढ़ाया जा सकता है, लेकिन प्रयास कम किए जा सकते हैं। इस तरह दक्षता बढ़ती है।

सबसे सरल तरीका है गोवानोकॉड, "उपयोगकर्ताओं की आवश्यकताओं को यथासंभव अधिक प्रतिबिंबित करना"। यहाँ govnokod से हमारा मतलब कोड से है, और मेटाडेटा, और "बटन यहाँ है।" आवश्यकताओं का कोई विश्लेषण नहीं, समग्र वास्तुकला और रणनीति का अनुपालन, "सिर्फ काम करने के लिए।"

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

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

ऑटोमेशन परियोजनाओं को बाहरी ठेकेदार द्वारा स्वचालन परियोजनाओं द्वारा तिरस्कार नहीं किया जाता है, विशेष रूप से अंत में। उदाहरण के लिए, एक अधिनियम पर हस्ताक्षर किए जाने चाहिए। दो महीने के लिए उन्होंने "उम्मीद के मुताबिक" किया, लेकिन केंद्र के निदेशक को धन की आवश्यकता होती है, अन्यथा वह वेतन देना बंद कर देंगे। ग्राहक को खुश करना अत्यावश्यक है। कैसे? फैक्टरी प्रोग्रामर की तरह सीमेंट। Govnokodom।

निचोड़

निचोड़ एक लक्ष्य है, एक नियम के रूप में, उन लोगों के लिए जो स्वयं अनिश्चित हैं। उदाहरण के लिए, 1 सी के कार्यान्वयन पर एक छोटी सी गेंद होती है। रिपोर्टिंग के समय अपडेट्स और प्रिंटिंग फॉर्म, सस्ते बॉक्स बेचने, स्टॉलों की अग्नि परामर्श जैसी छोटी-छोटी रचनाओं से यह बाधित होता है।

और यहां - बाम, खुशी खत्म हो गई। परियोजना। मुझे नहीं पता कि, शायद - गलती से, वे एक बड़ा और गंभीर समाधान पेश करने के लिए विश्वसनीय हैं। क्या करें? कोई अनुभव नहीं, कोई विशेषज्ञ भी नहीं।

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

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

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

सीखने के लिए

शायद ही कभी, लेकिन ऐसा होता है। युवा कंपनी ईआरपी-सिस्टम के बाजार में सेंध लगाना चाहती है। या पुरानी कंपनी एक नई दिशा विकसित करना चाहती है। या सामान्य तौर पर नए विशेषज्ञों को प्रशिक्षित करना है, उन्हें इसमें फेंकना है।

यह सुंदर लगता है - गर्मी में फेंक दें। तैरने के तरीके के बारे में एक प्रसिद्ध दृष्टांत की तरह, पानी में फेंकना। लेकिन वास्तव में, यदि आप अपने आप से झूठ नहीं बोलते हैं, तो हम ग्राहक के पैसे के लिए हमारे विशेषज्ञों को प्रशिक्षित करते हैं।

इसे क्यों छिपाएं - मैं खुद भी ऐसी ही स्थिति में हूं। पहली बार मेरी आँखों में 1C देखे हुए केवल एक महीना बीत चुका है, और अब मैं पहले से ही सबसे जटिल (उस समय) कॉन्फ़िगरेशन - "प्रोडक्शन एंटरप्राइज मैनेजमेंट" को पेश करने की परियोजना पर हूँ। सिर्फ इसलिए कि उत्पाद नया है, यह सिर्फ दिखाई दिया, और कंपनी का पहला कार्यान्वयन प्रोजेक्ट है। इसके अलावा, वह शहर में पहला है, और शायद इस क्षेत्र में।

बेशक, मैंने उस प्रोजेक्ट से बहुत कुछ सीखा है। और ग्राहक ने इस सब के लिए भुगतान किया। बैठक में परियोजना प्रबंधक के लिए यह पर्याप्त था, जहां उन्होंने सवाल के जवाब में मुझे स्पष्ट रूप से संकेत दिया कि "क्या आप आठ जानते हैं?"

मैं इस तरह के दृष्टिकोण की निंदा बिल्कुल नहीं करता हूं - खासकर जब से मैं अक्सर इसे खुद इस्तेमाल करता हूं, और मैं इसका अभ्यास करना जारी रखता हूं। ग्राहक, एक नियम के रूप में, दिल में नहीं जानता कि कौन सा विशेषज्ञ क्या समझता है। एक घंटे के काम की लागत एक शुरुआत और एक बायसन के लिए समान है। एक शुरुआत एक सप्ताह, एक बायसन - दो घंटे करेगी। ग्राहक एक सप्ताह का भुगतान करेगा। क्या गलत है?

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

संयोजन और रूपांतरण

स्थिति के आधार पर इसके कार्यान्वयन के दौरान परियोजना के उद्देश्य बदल सकते हैं। यह एक सामान्य, जीवंत प्रक्रिया है।

ऊपर, मैंने एक उदाहरण दिया कि कैसे रोपण के उद्देश्य से एक परियोजना सीमेंट से शुरू हो सकती है - जब किसी अधिनियम पर हस्ताक्षर करना आवश्यक हो। यह आमतौर पर तब होता है जब परियोजना में व्यवधान का खतरा होता है।

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

यदि संभव हो तो चरणों का हिस्सा सीमेंट किया जा सकता है। परियोजना के चरण के लिए सीमेंट को पूरी राशि मिलने की संभावना है। लेकिन ऐसा होता है कि चरण केवल विकास के चरण में होता है, भले ही उत्पादन से एक कदम आगे - फिर यह अभी भी सीमेंट से दूर है, ग्राहक ने एक प्रोटोटाइप भी नहीं देखा है। वैकल्पिक रूप से, आप बाहर निचोड़ने की कोशिश कर सकते हैं - राशि के हिस्से के लिए एक अधिनियम पर हस्ताक्षर करें। मान लीजिए, केवल विकास के लिए, "वास्तव में बिताए समय के लिए" वाक्यांश जोड़ना।

एक रिवर्स ट्रांसफॉर्मेशन भी है - उन्होंने एक "निचोड़" के रूप में शुरुआत की, रास्ते में पता लगाया, और हम इसे "खुद पर हुक" करते हैं। या फिर इतना पुख्ता कि बायाँ निचोड़ कर भागना ही सही था।

अब जब आप इन लक्ष्यों को जानते हैं, तो उन आईटी परियोजनाओं को देखें जिन्हें आपने देखा था। क्या वे उनमें से एक तक भी पहुंच गए हैं?

सारांश

मानो या न मानो, लेख अनायास पैदा हुआ था। मैं एक पाठ लिखने के लिए बैठ गया कि कितने एकीकरण व्यवसाय के बदलाव की जटिलता को प्रभावित करते हैं।

और फिर मैंने सोचा - क्यों कुछ चबाया जाए? फिर से, दुखी ग्राहकों के लिए किसी तरह का लाभ उठाना, और हम इसे कैसे लाभ से वंचित करते हैं? क्या वास्तविकता करना बेहतर नहीं है?

हकीकत सूचना प्रणाली, विकसित स्थलों, जुड़ी हुई सेवाओं और उपकरणों के व्यापक बेड़े के हजारों कार्यान्वयन है।

हां, ज्यादातर मामलों में, ग्राहक यह हासिल करता है कि आईटी परियोजना ने अपने किसी भी लक्ष्य को हासिल नहीं किया है।

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

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

अगर वास्तविकता है तो कल्पना क्यों करें? हां, ऐसी परियोजनाएं हैं जो ग्राहकों की प्रभावशीलता को बढ़ाती हैं। हां, ग्राहक मुनाफे में वृद्धि कर सकते हैं - या तो राजस्व वृद्धि के कारण, या लागत में कमी के माध्यम से। लेकिन अधिकांश आईटी परियोजनाएं रोपण, या सीमेंटिंग, या निचोड़ने, या सीखने के लिए हैं।

तो क्यों कल्पना करते हैं, अन्याय को दोष देते हैं, बदलने और बदलने का आग्रह करते हैं, अच्छाई और परियों की कहानियों में विश्वास करते हैं? यह पता लगाने के लिए बेहतर है कि अधिक से अधिक, कम सीमेंट कैसे लगाया जाए, बिल्कुल निचोड़ न करें और प्रक्रिया में जानें।

मैं ऐसा करने का प्रस्ताव करता हूं। अगर आपको कोई आपत्ति नहीं है।