प्रेसले में पीएमए के लिए वित्त: एमएस प्रोजेक्ट में बजट और कैश फ्लो की गणना कैसे करें

परियोजना पर निर्णय लेने से पहले कंपनी प्रबंधन द्वारा जिन मुख्य प्रश्नों का उत्तर दिया जाना आवश्यक है, उनमें निम्नलिखित शामिल हैं:

1. क्या सुझाए गए मूल्य पर चर्चा के तहत परियोजना को पूरा करना लाभदायक होगा?
2. परियोजना के दौरान वित्तीय स्थिति कैसी दिखेगी? क्या कोई नकद अंतर होगा?

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


रुचि - बिल्ली में आपका स्वागत है

शुरू करने से पहले।

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

यह माना जाता है कि आप एमएस प्रोजेक्ट में शेड्यूल खुद कर सकते हैं - कार्य दर्ज करें, उनके बीच संबंध बनाएं, एक पदानुक्रम व्यवस्थित करें, आदि। हम जिस बारे में बात कर रहे हैं वह एमएस प्रोजेक्ट में वित्तीय जानकारी की त्वरित तैयारी और इनपुट है, जो कि आप जिस कार्य के साथ खेल सकते हैं, उसके लिए एक वित्तीय मॉडल प्राप्त करने के लिए "सटीकता के साथ" सवाल का जवाब बड़ी सटीकता के साथ ऑनलाइन दे सकते हैं।

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

भाग एक दरों और भविष्य के खर्च

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

इस प्रशिक्षण परियोजना के लिए किन विशेषज्ञों की आवश्यकता है:

1. प्रोग्रामर।
2. सर्किट तकनीशियन।
3. स्काउट बोर्ड।
4. टेस्टर
5. Implementer।
6. आप खुद पीएम हैं। आपके समय का भी पैसा खर्च होता है।

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

व्यक्तिगत रूप से, मैं इस मामले में "नेट" द्वारा वेतन को केवल 2. गुणा करना पसंद करता हूं। हां, यह आसान है। चूंकि कंपनी हाथ की सैलरी पर 43% टैक्स का भुगतान करती है, और शेष 57% ओवरहेड के रूप में जाता है। इन शेष 57% में निहित विवरण भी शामिल हैं जो अंतिम दर को प्रभावित करते हैं: 28 दिनों की छुट्टी है, डेवलपर्स नियमित रूप से बीमार हो जाते हैं, समय मांगते हैं - हम मान सकते हैं कि वे साल में 10.5 महीने काम करते हैं, आदि। यदि निर्देशक / फाइनेंसर 57% से सहमत नहीं है, तो यह निश्चित रूप से आपका सिरदर्द नहीं है - आपके पास नहीं है और सिद्धांत रूप में, कंपनी के पूरे लेखा विभाग तक पहुंच नहीं हो सकती है, इसलिए निदेशक / फाइनेंसर को अपना आंकड़ा देने के लिए कहें, लेकिन अब, 57 डाल दें %।

गणना उदाहरण: लागू प्रोग्रामर प्रति हाथ 82 000 रूबल प्राप्त करता है। औसतन 164 कार्य घंटे (छुट्टियों सहित), अर्थात्। उनका प्रति घंटा वेतन 82,000 / 164 = 500 रूबल है। हमने 1000r / घंटा की दर निर्धारित की। वह सब है।

