क्या परियोजनाओं के लिए बजट में जाना स्वीकार्य है?


11

यह प्रश्न कुछ ऐसा है जो पिछले 3 महीनों से मुझे परेशान कर रहा है क्योंकि मैंने एक फ्रीलांसर से वेब डिज़ाइन फर्म में काम करने के लिए स्विच किया था।

हमारी बिक्री के लोग अक्सर हमें प्रश्नों की निम्नलिखित श्रृंखला के समान कुछ पूछते हैं:

  • विजेट को प्रोग्राम करने में कितना खर्च होता है
  • इस वेबसाइट को इस सॉफ्टवेयर में बदलने में कितने घंटे लगेंगे।
    (वर्तमान में वेबसाइट क्या चलाती है, यह जाने बिना)
  • आदि

  1. बिना किसी सूचना के हम कैसे उद्धरण दे सकते हैं? ( नहीं, मैं और जानकारी नहीं मांग सकता! )

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

   2. बजट पर काम करने के लिए सामान्य अभ्यास क्या है
        और क्या वेब विकास जैसी परियोजनाएं अक्सर बजट से अधिक होती हैं?

यदि आप एक वेब डेवलपमेंट / डिज़ाइन / समान कंपनी में काम करते हैं:

   3. आपका अरबों घंटे का सिस्टम कैसे काम करता है?

मेरे लिए, हमारे पास एक समय ट्रैकिंग एप्लिकेशन है जो हम रिकॉर्ड करते हैं कि हम कितने घंटे किस परियोजना पर खर्च करते हैं और यदि वे बिल योग्य या आंतरिक (AKA गैर-बिल योग्य) हैं। यदि एक हफ्ते में xx अरबों घंटे नहीं मिलते हैं तो हम अंततः परेशानी में पड़ सकते हैं। काम आप कंपनी के लिए करते हैं या ग्राहकों के लिए जो बिल योग्य नहीं है वह इस प्रणाली का हिस्सा नहीं है, और हमें अक्सर आंतरिक काम करना पड़ता है, इसलिए मैं सोच रहा हूं कि क्या कोई वैकल्पिक प्रणाली मौजूद है।

संपादित करें: ठीक है, मैं इस फर्म में एक डिजाइनर हूं, एक डिजाइनर नहीं :)

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

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


4
एक आम गलतफहमी है "मैं अधिक जानकारी नहीं मांग सकता!"। आपको आमतौर पर कहा जाता है कि आप नहीं कर सकते हैं, लेकिन यदि आप इसे पर्याप्त रूप से पूरा करते हैं, तो आप इसे पूरा करने में सक्षम हैं।
विंको वर्सालोविच

2
जब मैं सही अनुमान लगाता हूं तो मुझे यह एक बड़ी समस्या लगती है और वे इसे काट-छांट कर वापस कर देते हैं क्योंकि ग्राहक इसे स्वीकार नहीं करेगा और फिर मुझे उन घंटों के भीतर नहीं होने के लिए दोषी ठहराया जाएगा जो मैंने उन्हें बताया था कि वे बहुत कम थे।
HLGEM

1
पलट। अपनी बिक्री के लोगों से सटीक उत्तर के लिए पूछें "बिक्री बंद करने में कितना समय लगेगा?" :)
क्रेगटीपी

केवल 35 घंटे काम करने के लिए अच्छा होना चाहिए।
रिग

@HLGEM यही कारण है कि आप "स्कॉटी" अनुमान का उपयोग करते हैं। स्टार ट्रेक से स्कूटी की तरह, आप हमेशा ओवरएस्टीमेट करते हैं कि कितना समय लगने वाला है / कितना खर्च होने वाला है इसलिए क्लाइंट के लिए समय / पैसे के बजट को कम करने और बात करने के लिए बहुत जगह है। यदि आप उन्हें बताते हैं कि आपको लगता है कि यह वास्तव में ले जाएगा और वे कम मांग करते हैं, तो आप फंस गए हैं।
गॉर्डन

