नमस्कार, सस्वर हवन।
चर्चा के लिए इस विषय का विचार मुझे बहुत पहले आया था, लेकिन हालिया साक्षात्कार ही वह कारण था जिसने मुझे वास्तव में संपादक को खोलने और पाठ लिखने के लिए प्रेरित किया। लेकिन पहले बातें पहले।
परिचय
2009–2011 में मैंने एक काफी बड़ी कंपनी के लिए एक ज्ञान प्रबंधन प्रणाली (CPS) की परियोजना का नेतृत्व किया। दरअसल, यह परियोजना अपने आप में एक अवसर है, यदि लेखों की एक श्रृंखला नहीं है, तो सुनिश्चित करने के लिए दो या तीन। यह इस परियोजना के कार्यान्वयन के दौरान था कि मुझे पूरी तरह से एक बड़ी समस्या का सामना करना पड़ा - सूचना प्रौद्योगिकी का पौराणिक कथाकरण। सबसे बुरी बात यह है कि ऐसा लगता है कि वयस्क इसके अधीन हैं, और यहां तक कि कई बार इस उद्योग से आते हैं।
यह घटना इस तथ्य में ही प्रकट होती है कि किसी कारण से अपवाद के बिना सभी प्रबंधन (बहुत कम अपवादों के साथ) का मानना है कि कुछ आधुनिक और जादुई सॉफ़्टवेयर की शुरूआत, दुर्लभ मामलों में - सूचना प्रणाली - नाटकीय रूप से सब कुछ बदल देगी, और वही लोग, वही समस्याओं में लगे (लेकिन किसी कारण से जो प्रबंधन के रूप में काम नहीं करना चाहते हैं) 110% की वापसी के साथ काम करना शुरू कर देंगे। इतना मज़ेदार यह लिखा गया है, और यह ट्राइट लगता है, लेकिन कोई उदाहरण नहीं हैं। उदाहरण के लिए, सीपीएस।
ज्ञान हस्तांतरण और आईटी के मुख्य मिथक के बारे में
CPS का मुख्य उद्देश्य कंपनी के भीतर ज्ञान का संग्रह और प्रसार है। ज्ञान पैदा करने का काम भी है, लेकिन अब हम इस पर विचार नहीं करेंगे, सामान्य तौर पर, वैज्ञानिक हमेशा की तरह इसका सामना करते हैं। इसलिए, इस समान ज्ञान को सफलतापूर्वक इकट्ठा करने और प्रसारित करने के लिए, यह आवश्यक है, सबसे पहले, कि प्रत्येक प्रमुख कर्मचारी, जब आवश्यक हो, जो उसने अध्ययन किया है, आविष्कार किया है, लिखा है, आदि। वह है - ताकि कोई मनोवैज्ञानिक बाधा न हो "आप मुझसे लिख रहे हैं", "आपको मेरे काम के लिए पैसे मिलेंगे", "मैं तीन दिनों से इस छेद को खोद रहा हूं, आपको कम से कम खर्च करना होगा", आदि।
मैं कोष्ठक में ध्यान देता हूं कि स्थिति "एक आदमी को एक मछली देती है और आप उसे आज खिलाएंगे" कुछ हद तक अलग है - यह सबसे अधिक संभावना आंतरिक प्रशिक्षण के मुद्दे से संबंधित है। अब हम उन सफल विशेषज्ञों के बारे में बात कर रहे हैं, जिन्हें किसी विशिष्ट नौकरी को पूरा करने के लिए ज्ञान की आवश्यकता है, या एक समय सीमा (प्रबंधकों के मामले में), या कुछ और।
तो, इन बाधाओं को दूर करने के लिए, औसत व्यक्ति के पास पर्याप्त कॉर्निया चेतना नहीं हो सकती है। इस दृष्टिकोण से, सूचना प्रौद्योगिकी के क्षेत्र में शामिल कामरेड एक जीतने की स्थिति में हैं:
- मंचों की एक बड़ी संख्या और आम तौर पर विभिन्न विषयों के इंटरनेट संसाधन;
- अपने ज्ञान को साझा करने की आदत;
- सिद्धांत की समझ "अगर मैं आज उसकी मदद करता हूं, तो कल वह मेरी मदद कर सकता है";
- यह समझते हुए कि नकल के दौरान जानकारी की मात्रा कम नहीं होती है, लेकिन बढ़ती है;
- और इसके अलावा, प्रभाव संभव है कि ज्ञान के हस्तांतरण के दौरान वे अनायास अपने मूल्य में वृद्धि करेंगे और वास्तविक बन जाएंगे।
यही है, अधिकांश भाग के लिए "उच्च-स्तरीय" आईटी विशेषज्ञ इस अति ज्ञान को साझा करने के आदी हैं, अन्यथा वे वे नहीं बनेंगे जो अब हैं।
और ये लोग उद्यम के लिए आते हैं, जहां दो विभाग, पड़ोसी कार्यालयों (या यहां तक कि परिदृश्य में नए-फ़ैशन वाले) में बैठे हैं, केवल नेतृत्व के माध्यम से संवाद कर सकते हैं - "यह ऐसा है।" ठीक है, अर्थात्, चाय के गोदामों में समस्याओं की कोई चर्चा नहीं थी, शरीर से "मैं इस रेक को खत्म करता हूं", रोता है, मॉनिटर में तीन दिनों के लिए बेवकूफ है, और फिर मज़ाक में बता रहा है कि उसने तीन दिन पहले कॉमा को गलत तरीके से कैसे रखा, और इसलिए एक अस्पष्ट त्रुटि के लिए देखा - ऐसा कुछ भी नहीं है। चाबियों का केवल व्यावसायिक क्लैपिंग और सिर के माध्यम से भेजे जाने वाले डेटा जमा करने का अनुरोध, विभाग के निदेशक द्वारा समर्थित, तीन दिनों की प्रतिक्रिया अवधि के साथ निष्पादन के लिए प्रस्तुत किया गया। यहां किस तरह के ज्ञान हस्तांतरण पर चर्चा की जा सकती है, यदि कोई कर्मचारी न केवल उद्यम या विभाग क्या कर रहा है - यह भी भूलना शुरू कर देता है - यहां तक कि वह जो खुद कर रहा है वह बहुत याद नहीं है।
पूरी तरह से बिना किसी हिचकिचाहट के, स्वचालित रूप से, जीवन के लिए आईटी दृष्टिकोण और सूचनाओं के आदान-प्रदान को उन लोगों में स्थानांतरित कर दिया जाता है, जो इसके अनुकूल नहीं हैं। और यह शुरू होता है:
- चलो एक मंच डालते हैं, वे वहां एक दूसरे को प्रश्न लिखेंगे;
- चलो मंच पर जाने के लिए सभी को उपकृत करते हैं;
- चलो एक बिंदु प्रणाली प्राप्त करते हैं;
- यह बताने के लिए बैठकें और बैठकें करें कि मंच पर इतने कम विषय क्यों हैं;
- चलिए ...
आगे, मुझे लगता है, वे सब कुछ पूरक कर सकते हैं। विशेष रूप से उपेक्षित मामलों में (सवालों से पहले - हाँ, हमारे पास बिल्कुल
एक ही विकल्प था ), आंतरिक संपर्क टैग को व्यवस्थित करने के लिए प्रस्ताव रखे जा रहे हैं, ताकि लोग नेटवर्क पर संवाद कर सकें।
यहां, वैसे, आरक्षण करना आवश्यक है कि ये सभी योजनाएं - मंचों का निर्माण, यात्रियों की पकड़, ब्यूरो का निर्माण - कुछ मामलों में उचित हैं जब उद्यम उनके लिए परिपक्व हो गया है। लेकिन हमारे मामले में, लोगों को पता नहीं है कि अगली मेज पर एक सहकर्मी क्या कर रहा है! .. और प्रबंधकों (यदि संरचना में प्रदान किया गया है) को इस बारे में जानकारी नहीं है कि पिछले कुछ वर्षों में उद्यम पर क्या परियोजनाएं चली हैं, कम से कम उनके क्षेत्र में), और कौन सा रेक उन पर रौंदा गया था।
यही है, संक्षेप में, आईटी विभाग को टीम निर्माण, अनुभव, नेटवर्किंग, आदि के आदान-प्रदान के लिए कार्मिक नीति सेवा का कार्य सौंपा जाता है। लेकिन इसके लिए उनका आविष्कार नहीं किया गया था। इसके अलावा, अगर आईटी विभाग में कोई उचित व्यक्ति है और उचित तरीकों से समस्या को हल करने की कोशिश करता है (अर्थात, वह लोगों को एक-दूसरे से बात करने का तरीका सिखाने के लिए जाता है), या बस इस कार्य की सदस्यता नहीं लेता है, तो उसका नेतृत्व वापस आ जाएगा: “क्या आप आईटी विशेषज्ञ हैं? इसलिए हमें एक कार्यक्रम लिखें ... "
हमें एक कार्यक्रम लिखें
मुझे लगता है कि ये शब्द आईटी क्षेत्र के प्रत्येक विशेषज्ञ द्वारा सुने गए थे। अक्सर यह हमारे खर्च पर उनकी समस्याओं को हल करने का एक प्रयास है, क्योंकि यदि कार्यक्रम समस्याओं को हल नहीं करता है, तो यह एक बुरा कार्यक्रम है, और अगर यह करता है, तो "यह है कि मैं इसके साथ कैसे आया!"
निष्पक्षता में, कथन का दूसरा भाग आम तौर पर पहले के विपरीत सच होता है। वास्तव में, यदि किसी प्रोग्राम
या अन्य ऑटोमेशन टूल की आवश्यकता लंबे समय से है, तो भी एक खराब प्रोग्राम जो अपने कार्यों को एक बार करता है, वह गलत वातावरण में लॉन्च किए गए एक आदर्श उत्पाद की तुलना में अधिक होगा। उदाहरण, मुझे लगता है, हर कोई अपने दम पर ला सकता है।
मेरे मामले में, सीपीएस (और पिछले अनुभाग में चर्चा किए गए काल्पनिक उद्यम के उदाहरण में) ठीक गलत वातावरण की स्थिति थी। यही है, लोग भौगोलिक रूप से बिखरे हुए हैं, अक्सर आम परियोजनाओं, लक्ष्यों से जुड़े नहीं हैं - कुछ भी नहीं, लेकिन संगठन का नाम - एक नेटवर्क में संयुक्त होने की आवश्यकता है और कहा: "अपना ज्ञान साझा करें!"। क्षमा करें, क्यों? इसकी जरूरत किसे है? एक कर्मचारी जिसका भार 110% से 150% तक होता है? किस प्रबंधक से किस कर्मचारी को दूर ले जाया जाएगा?
यह काम कर सकता है अगर वहाँ की शैली में स्पष्ट रूप से परिभाषित नियम और दिशानिर्देश थे, उदाहरण के लिए, शालम्बर - परियोजना के पूरा होने के बाद, परियोजना से सीखे गए पाठों के आदान-प्रदान पर एक संगोष्ठी आयोजित करें। या, जब एक दिन से अधिक समय के भीतर किसी समस्या की पहचान करना और सफलतापूर्वक हल करना, परिणामों को एक आंतरिक डेटाबेस में दर्ज करना।
यही है, सबसे पहले, सेमिनार, फ्लायर्स और अन्य चीजों के रूप में ज्ञान के आदान-प्रदान के लिए नियमों को व्यवस्थित करना। आईटी कार्य बिल्कुल नहीं है, कार्मिक नीति विभाग का कार्य है। यह एक कार्यप्रणाली कार्य है, जिसे अक्सर आईटी परियोजना शुरू करने के समय हल नहीं किया जाता है। इसके अलावा, इस परियोजना की आवश्यकता, साथ ही साथ परिणामी उत्पाद को सफलतापूर्वक परिचालन में लाने की असंभवता को भी आमतौर पर मान्यता नहीं दी जाती है।
यहां चौकस कामरेड पूछ सकते हैं: स्टैक ओवरफ्लो कैसे काम करता है, उदाहरण के लिए - जाहिर है कि कोई सामान्य नियम नहीं हैं जो रूस के एक प्रोग्रामर को एक सवाल पोस्ट करने के लिए मजबूर करते हैं, और ऑस्ट्रेलिया के एक प्रोग्रामर ने इसका जवाब देने के लिए? ..?
वास्तव में, ऐसे नियम हैं - "20 मिनट की पीड़ा" प्रकार के बहुत ही नियम, यह काम नहीं करता है - पड़ोसी से पूछें ", जिसे दुनिया भर की टीमों में लागू किया जा रहा है। यह वह है जो पड़ोसी से सबसे पहले जवाब मांगने के लिए मजबूर करता है, और फिर, एक साथ - Google में। और यह वह है जो तब स्टैक ओवरफ्लो पर एक खुले प्रश्न के साथ एक पृष्ठ खोलने के लिए मजबूर करता है, और इसका उत्तर देता है। सिर्फ इसलिए कि यह
यहाँ बहुत प्रथागत है ।
मिथकों की ओर लौटते हुए। मुख्य और सबसे महत्वपूर्ण - कार्यक्रम हमें मदद करेगा। यही है, कोई फर्क नहीं पड़ता कि क्या करना है, प्रक्रिया कितनी स्पष्ट है, यह कितनी अच्छी तरह से प्रलेखित है, लेकिन यदि आप एक कार्यक्रम लिखते हैं, तो सब कुछ एक गुच्छा होगा। दरअसल, बिल्कुल नहीं। यह हमेशा ध्यान में रखना आवश्यक है कि न केवल आईटी अवसंरचना के विकास (और इतना भी नहीं!), लेकिन बाहरी स्थिति भी।
बाहरी स्थिति
वास्तव में, मैंने लंबे समय तक यहां लिखने के बारे में सोचा होगा यदि मैं हाल ही में एक साक्षात्कार में नहीं गया था जहां स्मार्ट सिटी प्रणाली का उल्लेख किया गया था। जब मैंने पूछा कि इस अवधारणा में क्या शामिल है, तो उन्होंने मुझे कई दिलचस्प बातें बताईं, जिसमें सड़क प्रवाह के स्वचालित विनियमन के विचार भी शामिल थे। यही है, एक विशेष सॉफ्टवेयर और हार्डवेयर कॉम्प्लेक्स के बारे में जो ट्रैफिक लाइट को नियंत्रित करता है, ट्रैफ़िक प्रवाह का निर्माण करता है, जो बाद में मार्गों के साथ जल्दी से गुजरता है। यह कहा जाता है कि शहर 25% से उतरा हुआ है। हाँ, धूप ऑस्ट्रेलिया में।
बर्फीली उरल सर्दियों में बाहर निकलते हुए, और सड़क के किनारों पर स्नोड्रिफ़्स को देखते हुए, आंशिक रूप से कारों को अवरुद्ध कर दिया, और चार-लेन की सड़क को दो-तरफ़ा सड़क में बदल दिया ...
... व्याकुल, एवेन्यू पर डामर पर रस्सियों को याद करते हुए ...
... दुख की बात है कि आइकनों के साथ ओडिटियस मतिवेंको ...
... घर से टूटे-फूटे झुंड पर काम करना ...
... मुझे एहसास हुआ कि आईटी परियोजनाओं को लागू करते समय बाहरी परिस्थितियों को अनदेखा करना इसके लायक नहीं है।
शुक्रिया, हेबर, आपके ध्यान के लिए, और उन लोगों के लिए जो अंत तक पढ़ चुके हैं - डबल धन्यवाद।