स्रोत कोड मूल्य का अनुमान लगाने के तरीके क्या हैं?


10

मैं पिछले कुछ महीनों से अपने खाली समय पर कुछ प्रोजेक्ट पर काम कर रहा हूं। हाल ही में मुझे एक स्टार्टअप बनाने के लिए दोस्तों द्वारा संपर्क किया गया है, और यह स्रोत कोड हमारे लिए बहुत मूल्यवान होगा।

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


3
आप एक और एसई साइट पर ऑनस्टार्टअप पर जोएल स्पोल्स्की के जवाब की जांच कर सकते हैं । यह विस्तार से स्टार्टअप्स पर शेयरधारकों के बीच इक्विटी की व्याख्या करता है।
हकन डेरिल

जवाबों:


10

COCOMO प्रणाली के भीतर लिखने सॉफ्टवेयर के लिए समय आकलन के लिए एक मॉडल है। जैसा कि समय पैसा है, आप तब सॉफ्टवेयर के मूल्य को "किसी को इसे लिखने में कितना खर्च होगा" के परिप्रेक्ष्य से प्राप्त करें। इस मॉडल का वर्तमान सूत्रीकरण COCOMO II है जिसमें एक अच्छा वेब टूल है

इस वेब टूल के साथ, कोई भी आकार के अनुमान से जा सकता है (आपके पास अनुमान नहीं है, आपको वास्तविक संख्या मिल गई है कि कोड कितना बड़ा है ...) और अनुमानित योजना, परीक्षण और विकास लागत प्राप्त करें।

20k स्लोक (कोड की स्रोत लाइनें) और डेवलपर के लिए $ 10k / माह का मान (और अन्य सभी चीजें नाममात्र की हैं) आपको ऐसा करने के लिए 79.3 व्यक्ति महीनों का अनुमानित समय मिलता है (याद रखें, यह योजना, निर्माण और परीक्षण है) $ 793k के मूल्य के लिए।

यह मान कोड के मूल्य का न्यूनतम माना जाना चाहिए । वास्तविक मूल्य अधिक होगा क्योंकि यह राजस्व उत्पन्न करता है और संभावित कंपनी की मूल बौद्धिक संपदा है।


4
मैं असहमत हूं कि कोड के लिए एक न्यूनतम मूल्य है, यदि आपके पास ग्राहकों के लिए मूल्य नहीं बनाता है तो आपके पास 1M स्लो प्रोजेक्ट पूरी तरह से बेकार हो सकता है।
मैक्सिमआर

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

1
@MaximR यदि उस कोड का कोई वास्तविक मूल्य है जिसे विपणन किया जा सकता है, तो कोड का मान उस समय से अधिक होता है जब इसे खरोंच से लिखना होगा। वह है जो मॉडल की पहचान करता है - कोड लिखने का समय। यदि कोड बेकार है, तो उस पर स्थापित कंपनी उसी तरह बेकार है और कंपनी में डाला गया मूल्य शून्य का कुछ प्रतिशत है। सवाल यह है कि यह पता करने की कोशिश करता है "अगर मैं कोड की 20k लाइनें लिखता हूं और आप $ 800k फंड कंपनी में निवेश करते हैं, तो शेयरों का टूटना क्या होगा?"

@MichaelT यदि सवाल यह है कि 1 व्यक्ति $ 800k निवेश करता है और दूसरा कोड की 20k लाइनें लिखने के लिए सहमत होगा - यह एक उचित तरीका है। हालाँकि, यदि व्यक्ति पहले से ही 20k का कोड लिखता है - तो लेखक के लिए इसका मूल्य वही है जो वे इसे किसी और को बेच सकते हैं। और कंपनी / अन्य संस्थापक के लिए मूल्य इससे अधिक नहीं है कि इसे पाने के लिए किसी और को भुगतान करना होगा।
मैक्सिमआर

@ फेयरम मेला बिंदु, लेकिन मुझे लगता है कि अंतर्निहित अर्थशास्त्र को समझने में भी मदद मिल सकती है। और अन्य संस्थापकों को शायद "इस पर 400hrs खर्च किए, मुझे भुगतान करें" तर्क के लिए जाने के लिए पर्याप्त रूप से भोला नहीं होना चाहिए। अन्यथा codegolf.stackexchange.com पर सभी उत्तरों का संग्रह अनमोल होगा
MaximR

9

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

अब तक, आपको 100% स्टार्टअप का मालिक होना चाहिए। यह बाकी संभावित साझेदारों पर निर्भर है कि वे क्या दिखाने लायक हैं। मैं उन चीज़ों को उत्पादन (बिक्री, विपणन, उद्योग संपर्क, अतिरिक्त कोडिंग, आदि) के रूप में आकस्मिक बनाऊंगा।


2
+1 शुरुआती दिनों में Google सर्च इंजन की कीमत कितनी थी? बस इसे विकसित करने में लगा समय? नहीं, यह भविष्य के अरबों के कारण बहुत अधिक मूल्य का था जो इससे बनाया जा सकता था।
MarkJ

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