जारी रखने से पहले, यह ओवरहेड लागतों के लिए लेखांकन का एक और तरीका बताने योग्य है। जैसा कि आप शायद पहले से ही देखते हैं, कार्यालय, कुकीज़ और वकीलों के लिए ओवरहेड की लागत जूनियर और वरिष्ठ के लिए समान है, इसलिए उनके वेतन के% के रूप में चालान की गणना करना पूरी तरह से सही नहीं होगा। इसलिए, आप फाइनेंसरों के लिए कार्य निर्धारित करने के लिए निदेशक से प्रति घंटे की अवधि (वर्ष / तिमाही / माह - प्रति घंटे की संख्या से विभाजित करें) के लिए कार्यालय खर्चों की औसत संख्या की गणना करने के लिए कह सकते हैं। फिर हम आंकड़ा प्राप्त करते हैं, कहते हैं, 300r / h अलग से चालान और वेतन के लिए प्रति घंटा खर्च (करों के साथ) अलग से 82,000 * 1.43 / 164 = 715r / घंटा, और यह अधिक सटीक होगा, हम 715 + 300 = 1015r / की राशि में प्राप्त करेंगे एच। यहाँ पर एकमात्र बड़ी समस्या यह है कि लेखा विभाग की अवधि के लिए ओवरहेड की सटीक मात्रा प्राप्त करना बहुत मुश्किल है। मैं केवल एक बार सफल हुआ, इसलिए मैं वेतन पर ब्याज जोड़ना पसंद करता हूं। हां, और परियोजना को मुख्य रूप से एक ही वेतन के साथ कम या ज्यादा मात्रा में खींचा जाता है, इसलिए लेखांकन के दो तरीकों के बीच अंतर बहुत बड़ा नहीं है। अंत में, आप सहमत हो सकते हैं, फिर से, वेतन चालान का 57% लगाने के लिए, और जब (अधिक सटीक, यदि) लेखा विभाग प्रति घंटे चालान संख्या प्रदान करता है - जल्दी से कई दरों को बदल दें, बल से 5 मिनट लगते हैं, सब कुछ स्वचालित रूप से पुनर्गणना हो जाएगा।

क्या यह सरल है? मेरी राय में, हाँ।

अब हम वेतन से दरों की गणना करने में सक्षम हैं, इसलिए समय बचाने के लिए अन्य डेवलपर्स के लिए यहां गणना देने का कोई मतलब नहीं है। बस नीचे दरों डाल:

प्रोग्रामर - 1300r / एच
सर्किट डिजाइनर - 800r / एच
पीसीबी ब्रीडर - 800r / एच
परीक्षक - 600r / एच
कार्यान्वयनकर्ता - 1000 आर / एच
पीएम, यानी आप स्वयं - 1200r / h, जबकि आप परियोजना में 30% शामिल हैं, बाकी अन्य परियोजनाएं हैं, प्रेजेल लोड, आदि।

दरों की गणना पूरी होने के साथ। यहाँ मूल कार्यक्रम है:



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

ठीक है, "संसाधन शीट" बटन पर क्लिक करें और खुले हुए दृश्य में हम प्राप्त दरों को दर्ज करते हैं:



लाइन "प्लांट" पर ध्यान दें। ये खरीद के लेख हैं जहां सभी पैसे तुरंत दिए जाने चाहिए, या पहले से थोड़े समय के लिए, क्योंकि आपका बहीखाता तुरंत धन हस्तांतरित नहीं करता है, लेकिन समय-समय पर, सप्ताह में एक या दो बार, साथ ही धन कुछ समय के लिए चला जाएगा।

इसलिए, यहां हम "सामग्री" के रूप में खरीदारी करने के लिए संसाधन का प्रकार निर्धारित करते हैं, 40,000 की राशि "लागत / उपयोग" में सेट करते हैं और कार्य की शुरुआत में भुगतान (Accrue At) सेट करते हैं। बेशक, फेंग शुई में, आपको "बनाना एक बोर्ड" कार्य को दो मील के पत्थर में तोड़ने की आवश्यकता है: भुगतान और रसीद, लेकिन अधिक जटिल - एक के बजाय दो लाइनें, एक अस्थायी ऑफसेट जोड़ें जो अनुसूची पर दिखाई नहीं दे रहा है, आदि। तो, जैसा कि किया गया है - यह दृश्य और अधिक कठिन है और भूलना मुश्किल है। आप अभी भी नारंगी के साथ इस कार्य को टिंट कर सकते हैं, लेकिन यह पहले से ही बहुत अधिक है।

अब Gantt चार्ट दृश्य पर वापस जाते हैं। परिणामी मूल्य को देखने के लिए, "लागत" या "लागत" नामक एक कॉलम जोड़ें और यही हमें मिलता है:



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

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

भाग दो नकद प्रवाह और भविष्य की आय

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

