चूहे रोए, चुभे, लेकिन कैक्टस को कुतरते रहे

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

हमें परिचयात्मक नोट्स स्पष्ट करते हैं। हम एक मध्यम या बड़ी कंपनी के एक कर्मचारी के बारे में बात कर रहे हैं जो प्रतिकृति सॉफ्टवेयर का उत्पादन करता है, जिसमें गैर-शून्य दर्शक (लगभग 100 या अधिक ग्राहक जो इसके लिए पैसे का भुगतान करते हैं), कई वर्षों से (कम से कम 2-3 साल) बाजार पर है और कुछ प्रकार की प्रतिष्ठा है।

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

• समीक्षा आपकी कंपनी के विपणन द्वारा लिखी जा सकती है, जो बहुत ही सामान्य है, और यह सामान्य है;
• रीकॉल आपके प्रतिद्वंद्वियों का "काला पीआर" हो सकता है (और यह सामान्य भी है);
• समीक्षा बस अक्षम है। उदाहरण के लिए, एक ग्राहक ने आपके उत्पाद को नहीं समझा और लिखा कि आपके सीआरएम को नाखूनों पर हथौड़ा चलाना नहीं पता है, या एक अनुभवहीन बाज़ारिया आपके ऑनलाइन टास्क मैनेजर की एक्सेल के साथ तुलना करना शुरू कर दिया है ...

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

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

उत्पादन के साथ लगा। क्या करें? आइए सबसे पहले एक "साधारण" कर्मचारी के जूते देखें।

डेवलपर और कैक्टस

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

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

यदि आपको स्थिति से बाहर निकलने के लिए एक स्पष्ट योजना नहीं मिली है या यह अभी मौजूद नहीं है, तो यह पहले से ही एक नई नौकरी की तलाश करता है या आप लेख के शीर्षक से एक माउस बने रहेंगे। दुर्भाग्य से, हमारे कई मुट्ठी भर "कार्यकर्ताओं" ने प्रतीक्षा किए बिना ऐसा किया ... हालांकि यहां अपवाद संभव हैं। उदाहरण के लिए, रूसी बाजार में एक अलग वर्ग के सबसे उत्कृष्ट उत्पादों से दूर के कई उदाहरण हैं, जो कई वर्षों से विकसित नहीं हुए हैं और पैच और बैकअप मोड में समर्थित हैं। उसी समय, वे आर्थिक रूप से बहुत अच्छा महसूस करते हैं और बिल्कुल भी नहीं झुकना चाहते हैं (कम से कम निकट भविष्य में)।

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

प्रबंधक और कैक्टस

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

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

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

तीसरा कदम उत्पाद की दृष्टि और रणनीति को आकार देना है, या इसे पूरा करना है। पहले चरण के बाद, यह पहले से ही करना आसान होगा।

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

एक निष्कर्ष के बजाय

दो अन्य दिलचस्प बिंदु जो मैंने अपने लिए नोट किए हैं:

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

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

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