मैं प्रति घंटा के आधार पर क्यों काम करूं?

एक युवा ग्रीक प्रोग्रामर द्वारा एक लेख का अनुवाद "मैं प्रति घंटा बिल क्यों करता हूं"



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



मैं भवन निर्माण के साथ सॉफ्टवेयर विकास की तुलना करना पसंद करता हूं, जो एक खाली भूमि भूखंड से शुरू होता है। प्रक्रिया कुछ इस तरह दिखती है:



ग्राहक: यहां वह साइट है जिस पर हम बनाए जाएंगे। यहाँ हम जो निर्माण करना चाहते हैं, उसके नमूने हैं। क्या आप निर्माण की सही लागत बता सकते हैं?



कोई भी सिविल इंजीनियर इस तरह के प्रस्ताव से कतराएगा, जबकि प्रोग्रामर, किसी सौदे को समाप्त करने के लिए अपनी प्यास में, अनुमान का अनुमान लगाएगा, इसे दोगुना करेगा, 30% जोड़ देगा और सर्वश्रेष्ठ की उम्मीद करेगा। मैं इस प्रश्न का उत्तर कैसे दूं?



मैं XX $ / घंटा खर्च करता हूं। आप जो प्राप्त करना चाहते हैं, उसका आकलन करने के लिए मैं 2-3 घंटे मुफ्त में बिता सकता हूं। उसके बाद मैं पैसा लेना शुरू करूँगा, यहाँ तक कि पाँच मिनट की टेलीफोन पर बातचीत के लिए भी। यह नियम सरल है: यदि मैं ऐसा कुछ करता हूं जो मैं नहीं करूंगा यदि वह आपकी परियोजना के लिए नहीं है, तो आप इसके लिए भुगतान करते हैं।



मेरा मुवक्किल घबरा गया। पहली बात उन्होंने कहा - XX $ / घंटा - बहुत अधिक है! फिर उन्होंने अन्य डेवलपर्स को याद किया जिन्होंने अपना समय और पैसा खर्च किया और कुछ भी उपयोगी नहीं था। कुछ मायनों में वह सही था - वह कैसे जान सकता था कि वह मुझ पर भरोसा कर सकता है? इस के लिए, मैं भी जवाब देने के लिए तैयार था।



XX $ / घंटा एक बड़ी राशि की तरह लगता है, लेकिन a) मैं अच्छा हूं और b) मैं तेजी से काम करता हूं। अगर मैं एक घंटे में ऐसा करता हूं तो दूसरे को तीन की जरूरत है, तो आप कम भुगतान करेंगे।



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



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



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



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



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



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



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

अनुवादक टिप्पणी

मुझे भी चाहिए!



पुनश्च मुख्य बात यह है, चलो इस लेख को अपने मित्रों दंत चिकित्सकों को नहीं पढ़ा ...