आइए परियोजना में 30% की लाभप्रदता डालें, जो हमें 1,233,600 * 1.3 = 1,603,680 रुपये देता है। 1,600,000 तक का गोल करें ताकि एक पैसे में भ्रमित न हों। इस राशि पर, आपको यह गणना करने की आवश्यकता है कि अग्रिम में कितना पूछना है, और चरणों के अंत में कितना -। सॉफ्टवेयर और हार्डवेयर सिस्टम के विकास के लिए यह मानक है कि शुरुआत में 40% की उन्नति हो, क्योंकि उपकरण और घटकों की खरीद पहले चरण में होती है, और पहले और दूसरे चरण के अंत में 30% होती है। हम इस तरह से मिलते हैं:

640 हजार - पूर्व भुगतान
480 हजार - पहले और दूसरे चरण के अंत में।

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



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



कृपया ध्यान दें कि केवल MS प्रोजेक्ट 2019 एक नकारात्मक चिन्ह के साथ मूल्य प्रदर्शित करता है, पिछले संस्करणों में नकारात्मक मान कोष्ठक में संलग्न हैं। हालांकि सब कुछ सही माना जाता है।

की शुरुआत की। गैंट पर वापस जाएं और यह चित्र देखें:



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

हमेशा की तरह, सब कुछ बहुत सरल है - "रिपोर्ट" टैब पर जाएं और "विज़ुअल रिपोर्ट एक्सपोर्ट" बटन पर क्लिक करें:



अगला, खुलने वाली विंडो में, "कैश फ्लो रिपोर्ट" चुनें, "माह" के स्तर को सेट करें:



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



इस पर, "मासिक कैलेंडर" चेकमार्क "पिवट टेबल के फील्ड्स" में डालें और आकृति में लाल अंडाकारों के साथ चिह्नित "+" आइकन पर क्लिक करें। इससे पहले कि हम जो चाहते थे वह खुल जाए: संचयी जानकारी के साथ हमारी परियोजना में एक मासिक कैश-फ्लो, अर्थात्। हम एक मासिक आधार पर समग्र परिणाम को समझते हैं - हम इस महीने प्लस या माइनस में हैं, और गतिकी - हम पहले ही धन के लिए परियोजना में एक प्लस तक पहुंच चुके हैं, या अभी तक नहीं:



आइए आंकड़ों की व्याख्या करते हैं। लाल अंडाकार उन स्थानों को इंगित करते हैं जहां आपको सावधान रहने की आवश्यकता है।

मार्च में, हमारा कुल लाभ नकारात्मक है (हमारे दिमाग में साइन इनवर्ट करना न भूलें, क्योंकि हम खर्चों के बारे में बात कर रहे हैं), व्यय 67 360 रूबल से राजस्व से अधिक है। अप्रैल के लिए - सकारात्मक, लेकिन केवल 13280r पर, बस एक दिन की देरी इसे नकारात्मक बना देगी। इसलिए, आपको या तो अग्रिम को 45% तक बढ़ाने पर जोर देना चाहिए, या संख्याओं की दुनिया से वास्तविक दुनिया में लौटना चाहिए और समझना चाहिए कि ये मात्राएं खुद से मौजूद नहीं हैं, वे केवल निर्णय लेने के लिए जानकारी हैं। उल्लेखित + 57% इंजीनियरों की दरों में - कुछ प्रकार के अमूर्तता, वकीलों और एकाउंटेंट को न केवल इस वजह से, बल्कि अन्य परियोजनाओं के लिए भी उनका वेतन मिलता है। अब, अगर मार्च में उन सभी के लिए नकद अंतराल होगा, तो यह एक अवसर है जो या तो परियोजना पर अग्रिम भुगतान बढ़ाने पर जोर दे रहा है, या इस महीने के लिए अपने भुगतानों को स्थगित कर रहा है, और यदि नहीं, तो छेद को प्लग करने के अन्य तरीकों की तलाश करें, उदाहरण के लिए, एक जोड़े के लिए बैंक से ऋण लें महीने। लेकिन ये निर्णय फाइनेंसर / निर्देशक द्वारा किए जाते हैं, न कि आप आरएम के रूप में। आपने पहले से ही उन्हें बहुत मूल्यवान जानकारी दी थी: दो महीनों में नकद अंतराल का जोखिम है, आपके पास समय है, सोचें। यह दो सप्ताह में इस मुद्दे के बारे में जानने से बेहतर है।

वह सब है। आपकी वित्तीय योजना के साथ शुभकामनाएँ!