क्या आपको गलत ट्रैक पर बिताए गए ग्राहकों के घंटे चार्ज करना चाहिए? [बन्द है]


17

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

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

संपादित करें: आप सभी का धन्यवाद, काश मैं एक से अधिक उत्तर स्वीकार कर सकता! मैंने अतिरिक्त घंटों के लिए उसकी बिलिंग नहीं की (मैंने उसे साढ़े तीन के लिए बिल दिया), लेकिन मैंने उनका उल्लेख किया, ताकि वह जानता हो कि मैंने उस पर अधिक काम किया, क्योंकि मैंने उसे बिल दिया था। शायद इसलिए उन्होंने तुरंत "अनुमान" स्वीकार कर लिया (जो उस मामले में अनुमान नहीं था, इसलिए उद्धरण)।


आपने अपने ग्राहक को क्या प्रारंभिक अनुमान दिया?
जेके

2
क्या आप क्लाइंट से अधिक काम की उम्मीद कर रहे हैं? आप किस तरह का संबंध स्थापित करना चाहते हैं?
स्टीव जैक्सन



1
यह डुप्लिकेट नहीं है, मैंने अपना प्रश्न पोस्ट करने से पहले उस धागे को पढ़ा। वह नई चीजों को सीखने की बात कर रहा है, गलत समाधान पर काम नहीं कर रहा है
ली वेरो

जवाबों:


24

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

सामान्य तौर पर, उन मामलों में, मैं तीन स्थितियों के बीच अंतर करता हूं:

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

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

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


मुझे नहीं लगता कि "औसत" डेवलपर्स इसे बिल्कुल हल करेंगे। लेकिन औसत सीएसएस अनुभव वाले लोगों के लिए, यह शायद 2 होगा।
ली वरौ

1
@Lea Verou: जब मैं "औसत डेवलपर्स" के बारे में बात करता हूं, तो यह बहुत व्यक्तिपरक है। यह आपके स्तर पर भी निर्भर करता है और आपका ग्राहक आपके स्तर के बारे में क्या सोचता है। यदि आपका ग्राहक जानता है कि आप सबसे अच्छे हैं और आपको प्रति दिन हजारों डॉलर का भुगतान करते हैं, तो यदि आपके ग्राहक को लगता है कि आप कोड बंदर हैं, तो व्यक्तिपरक "औसत" बहुत अधिक होगा।
आर्सेनी मूरज़ेंको

खैर, मैं सीएसएस के बारे में बड़े सम्मेलनों में बोलता हूं, और वह जानता है कि :) लेकिन मैं निश्चित रूप से प्रति दिन हजारों डॉलर नहीं
कमाता

4
मैं यह भी ध्यान रखूंगा कि आपकी दर कितनी है। यदि आपकी दर बहुत अधिक है, तो आपको औसत से बेहतर रहने की उम्मीद है, इस प्रकार स्पष्ट रूप से बहुत अधिक चीजों का मतलब हो सकता है। यदि आपकी दर बहुत कम है, तो आपको औसत से ऊपर होने की उम्मीद नहीं है यह कम चीजें स्पष्ट हैं।
मार्टिन यॉर्क

एक टिप्पणी को कॉपी-पेस्ट करने के लिए मैंने कहीं और बनाया: काम करने में समय बिताया / सोच / शोध / एक समस्या का अनुकूलन समय एक समस्या पर काम किया है। लेकिन क्या किसी ऐसे व्यक्ति के बारे में जो sth के लिए समय व्यतीत करता है, जिसके बारे में पता होना चाहिए (और उसके लिए निर्धारित कार्य के अनुसार) और / या पहले से ही हल है (और जो पूछा गया है)। दूसरे शब्दों में, ज्ञान की कमी या सिर्फ सादे बुरे पेशेवर काम के लिए कोई बहाना नहीं है। ध्यान दें , कि एक सच्चे पेशेवर (और चाहिए) वास्तव में कितना समय बिताया और क्यों
निकोस एम।

33

मुझे नहीं लगता कि आप गलत रास्ते पर थे। आपने एक समाधान कोडित किया, समाधान (kudos) का परीक्षण किया और पाया कि यह आपकी अपेक्षा के अनुरूप काम नहीं किया। आपने समाधान को डिबग किया और फिर एक अलग दिशा में जाकर अपना फिक्स बनाया।

IMHO, यह गलत ट्रैक नहीं है। यह नियमित सॉफ्टवेयर विकास है।

अगर मैं तुम होते, तो मैं पूरे 4 घंटे चार्ज करता।


1
मुझे आपके सोचने का तरीका पसंद है: p :)
Lea Verou

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

1
यही अन्य सभी व्यवसायों करते हैं। केवल प्रोग्रामर "महान" हैं (या, इसे सीधे, भोले तरीके से लगाते हैं) यहां तक ​​कि यह सोचने के लिए कि ग्राहक की समस्या पर सभी घंटों तक काम न करें।
मात्रा_देव

8

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

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

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