जवाबों:


4

हमारी बिक्री के लोग अक्सर हमें प्रश्नों की निम्नलिखित श्रृंखला के समान कुछ पूछते हैं:

एक विजेट को प्रोग्राम करने में कितना खर्च होता है इस वेबसाइट को इस सॉफ्टवेयर में बदलने में कितने घंटे लगेंगे।

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

बिना किसी सूचना के हम कैसे उद्धरण दे सकते हैं? (नहीं, मैं और जानकारी नहीं मांग सकता!)

संक्षिप्त जवाब? आप कोशिश नहीं कर सकते।

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

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

परिभाषित करें "बजट पर।" फिर, मैं वेतन प्रति घंटा नहीं मान रहा हूँ। यदि आप अपने समय के बजट से अधिक हो गए हैं , तो कुछ लंबी रातों को खींच लें और फिर से वही गलती (कुछ याद नहीं) करें।

मेरे लिए, हमारे पास एक समय ट्रैकिंग एप्लिकेशन है जो हम रिकॉर्ड करते हैं कि हम कितने घंटे किस परियोजना पर खर्च करते हैं और यदि वे बिल योग्य या आंतरिक (AKA गैर-बिल योग्य) हैं। यदि एक हफ्ते में xx अरबों घंटे नहीं मिलते हैं तो हम अंततः परेशानी में पड़ सकते हैं। काम आप कंपनी के लिए करते हैं या ग्राहकों के लिए जो बिल योग्य नहीं है वह इस प्रणाली का हिस्सा नहीं है, और हमें अक्सर आंतरिक काम करना पड़ता है, इसलिए मैं सोच रहा हूं कि क्या कोई वैकल्पिक प्रणाली मौजूद है।

मुझे यकीन नहीं है कि अगर मैं "बिल योग्य" घंटों का रिकॉर्ड बनाना चाहता हूं तो मैं इसे कैसे सेट करूंगा। आप शायद सौ घंटे +/- कुछ सप्ताह के साथ हवा देंगे। मैं कोड के बारे में सोचना बंद नहीं करता, क्या उसे गिनना चाहिए?


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

@Rouge: अपने अनुमानों के साथ बेहतर हो जाओ। यदि आप अपने आप को लगातार अपने आवंटित समय से अधिक पाते हैं तो जब आप उनसे पूछते हैं कि वे कितनी देर तक हाथ बढ़ाते हैं तो उन्हें बढ़ाना शुरू करें।
जोश के

4

स्कॉटी क्या करता है: एक उचित अनुमान के साथ आओ, और इसे दोगुना करें।

आपका दोगुना अनुमान a) आमतौर पर अधिक यथार्थवादी होगा, क्योंकि मनुष्य गंदे अनुमानक हैं, b) आपको थोड़ा सुस्त देते हैं, ताकि आपके पास अचानक सुविधाओं और अन्य आपात स्थितियों के लिए जगह हो, और c) आपको कभी-कभी समय के भीतर आने की अनुमति दें और बजट के तहत।

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

सौभाग्य।


1
मत बताओ, लेकिन मैं वास्तव में कम से कम एक x4 करता हूं क्योंकि मैं सबसे अधिक प्रोग्रामर की तरह हूं जो एक घंटे में मैं क्या कर सकता हूं, इसे गंभीरता से स्वीकार करता हूं। समस्या यह है, मेरे प्रबंधक को शिकायत है कि मेरे अनुमान बहुत लंबे हैं (एक सप्ताह! मैं उन्हें नहीं बता सकता कि मुझे एक सप्ताह लगेगा। मैं उन्हें एक दिन बताऊंगा ...)। जब अनुमान को स्वीकार कर लिया जाता है, तब भी मुझे लगता है कि विकास कार्य सुनहरी मछली की तरह हैं - वे अपने टैंक के आकार तक बढ़ते हैं - इसलिए मुझे अभी भी टेट्रिस खेलने का समय नहीं मिला है। किसी कारण के लिए, हालांकि, मैं इसे किसी भी तरह से नहीं होगा ...
Kramii