6

स्टार्टिंग वैल्यू, एंडिंग वैल्यू, सेलिंग फेयरनेस

यदि आप अपने एमवीपी (न्यूनतम व्यवहार्य उत्पाद) की आवश्यकता के संबंध में कोड पर विचार करते हैं, तो आप इस वार्ता पर अपना समय और दिल का दर्द बचा सकते हैं। यदि कोड MVV का आधा है, तो निष्पक्षता के लिए आपको इसके लिए कुछ चाहिए। यदि कोड 10%, 5%, या यहां तक ​​कि प्रयास के 1% से भी कम है, तो यह बहुत कम मायने रखेगा।

यदि आप धन की मांग करते हैं या अधिक इक्विटी (हम्म, जो एक ऑक्सीमोरोन की तरह लगती है), तो सुनिश्चित करें कि आप निष्पक्षता के नजरिए से इसे बेचने का एक अच्छा काम कर सकते हैं जो इस बात को सहन कर सकता है कि बेचने के रास्ते में कई चुनौतियां क्या हो सकती हैं उत्पाद।

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

सॉफ्टवेयर इंजीनियरिंग अर्थशास्त्र

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

सफलता मॉडल और संभावित निकास रणनीति

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

एक प्रोटोटाइप एक उत्पाद नहीं है

पहले बोहेम पत्रों में से एक जो मैंने पढ़ा था, उसमें एक चित्र शामिल था, जो एक उत्पाद के प्रोटोटाइप की तुलना करता था। यह प्रोटोटाइप के लिए एक वर्ग और उत्पाद के लिए तीन उच्च और तीन चौकों के ग्रिड का उपयोग करता है। आपके विश्वास बनाम यथार्थवाद की भावना के आधार पर, आप या तो इस धारणा को खारिज कर सकते हैं या पिछली परियोजनाओं को याद करना शुरू कर सकते हैं जहां उत्पाद के आयाम प्रोटोटाइप की लागत और प्रयास से 25 या 81 या 100 गुना थे।

आपका अद्वितीय योगदान मान्य करना

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

स्टार्ट अप्स के साथ शुरुआत

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

सुरक्षा का उपयोग करें

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

कुछ सावधानी कहानियाँ

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

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

परिश्रम से काम करो, और करो दिल से करो

टीम का निर्माण और उचित साझेदार ढूंढना बेहद जरूरी है। लैरी पेज लंबे समय से Google को खोजने के लिए भागीदारों की तलाश में खर्च करने की बात करता है।


2

इसे वैसा ही मानें जैसा कि आप "वास्तविक" उत्पाद हैं:

प्रतिस्थापन लागत क्या है ?:
यदि कोई तुलनीय उत्पाद नहीं है - किसी को फिर से खरोंच करने के लिए उसे किराए पर लेने की लागत क्या होगी? कुछ आईपी / पेटेंट के भीतर काम करने की लागत क्या होगी?
यदि कोई तुलनीय उत्पाद है - तो आपका उत्पाद किन मायनों में बेहतर है, किन मायनों में यह बदतर है - यह अंतर क्या है?

"डूब" लागत - वह समय जो आपने पहले ही बिताया है और "अन-खर्च" नहीं कर सकते हैं, आपके निर्णय के लिए अप्रासंगिक होना चाहिए।
यहां तक ​​कि भविष्य की "लागत" मूल्य / मूल्य के लिए प्रासंगिक नहीं है - चीजों का निर्माण करने के लिए लागत से अधिक मूल्य हो सकता है (जैसे मोना लिसा श्रम + पेंट + फ्रेम + कैनवास + 30% मार्जिन से अधिक है)


1

ओहलो के पास एक विकि लेख है कि वे उन परियोजनाओं के लिए लागत की गणना कैसे करते हैं जो वे ट्रैक करते हैं। यह एक विकिपीडिया लेख से जुड़ा हुआ है जो पूरी तरह से पर्याप्त लगता है।

ओहलो विकी

मुझे आशा है की इससे मदद मिलेगी।


1

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


मुझे इस उत्तर को पसंद करना है, लेकिन मुझे यह भी लगता है कि समान भविष्य के इनाम के वादे के साथ एक असमान योगदान के साथ शुरू होने से एक उम्मीद पैदा हो सकती है जिससे कुछ दोस्ती का नुकसान हो सकता है। पॉल एलन बिल गेट्स से बहुत पैसे लेकर चले गए, लेकिन उनकी किताब से पता चलता है कि चीजें उनके बीच बिल्कुल सही नहीं थीं। वोज मूल रूप से अधिक से अधिक तकनीकी योगदानकर्ता थे, लेकिन जॉब्स ने उज्जवल जलाया, बाहर निकला, फिर से उज्जवल जला। संभवत: उदाहरण देना मुश्किल होगा कि असफल शुरुआत ने दोस्ती को कैसे प्रभावित किया, लेकिन मुझे उम्मीद है कि कुछ शायद अदालत में समाप्त हो गए, और यहां तक ​​कि भंग हो गए।
DeveloperDon
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.