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