क्या होगा अगर प्रोग्रामर के पास लगातार करने के लिए कुछ नहीं है?

अपने प्रोग्रामर से संपर्क करते समय, क्या आप लगातार नोटिस करते हैं कि वह चारों ओर गड़बड़ कर रहा है? क्या वह ऐसा नहीं करता है जो आप उससे चाहते हैं, या उसकी उत्पादकता वांछित होने के लिए बहुत कुछ छोड़ देती है? क्या समस्या हो सकती है और इसे कैसे हल किया जाए?

छवि

नमस्ते


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

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

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

विशेष रूप से लोगों और प्रोग्रामर को 2 प्रकारों में विभाजित किया जाता है: पहल और गैर-पहल। एक नियम के रूप में, हमेशा कम पहले वाले होते हैं, यदि आपकी टीम में कम से कम 5 लोग हैं, तो, एक नियम के रूप में, आपके पास एक व्यक्ति होगा जो परियोजना में बहुत रुचि नहीं दिखाता है। ऐसे लोगों की पहचान कैसे करें? एक व्यक्ति की मुख्य विशेषताएं इस प्रकार हैं:

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

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

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

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

क्या एक सैनिक एक सर्जक बन सकता है और इसके लिए क्या आवश्यक है?


मैं तुरंत कहूंगा - हां। इतना भरोसा क्यों? हां, क्योंकि मैं एक सैनिक था, लेकिन नौकरी बदलने के बाद मैं सर्जक बन गया। ऐसा क्यों हुआ? समझने के लिए, मैं दोनों कार्यों का वर्णन करूंगा:

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

2. आगमन, मैं एकमात्र प्रोग्रामर था, मेरा निर्देशक पहले के बिल्कुल विपरीत था। वह समझ गया कि उसका तकनीकी आधार पुराना हो सकता है और कुछ पहलुओं में मैं उससे बेहतर जान सकता था, हालाँकि वह अतीत में एक उच्च योग्य प्रोग्रामर था। इस वजह से उसने मेरी बात सुनी। अब मैंने उन्हें हल करने के लिए कार्यों और तरीकों को चुना। मुझे तुरंत कहना होगा, पिछली जगह के विपरीत, मैंने तुरंत इस परियोजना को पसंद किया। अब मैंने न केवल काम के घंटों के दौरान, बल्कि हमेशा काम किया। वह सुधार के विचारों के साथ लेट गया, विचारों के साथ उठ गया। अब मैं सर्जक बन गया हूं।

इस अनुभव से, कई नियमों को प्रतिष्ठित किया जा सकता है जो प्रोग्रामर को सर्जक बनने के लिए प्रेरित करेंगे।

  • . , - , . , , . 30 « » .
  • . , . , ,
    , , . , . « ».
  • प्रोग्रामर को स्वतंत्र इच्छा दें। यह स्पष्ट है कि ऐसे मामले हैं जब आपको अभी कुछ करने की आवश्यकता है और उसका "मैं नहीं चाहता" बहुत दिलचस्प नहीं है, लेकिन अगर वह दृढ़ता से आश्वस्त है कि पहले कुछ करने की आवश्यकता है, तो उसे करने दें। अपने अभिमान को छोड़ दें, यदि वह जो करता है वह सकारात्मक परिणाम की ओर ले जाता है, यह आप दोनों के लिए एक प्लस होगा, अगर एक नकारात्मक के लिए, प्रोग्रामर अपनी गलती को समझेगा और आपको और अधिक ध्यान से सुनेगा।
  • व्यक्ति का सम्मान करें।

सैनिकों के साथ कैसे काम करना है?


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

  • . . , , . , , , .
  • , , , , . , ,
  • कार्यों को तुरंत लंबी अवधि में वितरित करें। सप्ताह के दौरान एक व्यक्ति को क्या करना चाहिए, यह लिखें। हर बार जब कोई सैनिक काम खत्म करता है, तो अगला काम उसकी उंगलियों पर सही होगा। इसके अलावा, आप आसानी से विकास प्रक्रिया को नियंत्रित कर सकते हैं। यदि आप किसी व्यक्ति को नए कार्य के लिए बॉस से संपर्क करने के लिए कहते हैं, तो ऐसे हालात होंगे जब बॉस व्यस्त होगा या जगह से बाहर होगा। इस मामले में, प्रोग्रामर बेकार बैठा है, और उसकी घड़ी टपक रही है।
  • व्यक्ति का सम्मान करें।

ऐसा लगता है कि यह सब स्पष्ट है, लेकिन कई टीमें अभी भी इन सिद्धांतों का पालन नहीं करती हैं, यही कारण है कि वे न केवल पैसे और समय खो देते हैं, बल्कि प्रोग्रामर भी हैं।

कैसे समझें कि आपको किसकी ज़रूरत है?


यहाँ सब कुछ बहुत सरल है। टीम में कम से कम एक सर्जक होना चाहिए, वह, एक नियम के रूप में, समय के साथ लीड हो जाता है, एक सर्जक पर 3-5 सैनिक होने चाहिए। आप कुछ दीक्षार्थियों पर बहुत दूर नहीं जाएंगे, और अंत में उनमें से कुछ सैनिक बन जाएंगे।

आपका ध्यान के लिए धन्यवाद, टिप्पणियों में आपकी राय का इंतजार कर रहा हूं।

All Articles