उन्होंने इसे खुद को चुनौती नहीं कहा, उन्हें नहीं पता था कि यह एक है। (हालाँकि उन्हें शायद इसे आउटसोर्स करने का फैसला करना मुश्किल था)
ली वेरौ

क्या डाउनवॉटर कृपया इस पर टिप्पणी करेंगे कि इसे डाउनवोट क्यों किया जा रहा है?
लूनीवोर

5

कभी-कभी किसी समस्या को हल करने के लिए उचित विकल्पों के एक सेट से उप-अपनाने के समाधान को समाप्त करना शामिल होता है। उन्मूलन की प्रक्रिया आपकी समस्या को सुलझाने वाले उपकरणों में से एक है; क्लाइंट आपको एक समाधान के लिए भुगतान कर रहा है, और आपको अपने निपटान में किसी भी उपकरण का उपयोग करने की उम्मीद करनी चाहिए।

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

आपकी अंधी गली ग्राहक के सर्वोत्तम खर्च किए गए पैसे का प्रतिनिधित्व कर सकती है: एक और डेवलपर आपके जैसा पूरी तरह से नहीं हो सकता है, और एक सस्ता लेकिन कम संगत समाधान प्रदान करेगा जो भविष्य में वापस आ जाएगा।


2
इन लोगों में नफरत करने के लिए "प्रोग्रामिंग, नहीं डिबगिंग" की मानसिकता है। जैसे कि कोई लेखक सिर्फ एक कहानी को लिखे बिना उसे फिर से लिखना और बदलाव करना शुरू कर सकता है। यह शायद एक घटिया कहानी बन जाएगा अगर उस तरह से लिखा है :-)।
Htbaa

5

ये सवाल मुझे पागल कर देते हैं ...

यदि कोई मैकेनिक या वकील आपके मामले / समस्या पर काम करने में समय बिताता है, तो आप शर्त लगाते हैं कि आपके @ $ $ का शुल्क लिया जाएगा, भले ही उन्होंने गलत रास्ते पर समय बिताया हो

प्रोग्रामर को अपना समय अधिक मूल्य देना शुरू करना होगा


मैं सहमत हूँ (इसलिए +1) समय काम करने / सोचने / शोध करने / किसी समस्या के अनुकूलन का समय एक समस्या पर काम करने का है। लेकिन क्या किसी ऐसे व्यक्ति के बारे में जो sth के लिए समय व्यतीत करता है, जिसके बारे में पता होना चाहिए (और उसके लिए निर्धारित कार्य के अनुसार) और / या पहले से ही हल है (और जो पूछा गया है)। दूसरे शब्दों में, यह ज्ञान की कमी या सिर्फ सादे बुरे पेशेवर काम के लिए कोई बहाना नहीं है। ध्यान दें कि एक सच्चा पेशेवर कर सकता है (और चाहिए) वास्तव में कितना समय और क्यों खर्च किया गया, इसके लिए एक दोषी मामला बनाते हैं
निकोस एम।

5

आपने जो किया वह बिल्कुल सामान्य था। फ्रेड ब्रूक्स ने इस घटना की चर्चा सॉफ्टवेयर इंजीनियरिंग "द मिथिकल मैन-मंथ" पर अपनी सेमिनल बुक के "प्लान टू थ्रो वन अवे" अध्याय में की है।

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


4

मैं इसे इस तरह से देखता हूं: दिन के अंत में, यह आपका कॉल है जो आप चार्ज करते हैं। ऐसे कई चर हैं जैसे आप ग्राहक को कितना खुश करना चाहते हैं, मौजूदा संबंध, आपकी बिक्री कौशल, आदि ... हम सभी उनसे परिचित हैं। आप अंततः ग्राहक को क्या प्रदान कर रहे हैं, और वे वास्तव में क्या चाहते हैं, मूल्य है। आपने ग्राहक को क्या मूल्य दिया और आप उनके लिए क्या मूल्य प्रदान कर रहे हैं?

किसी समस्या को हल करने में आपको 10 मिनट लग सकते हैं, लेकिन उस समस्या को हल करने के तरीके को सीखने में आपको 10 साल लग गए। जिसे माना जाना चाहिए। उसी समय, हम में से कुछ "नौकरी पर" मुआवजे को सीखने की क्षमता पर विचार करते हैं। मैं अक्सर चीजें सीखता हूं, जो वास्तव में ग्राहक के कार्यकाल पर हैं मैं समझता हूं कि गैर-मौद्रिक क्षतिपूर्ति का एक रूप है।

आप इसे बिल में भी जोड़ सकते हैं, फिर इसे इनवॉइस पर "पसंदीदा ग्राहक छूट" के रूप में चिह्नित कर सकते हैं, शुल्क न लें और कुछ अच्छी इच्छाएं बनाएं। मैं हर बार ऐसा करता हूं, जिससे ग्राहक को अच्छा महसूस होता है।

