परिणाम या वेतन के लिए प्रति घंटा भुगतान?

मुझे नियमित रूप से प्रोग्रामर के लिए प्रति घंटा मजदूरी की रक्षा करनी है। सहित, अगर यह तय करने के लिए घंटों का भुगतान है कि क्या निष्क्रिय हो गया है और ग्राहक द्वारा ऑपरेशन के दौरान पहले ही पता चला था। ग्राहक अक्सर अशिष्ट होते हैं: “मुझे रीमेक के लिए भुगतान क्यों करना चाहिए! मैंने पहले से ही इसके लिए 1 बार भुगतान किया था, और मैं अधिक भुगतान नहीं करना चाहता। उन्हें अपने स्वयं के खर्च पर फिर से करने दें, ताकि भविष्य में यह बुरा न हो! .. ”और मुझे बार-बार समझाना होगा कि इस दृष्टिकोण से प्रोग्रामर के लिए अधिक जिम्मेदारी नहीं होगी, लेकिन उन्हें मुफ्त में रखने के लिए केवल एक घंटे की कीमत बढ़ाने की आवश्यकता है। "मरम्मत का काम।

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

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

हां, यदि ऐसा है, तो मैं स्वयं ग्राहक हूं और हमेशा ग्राहक के पक्ष में काम करता हूं, इसलिए मैंने इस स्थिति से यह सब लिखा।