1
डबल पत्तियां बहुत छोटा है। मैं हमेशा पाई के साथ गुणा करने के नियम से जाता हूं।
बजरैक फ्रायंड-हेन्सन

1
क्या होगा यदि अनुमान बहुत अधिक है और हम ग्राहकों को खोना शुरू कर देते हैं, तो क्या यह भी बुरा नहीं होगा?
ब्रैंडन वम्बोल्ड्ट

@ Rogue Coder: आमतौर पर बिक्री का सटीक अनुमान देना सबसे अच्छा होता है (और सटीक रूप से, मेरा मतलब है कि दोगुना, या यहां तक ​​कि pi'd या चौगुना अनुमान)। अगर बिक्री आपको उस समय की मात्रा के बारे में झूठ बोलने के लिए दबाव डाल रही है, ताकि वह अधिक काम में पैक हो सके, तो वे खुद के लिए समस्याएं पैदा कर रहे हैं। लेकिन मुझे लगता है कि आप इस बारे में धारणा बना रहे हैं कि बिक्री क्या सुनना चाहती है - उच्च अनुमानों की कोशिश करें; यदि आप समय पर और बजट पर सामान वितरित करना शुरू करते हैं, तो आप अपने आप को एक बहुत खुश मालिक, और खुश सलाम के साथ पा सकते हैं।
पैच

@ Rogue Coder: अगर इसमें x की मात्रा लगेगी, तो यह कितना लंबा समय लेगी, भले ही सेल्स इसे टालने की कोशिश करे। यदि आप ग्राहकों को खोना शुरू करते हैं, तो अपनी दर कम करें (या बल्कि, उन्हें अपनी दर पर "छूट" की पेशकश करें)।
बाल्टी में क्रिस बकेट

2

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

मुझे लगता है कि यदि आप इस परियोजना के बारे में कोई अतिरिक्त विवरण नहीं प्राप्त कर सकते हैं, तो आपको लोगों को विकसित दिखाना होगा, बिल्कुल वही जो आप मानते हैं।

यह भी अच्छा है क्योंकि एक आपने इनमें से कुछ उद्धरणों को किया है, आप एक नया बनाते समय पुराने का उल्लेख कर सकते हैं।

आप हॉफ़स्टैटर के कानून में लेने का प्रयास कर सकते हैं, लेकिन यह कभी काम नहीं करेगा


1
हम एक हद तक ऐसा करते हैं। मैं एक सूची बनाता हूं जो कहती है: सीएमएस 1 घंटा, इवेंट मॉड्यूल 4 घंटे, ब्ला ब्ला 6 घंटे, सामग्री रूपांतरण 10 घंटे। इसके साथ दो समस्याएं हैं वे अनुमान हैं और बिक्री आदमी अनुबंध को बाहर भेजते समय इन्हें पूरी तरह से अलग चीजों में परिवर्तित करता है। यह एक समस्या का कारण बनता है जहां क्लाइंट कुछ बार परियोजना का एक हिस्सा निकाल देंगे क्योंकि बिक्री वाले व्यक्ति ने "कोर फंक्शनलिटी IV" को "बेकार फीचर XII" के रूप में सूचीबद्ध किया है। ग्राहक यह नहीं चाहता है, लेकिन यह वास्तव में आवश्यक काम है और इसलिए मैं आवश्यक बजट खो देता हूं।
ब्रैंडन वम्बोल्ड्ट

2
आइटम को उस स्तर पर सूचीबद्ध किया जाना चाहिए, जहां प्रत्येक को अधिकतम एक घंटा लगता है। "इवेंट मॉड्यूल 4 घंटे" का मतलब आसानी से 40 घंटे हो सकता है यदि आप इसे पर्याप्त रूप से ड्रिल नहीं करते हैं। ग्राहक को विस्तृत योजना भेजने का विचार नहीं है, लेकिन अनुमानों के माध्यम से बेहतर अनुमान लगाने में सक्षम होने के लिए आपका मन पूरे को समझ सकता है, इस तथ्य का उल्लेख नहीं करने के लिए कि इस तरह की एक विस्तृत योजना डिजाइन और कार्यान्वयन को आगे बढ़ाने में मदद करेगी।
विंको वर्सालोविच

1

यह वास्तव में आपके तीन-पार्टर के पहले भाग का जवाब है, लेकिन यह एक बड़ा सवाल है।

यहाँ मैंने हाल ही में क्या करना शुरू किया है। और यह बहुत कुछ इस तरह की आत्मा की खोज के बाद है।

मैं एक संभावना या ग्राहक से अनुरोध का जवाब देता हूं जिसे मैं "गुड-फेथ एस्टीमेट" कहता हूं। यह एक डॉलर का आंकड़ा है जो कुल CYA के लिए रविवार से नौ तरीके से गद्देदार है। मैं उन्हें बताता हूं कि यह संख्या मोटे तौर पर यहाँ पर विचार किए जा रहे पैमाने के परियोजनाओं के मेरे अनुभव पर आधारित है।

मैं उन्हें किक-ऑफ के कारण उनका पहला चालान बताता हूं, जो अनुमान का 25% है। उस कीमत के लिए, हम एक पूर्ण आवश्यकता-एकत्रित प्रयास करेंगे और पूर्ण, विस्तृत विवरण लिखेंगे। परियोजना के आकार के आधार पर, यह कई हफ्तों का काम हो सकता है। उसके अंत में, हमारे पास प्रलेखन का एक पूरा सेट होगा, और हम जानेंगे कि हमने उस अनुमान पर कैसे काम किया। यदि उस बिंदु पर हमें मूल्य को ठीक करने की आवश्यकता है (और यह ऊपर या नीचे जा सकता है), तो हम ऐसा करेंगे और ग्राहक को बताएंगे।

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

हम नहीं मानते हैं, हम (संभवतः संशोधित) कुल मूल्य के साथ आगे बढ़ेंगे, जिसमें से 50% उस बिंदु पर बिल योग्य है, और अंतिम 25%-या-तो वितरण और स्वीकृति पर। हर कोई एक ही पृष्ठ पर है, कोई भी महसूस नहीं कर रहा है कि उन्हें "विश्लेषण" जैसे अमूर्त के लिए पैसा देना था, और हर कोई (आदर्श रूप से) खुश है।

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


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

0

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


0

आप बहुत ही सामान्य परिदृश्य में हैं। बिक्री का कोई सुराग नहीं है और अपना काम करने के लिए तकनीकी लोगों पर भरोसा करते हैं। आप सटीक अनुमान देने के लिए बार-बार असफल होंगे क्योंकि यह जानना असंभव है।

आप वास्तव में जो करते हैं उसे अनुभवजन्य अनुमान कहा जाता है।

आप उस समय और अनुभव के साथ बेहतर हो जाते हैं

क्या कंपनी में कोई अन्य डिजाइनर है? यदि हाँ, तो मैं आपको सुझाव देता हूं कि आप पोकर का नियोजन करें । यह एक बहुत शक्तिशाली सामूहिक आकलन तकनीक है।

प्लानिंग पोकर अनुमान लगाने की एक आम सहमति पर आधारित तकनीक है, जिसका उपयोग ज्यादातर सॉफ्टवेयर विकास में कार्यों के सापेक्ष या सापेक्ष आकार का अनुमान लगाने के लिए किया जाता है।

यह आपको अधिक लोगों के ज्ञान और अनुभव का उपयोग करके सटीक अनुमान लगाने में मदद करता है, और अनुमान लगाने की जिम्मेदारी एक ही व्यक्ति के बजाय टीम में फैलेगी। बिक्री से खुश होंगे क्योंकि उन्हें अधिक सटीक अनुमान मिलेंगे। और यह कहना आसान है "जब आप केवल अपने आप से 4 या 5 की तुलना में" अनुमान नहीं लगा सकते हैं।

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