बनाल शंकु, कई के लिए प्रासंगिक

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





पृष्ठभूमि। यात्रा की शुरुआत।

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

• कीड़े जिन्हें हमने याद किया वे सामने आए;
• गलत डिजाइन प्रकट हुआ था (दोनों पिछले तत्व, और जो हमने पेश किए थे);
• कई अनावश्यक कार्यों के कारण ऑपरेशन की गति नगण्य है, लेकिन गिर गई है।

मोक्ष आ सकता है।

सभी क्रियाओं के गहन विश्लेषण के बाद, मैं अपने लिए सरल नियमों के लिए आया:

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

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



यार, सबसे ऊपर।

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

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

बहुत सारे लोग हमारे बीच से गुज़रे, जिन्हें हमने आखिरकार स्वीकार कर लिया, लेकिन भयावह आलस्य का सामना किया। मैं यह स्वीकार करने की स्वतंत्रता लेता हूं कि लगभग 95% लोग कड़ी मेहनत करने के लिए तैयार नहीं हैं, वे काम पर आते हैं जैसे कि वे किसी प्रकार के कर्तव्य हैं, वे किसी भी चीज के लिए प्रयास नहीं करते हैं, वे हमारे विचार से "प्रज्वलित" करना मुश्किल है। यह निश्चित रूप से हमारी गलती है, हमारे पास बहुत अनुभव नहीं था, लेकिन फिर भी, जो लोग हैं, वे परियोजना के विचार से प्रेरित थे, यहां तक ​​कि प्रेरित करने में हमारी अक्षमता के साथ।



प्रबंधन को सरल बनाएं।

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



एक लंबी सड़क पर एक नया कदम।

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



उपसंहार। दोहराव सीखने की जननी है।

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

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

युपीडी। कर्म के लिए धन्यवाद, विषयगत ब्लॉग में स्थानांतरित किया गया।