इसके अलावा, अगर आपका सवाल है कि ऐसे डेवलपर हैं जो एक दिन में हजारों डॉलर कमा रहे हैं, तो इसका जवाब हां है। आपको अपने कौशल के साथ उनमें से एक होना चाहिए। मैं व्यावहारिक रूप से वहां हूं, और मैं सीएसएस में आपके साथ एक ही लीग में होने के करीब हूं।


1
+1, यह उत्तर बहुत अधिक जटिल है। दोनों सर्वोच्च मतदान के जवाब पूरी तरह से "ग्राहक के लिए समाधान क्या है" बिंदु को याद कर रहे हैं। हेक, कभी-कभी हम एक ग्राहक को हमारे द्वारा किए गए प्रयास से 3 गुना अधिक शुल्क लेते हैं क्योंकि वह अभी भी उसके लिए किसी भी समाधान से सस्ता हो सकता है जो वह किसी प्रतियोगी से प्राप्त कर सकता है।
Doc Brown

2

यह मूल समझौते पर निर्भर करता है।

क्या आपने कहा कि आप इसे पूरा करने जा रहे हैं और जाने के लिए तैयार हैं? तब आप इसे विकसित करने में खर्च किए गए सभी समय के लिए बेहतर शुल्क लेते हैं। यह सब!


2

यदि आप अपने लिए किसी मामले पर बहस करने के लिए एक वकील को नियुक्त करते हैं, और वे इसे भुनाते हैं और आपके लिए हार जाते हैं, तब भी आप उनके बिल का भुगतान करते हैं।

यही अन्य सभी व्यवसायों करते हैं। कोई कारण नहीं है कि प्रोग्रामर को अन्यथा करना चाहिए।

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


1

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

इस नियम के लिए मेरा अपवाद: यदि समस्या को ठीक करने में घंटों लग जाते हैं क्योंकि ग्राहक ने मुझे किसी ऐसी चीज के बारे में गुदगुदाया है जिसे वे तोड़ देंगे, मैं पूरी बात के लिए शुल्क लूंगा।


1

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

जब आप नियमों को झुकाना शुरू करते हैं और अपवाद बनाते हैं कि किस प्रकार के काम के समय का भुगतान किया जाना चाहिए और क्या नि: शुल्क होना चाहिए, तो अंततः इसका लाभ उठाना आसान हो सकता है। भुगतान के लिए उपयोग करने के लिए समय सबसे आसान मीट्रिक है। यह आपको बहुत सारे जटिल दायित्व से मुक्त करता है, जो गैर-जिम्मेदार लग सकता है, लेकिन यह आपको इधर-उधर खींचे जाने से बचाता है और ग्राहक की गैरजिम्मेदारी से कुछ भुगतान में कटौती होती है।

मेरे मामले में, यह निराशाजनक होगा यदि मैं गलत रास्ते पर जाने के लिए शुल्क नहीं ले सकता, क्योंकि मैं अक्सर इस तरह की चीजों पर काम करता हूं:

यहाँ छवि विवरण दर्ज करें

... लगभग 40 वर्षीय कैटमुल-क्लार्क उपखंड एल्गोरिथ्म को हरा देने की कोशिश कर रहा है जो उद्योग में उलझा हुआ है और माइक्रोसॉफ्ट और पिक्सर जैसी कंपनियों द्वारा बार-बार सुधार किया गया है जबकि इन विशाल कंपनियों के रूप में अभी भी प्रतिस्पर्धी होने के नाते अधिक सहज परिणाम प्रदान करने की कोशिश कर रहा है। गति के लिहाज से।

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

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

अनिश्चितता

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

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

वह नई चीजों को सीखने की बात कर रहा है, गलत समाधान पर काम नहीं कर रहा है।

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


0

यह वास्तव में इस बात पर निर्भर करता है कि आपने परियोजना का प्रस्ताव कैसे किया, और यह परियोजना कैसे बिल योग्य है।

उदाहरण के लिए यदि यह एक डिलीवरी आधारित अनुबंध है तो सभी घंटों की परवाह किए बिना परियोजना की ओर नज़र रखी जानी चाहिए, भले ही वह कुछ नया सीखने के लिए हो।

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

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

मैं लूनीवॉर से असहमत हूं, कि वे हमें चीजें सीखने के लिए भुगतान करते हैं। वे हमें हमारी विशेषज्ञता के कारण भुगतान करते हैं और यह कि ज्यादातर समय हमें यह जानना होता है कि यह पहले से ही कैसे करना है। वे हमें कार्यान्वयन के लिए भुगतान करते हैं।

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

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


-1

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


मुझे यह पसंद नहीं है, क्योंकि ग्राहक हमेशा हारता है, यदि यह "खराब" मामला नहीं है।
ली वेरौ

"खराब" केस और "सबसे खराब" केस में अंतर होता है। यदि यह सबसे खराब स्थिति है, तो मैं नुकसान उठाता हूं।
डेव

हम्म, अच्छी बात है। लेकिन फिर भी, अगर यह "अच्छा" मामला है तो क्या होगा?
वेरो

तब यह घंटे के हिसाब से होता है। मैं आपसे प्रति घंटे h घंटे तक x राशि वसूल करूंगा।
डेव
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.