प्रोजेक्ट प्रबंधन मूल रूप से आकांक्षा और कार्यान्वयन के बीच के अंतर को पाटने के बारे में है। किसी भी पहल में सबसे आम विफलता का कारण तकनीकी क्षमता या संसाधन आवंटन नहीं है, बल्कि असहमति है। जब स्टेकहोल्डर्स, टीम सदस्य और स्पॉन्सर्स एक ही पृष्ठ पर शुरू करते हैं, तो प्रोजेक्ट के लिए एक अच्छी संभावना होती है। जब वे एक ही किताब के अलग-अलग अध्याय पढ़ रहे होते हैं, तो भ्रम छाया रहता है। यहीं पर प्रोजेक्ट चार्टर अनिवार्य हो जाता है।
एक प्रोजेक्ट चार्टर केवल हस्ताक्षर के लिए एक दस्तावेज से अधिक है; यह एक मूल समझौता है जो एक भी कार्य आवंटित करने से पहले सफलता का आकार निर्धारित करता है। यह सीमाएं तय करता है, अधिकार को स्पष्ट करता है, और प्रोजेक्ट टीम और संगठन के बीच संबंध स्थापित करता है। स्पष्ट प्रोजेक्ट चार्टर लिखकर आप स्कोप क्रीप को रोकते हैं, उम्मीदों को प्रबंधित करते हैं और जीवनचक्र के दौरान निर्णय लेने के लिए एक संदर्भ बिंदु बनाते हैं।
यह गाइड एक मजबूत प्रोजेक्ट चार्टर बनाने के तकनीकी पहलुओं का अध्ययन करता है। हम सरल टेम्पलेट्स से आगे बढ़कर स्टेकहोल्डर समन्वय के मनोविज्ञान, स्पष्टता के लिए आवश्यक महत्वपूर्ण घटकों और प्रतिबद्धता हासिल करने की प्रक्रिया को समझेंगे। चाहे आप एक छोटे आंतरिक प्रयास के नेतृत्व कर रहे हों या एक जटिल बहुवर्षीय रूपांतरण के नेतृत्व कर रहे हों, सिद्धांत एक जैसे रहते हैं।
🧩 एक प्रोजेक्ट चार्टर क्या है?
प्रोजेक्ट दस्तावेजों के वर्गीकरण में, चार्टर सबसे ऊपर होता है। यह एक दस्तावेज है जो प्रोजेक्ट के अस्तित्व को औपचारिक रूप से अधिकृत करता है और प्रोजेक्ट प्रबंधक को संगठनात्मक संसाधनों को प्रोजेक्ट गतिविधियों में लगाने की अधिकृत शक्ति प्रदान करता है। यह एक व्यावसायिक मामले से अलग है, जो निवेश के लिए तर्क देता है, और एक प्रोजेक्ट योजना से अलग है, जो कार्यान्वयन का विवरण प्रदान करती है।
चार्टर को प्रोजेक्ट के लिए संविधान के रूप में सोचें। जैसे कि संविधान एक सरकार के अधिकार, जिम्मेदारियों और संरचना को परिभाषित करता है, वैसे ही चार्टर प्रोजेक्ट टीम के अधिकार, जिम्मेदारियों और सीमा को परिभाषित करता है। यह मूल सवालों के उत्तर देता है: हम इसे क्यों कर रहे हैं? हम क्या बना रहे हैं? कौन जिम्मेदार है? और अगर हम लक्ष्य से चूक गए तो क्या होगा?
इस दस्तावेज के बिना, प्रोजेक्ट अक्सर अस्पष्टता की वजह से पीड़ित होते हैं। स्टेकहोल्डर्स मान सकते हैं कि प्रोजेक्ट में वे विशेषताएं शामिल हैं जिनके बारे में कभी चर्चा नहीं की गई थी। टीम सदस्य उन कार्यों में समय बर्बाद कर सकते हैं जो मुख्य लक्ष्य में योगदान नहीं देते हैं। चार्टर इस धुंधले क्षेत्र को समाप्त करता है जो सच्चाई के आधार के रूप में स्थापित करता है।
🚨 अस्पष्टता की उच्च लागत
एक स्पष्ट चार्टर की आवश्यकता को नजरअंदाज करना एक रणनीतिक त्रुटि है। अस्पष्टता की लागत कई तरीकों से प्रकट होती है:
- स्कोप क्रीप: एक परिभाषित सीमा के बिना, “बस एक और चीज” के लिए अनुरोध एकत्र होते रहते हैं जब तक कि प्रोजेक्ट अनियंत्रित नहीं हो जाता है। चार्टर यह निर्धारित करता है कि क्या है अंदर और, महत्वपूर्ण बात यह कि क्या है बाहर.
- पुनर्कार्य: यदि टीम एक ऐसा समाधान बनाती है जो वास्तविक स्टेकहोल्डर आवश्यकताओं को पूरा नहीं करता है, तो काम बर्बाद हो जाता है। जल्दी से समन्वय सुनिश्चित करता है कि गलत चीज बनाई न जाए।
- संघर्ष: असहमति अक्सर अलग-अलग मान्यताओं से उत्पन्न होती है। एक हस्ताक्षरित चार्टर तब तक तय करने वाला बन जाता है जब विचारों में अंतर होता है।
- शुरुआत में देरी: टीमें अक्सर स्पष्टीकरण के इंतजार में रुक जाती हैं। एक चार्टर कार्य शुरू करने के लिए तुरंत हरी झंडी देता है।
चार्टर लिखने में समय निवेश करने से बाद में लाभ मिलता है। कार्य शुरू होने के बाद कोड, निर्माण या रणनीति बदलने की तुलना में दस्तावेज में बदलाव करना बहुत सस्ता होता है।
📋 मजबूत चार्टर के मुख्य घटक
इस दस्तावेज के उद्देश्य को पूरा करने सुनिश्चित करने के लिए, इसमें विशिष्ट तत्व होने चाहिए। प्रत्येक खंड एक विशिष्ट जोखिम या प्रश्न को संबोधित करता है जो अन्यथा पहल को विफल कर सकता है। नीचे आवश्यक घटकों का विवरण दिया गया है।
| घटक | उद्देश्य | मुख्य प्रश्न का उत्तर |
|---|---|---|
| प्रोजेक्ट उद्देश्य या तर्क | व्यावसायिक आवश्यकता या हल किए जा रहे समस्या की व्याख्या करता है। | हम इसे क्यों कर रहे हैं? |
| मापने योग्य परियोजना लक्ष्य | परिमाणात्मक शब्दों में सफलता को परिभाषित करता है। | हमें कैसे पता चलेगा कि हम सफल हुए? |
| उच्च स्तरीय आवश्यकताएं | मुख्य डिलीवरेबल्स और आवश्यक क्षमताओं की सूची बनाता है। | हम क्या बना रहे हैं? |
| उच्च स्तरीय जोखिम | संभावित खतरों को पहचानता है जो परिणाम को प्रभावित कर सकते हैं। | क्या गलत हो सकता है? |
| सारांश मील का पत्थर योजना | महत्वपूर्ण तिथियों और चरणों की प्रदान करता है। | यह कब पूरा होगा? |
| बजट सारांश | आवश्यक वित्तीय संसाधनों का अनुमान लगाता है। | इसकी कितनी लागत आएगी? |
| मुख्य हितधारक | यह बताता है कि कौन शामिल है और उनकी भूमिकाएं क्या हैं। | कौन जिम्मेदार है? |
| परियोजना अनुमोदन आवश्यकताएं | पूर्णता और स्वीकृति के लिए क्या आवश्यक है, इसकी परिभाषा करता है। | कौन स्वीकृति देता है? |
🔍 सीमा बयान को परिभाषित करना
सीमा बयान चार्टर का केंद्रबिंदु है। यह परियोजना द्वारा डिलीवर किए जाने वाले उत्पादों, सेवाओं या परिणामों का वर्णन करता है। एक अच्छा सीमा बयान विशिष्ट और मापने योग्य होता है। ‘ग्राहक संतुष्टि में सुधार’ जैसे अस्पष्ट बयानों को प्रबंधित करना मुश्किल होता है। ‘छह महीने के भीतर ग्राहक टिकट समाधान समय में 20% कमी’ जैसे विशिष्ट बयान कार्यान्वित करने योग्य होते हैं।
एक प्रभावी सीमा बयान लिखने के लिए, निम्नलिखित तकनीक का उपयोग करें:
- डिलीवरेबल्स की पहचान करें:भौतिक आउटपुट की सूची बनाएं। क्या हम सॉफ्टवेयर बना रहे हैं? एक भौतिक सुविधा? एक नीति दस्तावेज?
- सीमाओं को परिभाषित करें:स्पष्ट रूप से बताएं कि परियोजना क्या करेगीनहीं करें। यह अक्सर इसके द्वारा किए जाने वाले कार्य से अधिक महत्वपूर्ण होता है। उदाहरण के लिए, “इस चरण में लॉगिन प्रणाली के डिज़ाइन और कार्यान्वयन शामिल हैं, लेकिन उपयोगकर्ता प्रशिक्षण मॉड्यूल को शामिल नहीं किया गया है।”
- सीमाओं को शामिल करें: बजट की सीमा, प्रौद्योगिकी सीमाओं या नियामक आवश्यकताओं जैसी सीमाओं को स्वीकार करें।
जब स्टेकहोल्डर्स स्कोप पर सहमत होते हैं, तो वे अपने निवेश की सीमा पर सहमत होते हैं। इससे यह अपेक्षा रोकी जाती है कि परियोजना संगठन में सभी संबंधित समस्याओं का समाधान करेगी।
🎯 सफलता के मापदंडों को परिभाषित करना
सफलता व्यक्तिगत होती है जब तक इसे वस्तुनिष्ठ रूप से परिभाषित नहीं किया जाता। बहुत से परियोजनाएं समय पर और बजट के भीतर समाप्त होती हैं, लेकिन मूल्य प्रदान करने में विफल होती हैं क्योंकि सफलता के मापदंडों पर कभी सहमति नहीं बनती। चार्टर में यह निर्धारित करना आवश्यक है कि परियोजना का मूल्यांकन कैसे किया जाएगा।
अपने सफलता मापदंडों के लिए SMART मापदंडों (विशिष्ट, मापनीय, प्राप्त करने योग्य, संबंधित, समय-सीमा वाले) का उपयोग करने पर विचार करें। उदाहरण के लिए:
- प्रदर्शन: नई प्रणाली को बिना लेटेंसी के 10,000 समकालिक उपयोगकर्ताओं को संभालना चाहिए।
- अपनाव: लॉन्च के तीन महीने के भीतर बिक्री टीम के 80% लोग नए CRM का उपयोग करें।
- वित्तीय: परियोजना के वित्तीय वर्ष के अंत तक संचालन लागत में 15% की कमी होनी चाहिए।
- गुणवत्ता: संचालन के पहले महीने के बाद दोष दर 1% से कम होनी चाहिए।
इन मापदंडों को दस्तावेज़ीकरण करके आप एक साझा विजय की परिभाषा बनाते हैं। इससे टीम को बदलते लक्ष्यों से बचाया जाता है और स्टेकहोल्डर्स को एक स्पष्ट लक्ष्य दिया जाता है जिसकी ओर वे लक्ष्य बना सकते हैं।
👥 स्टेकहोल्डर्स और भूमिकाओं की पहचान करना
एक परियोजना एक सामाजिक गतिविधि है। इसमें अलग-अलग हित, प्रभाव के स्तर और अधिकार वाले लोग शामिल होते हैं। चार्टर में इन संबंधों को स्पष्ट रूप से नक्शा बनाना आवश्यक है। यह केवल नामों की सूची नहीं है; यह अधिकार की परिभाषा है।
परिभाषित करने के लिए मुख्य भूमिकाएं शामिल हैं:
- परियोजना स्पॉन्सर: वह वरिष्ठ नेता जो परियोजना के पक्ष में खड़ा होता है और संसाधन प्रदान करता है। उन्हें ऐसे मुद्दों के समाधान की अधिकार होती है जो परियोजना प्रबंधक के स्तर से ऊपर हों।
- परियोजना प्रबंधक: वह व्यक्ति जिसे टीम के नेतृत्व के लिए नियुक्त किया गया है। चार्टर उन्हें परिभाषित स्कोप के भीतर निर्णय लेने की अधिकार देता है।
- विषय विशेषज्ञ (SMEs): उन व्यक्तियों को जिन्हें परियोजना के लिए विशिष्ट ज्ञान की आवश्यकता होती है।
- अंतिम उपयोगकर्ता: वे लोग जो अंततः डिलीवरेबल का उपयोग करेंगे। उनकी आवश्यकताएं आवश्यकताओं को प्रभावित करती हैं।
- कार्यात्मक प्रबंधक: संसाधन प्रदान करने वाले विभागों के नेता। वे सुनिश्चित करते हैं कि उनके कर्मचारियों को परियोजना के लिए समय मिले।
इन भूमिकाओं को स्पष्ट करने से शक्ति के लिए लड़ाई से बचा जाता है। यदि कोई विवाद उत्पन्न होता है, तो चार्टर निर्धारित करता है कि किसकी अंतिम बात होगी। यह सुनिश्चित करता है कि निर्णय लेने में गलत लोग शामिल नहीं होते और बॉटलनेक नहीं होते।
⚠️ चार्टर में जोखिम प्रबंधन
हर प्रोजेक्ट में जोखिम होता है। चार्टर में हर छोटे जोखिम को सूचीबद्ध करने की आवश्यकता नहीं है, लेकिन उन उच्च स्तर के जोखिमों को उजागर करना चाहिए जो प्रोजेक्ट की लायकता को खतरे में डाल सकते हैं। इससे भविष्य की दृष्टि दिखाई जाती है और संगठन को संभावित चुनौतियों के लिए तैयार किया जाता है।
विचार के लिए सामान्य जोखिम श्रेणियाँ:
- तकनीकी जोखिम:क्या तकनीक की अपेक्षा के अनुसार काम करेगी? क्या यह उपलब्ध है?
- संसाधन जोखिम:क्या हमें जरूरी लोग मिलेंगे? क्या वे पर्याप्त रूप से कुशल हैं?
- समय सीमा जोखिम:जटिलता के आधार पर क्या समय सीमा वास्तविक है?
- बाजार जोखिम:क्या बाजार की स्थिति लॉन्च से पहले बदल जाएगी?
- नियामक जोखिम:क्या ऐसे कानून या सुसंगतता मानक हैं जिन्हें हमें पूरा करना होगा?
प्रत्येक उच्च स्तर के जोखिम के लिए संभावित प्रभाव और एक निवारण रणनीति नोट करें। इससे यह दिखाई देता है कि टीम आगे आने वाली चुनौतियों के बारे में नाजुक नहीं है।
💰 बजट और समय सीमा उच्च स्तर पर
चार्टर विस्तृत योजना या बजट नहीं है, लेकिन इसमें अनुमान देने चाहिए। इन अनुमानों को इस चरण में अक्सर कच्चे क्रम के आकार (ROM) के रूप में लिया जाता है, लेकिन इन्हें वास्तविकता पर आधारित होना चाहिए।
बजट के लिए शामिल करें:
- कर्मचारी लागत
- हार्डवेयर और सॉफ्टवेयर लाइसेंसिंग
- प्रशिक्षण और यात्रा खर्च
- आपातकालीन आरक्षित धन
समय सीमा के लिए, शुरुआत की तारीख, मुख्य मील के पत्थर और लक्ष्य पूर्णता की तारीख को पहचानें। समय सीमा को चरणों में बांटने के लिए चरणों का उपयोग करें। उदाहरण के लिए:
- चरण 1: योजना निर्माण और डिज़ाइन – सप्ताह 1-4
- चरण 2: विकास – सप्ताह 5-12
- चरण 3: परीक्षण – सप्ताह 13-16
- चरण 4: डेप्लॉयमेंट – सप्ताह 17
समय और पैसे के बारे में पारदर्शी रहने से विश्वास बनता है। यदि हितधारकों को लागत के बारे में अंधेरे में रखे जाने का एहसास होता है, तो वे प्रोजेक्ट को छोटे-छोटे नियंत्रण में रखेंगे।
✍️ मंजूरी प्रक्रिया
एक चार्टर केवल उसके हस्ताक्षरों के बराबर ही अच्छा होता है। मंजूरी प्रक्रिया समझौते को औपचारिक बनाती है। ईमेल भेजना पर्याप्त नहीं है; हितधारकों को स्पष्ट रूप से अपनी प्रतिबद्धता की पुष्टि करनी चाहिए।
मंजूरी खंड में निम्नलिखित बताना चाहिए:
- कौन हस्ताक्षर करता है:अनुमति के लिए आवश्यक विशिष्ट पदों या भूमिकाओं की सूची बनाएं।
- हस्ताक्षर कब करें:प्रोजेक्ट आगे बढ़े, इसके लिए हस्ताक्षर के लिए एक अंतिम तिथि निर्धारित करें।
- हस्ताक्षर कैसे करें: विधि को परिभाषित करें (डिजिटल हस्ताक्षर, कागजी प्रति, ईमेल पुष्टि)।
- यह बताएं कि हस्ताक्षर करने का अर्थ है कि आप निर्धारित लक्ष्य, बजट और समय सारणी के प्रति सहमत हैं।यह बताएं कि हस्ताक्षर करने का अर्थ है कि आप निर्धारित लक्ष्य, बजट और समय सारणी के प्रति सहमत हैं।
एक बार हस्ताक्षर करने के बाद, चार्टर एक बाध्यकारी समझौता बन जाता है। चार्टर में बाद में किए गए किसी भी परिवर्तन को औपचारिक परिवर्तन नियंत्रण प्रक्रिया से गुजरना चाहिए। इस अनुशासन से प्रोजेक्ट की अखंडता की रक्षा होती है।
🚫 बचने के लिए सामान्य गलतियाँ
यहां तक कि अनुभवी प्रोजेक्ट प्रबंधक भी चार्टर तैयार करते समय गलतियां कर सकते हैं। इन जालों के बारे में जागरूक होने से आप उनसे बच सकते हैं।
- बहुत अस्पष्ट होना: “कार्यक्षमता में सुधार करना” एक लक्ष्य नहीं है। “प्रसंस्करण समय में 30% कमी करना” है। अस्पष्ट भाषा के कारण अस्पष्ट परिणाम आते हैं।
- सीमाओं को नजरअंदाज करना: बजट या समय जैसी सीमाओं को नजरअंदाज करके केवल अभीष्ट परिणाम पर ध्यान केंद्रित करने से निराशा होती है।
- हितधारकों के योगदान को छोड़ देना: चार्टर को अकेले लिखना और हस्ताक्षर के लिए प्रस्तुत करना अस्वीकृति का रास्ता है। ड्राफ्ट पर सहयोग करें ताकि सहमति मिल सके।
- चार्टर और योजना में भ्रम उत्पन्न करना: चार्टर उच्च स्तर का होता है। दैनिक कार्यों में फंसने की गलती न करें। विवरण को प्रोजेक्ट प्रबंधन योजना में सुरक्षित रखें।
- सहमति की धारणा बनाना: नहीं मानें कि सभी सहमत हैं। हस्ताक्षर मांगने से पहले दस्तावेज के बारे में चर्चा करें ताकि सहमति सुनिश्चित हो।
🔄 दस्तावेज को बनाए रखना
चार्टर एक ऐसा दस्तावेज नहीं है जिसे हस्ताक्षर करने के बाद फाइल कर दिया जाए। इसे प्रोजेक्ट जीवनचक्र के दौरान सभी समय उपलब्ध रखना चाहिए। जब विवाद उत्पन्न हों या लक्ष्य के विस्तार का प्रस्ताव आए, तो इसका संदर्भ लिया जाता है।
जब कोई परिवर्तन अनुरोध आता है, तो चार्टर की ओर लौटकर देखें। यदि अनुरोध सहमत लक्ष्य के बाहर आता है, तो यह परिवर्तन है। यदि लक्ष्य के भीतर आता है, तो यह समायोजन है। यह अंतर अपेक्षाओं को प्रबंधित करने के लिए महत्वपूर्ण है।
चार्टर को एक केंद्रीय भंडार में रखें जहां सभी हितधारक इसे देख सकें। स्थिति बैठकों के दौरान टीम को चार्टर की याद दिलाते रहें। इससे साझा दृष्टि को मजबूत किया जाता है और सभी को सहमत लक्ष्यों पर ध्यान केंद्रित रखा जाता है।
❓ अक्सर पूछे जाने वाले प्रश्न
चार्टर किसके द्वारा लिखा जाना चाहिए?
आमतौर पर, प्रोजेक्ट मैनेजर चार्टर का ड्राफ्ट तैयार करता है, लेकिन यह एक सहयोगात्मक प्रयास है। स्पॉन्सर को व्यावसायिक तर्क देना चाहिए, और मुख्य स्टेकहोल्डर्स को आवश्यकताओं और जोखिमों पर प्रतिक्रिया देनी चाहिए। प्रोजेक्ट मैनेजर इसे अंतिम दस्तावेज में संश्लेषित करता है।
क्या चार्टर में बदलाव किया जा सकता है?
हां, लेकिन इसे सावधानी से लिया जाना चाहिए। यदि मूल व्यावसायिक आवश्यकता में परिवर्तन होता है, तो चार्टर को दुबारा लिखा जाना चाहिए। इसके लिए आमतौर पर स्पॉन्सर से औपचारिक मंजूरी की आवश्यकता होती है। चार्टर में लगातार बदलाव करना इस बात का संकेत है कि प्रोजेक्ट को अच्छी तरह समझा नहीं गया है या रणनीति में परिवर्तन हो रहा है।
छोटे प्रोजेक्ट्स के लिए चार्टर की आवश्यकता होती है?
छोटे प्रोजेक्ट्स के लिए भी किसी प्रकार का चार्टर लाभदायक होता है। इसका अर्थ नहीं है कि इसे 20 पेज का दस्तावेज बनाना होगा। लक्ष्य, दायरा और स्टेकहोल्डर्स को परिभाषित करने वाला एक पृष्ठ का समझौता पर्याप्त है। प्रोजेक्ट के आकार के बावजूद एकीकरण का सिद्धांत लागू होता है।
यदि स्टेकहोल्डर्स में असहमति होती है तो क्या होता है?
ड्राफ्टिंग चरण के दौरान असहमति सामान्य है। इन मुद्दों को अब हल करना बेहतर है बजाय निष्पादन के दौरान। यदि सहमति नहीं बन पाती है, तो मुद्दे को उच्च स्तर के निर्णय लेने वाले तक बढ़ाया जाना चाहिए। यदि महत्वपूर्ण विवाद अनिर्णित हैं, तो चार्टर के अंतर्गत हस्ताक्षर नहीं किए जाने चाहिए।
चार्टर लिखने में कितना समय लगता है?
इसका समय जटिलता पर निर्भर करता है। एक सरल प्रोजेक्ट के लिए कुछ दिन लग सकते हैं। एक जटिल, बहु-विभागीय पहल के लिए कुछ हफ्ते लग सकते हैं। इस समय का खर्च एक निवेश है जो बाद में दोहराए जाने वाले काम और असंगति से बचने के कारण समय बचाता है।
🛠️ प्रोजेक्ट प्रारंभ के अंतिम विचार
प्रारंभ चरण पूरे प्रोजेक्ट के लिए टोन तय करता है। अच्छी तरह लिखा गया चार्टर उस ठोस आधार को बनाता है जिस पर प्रोजेक्ट प्रबंधन की शेष गतिविधियां बनाई जा सकती हैं। यह एक धुंधली विचार को स्पष्ट नियमों और अपेक्षाओं वाले संरचित प्रयास में बदल देता है।
स्पष्टता, एकीकरण और प्रतिबद्धता पर ध्यान केंद्रित करके आप प्रोजेक्ट सफलता की संभावना बढ़ाते हैं। चार्टर आपका नेतृत्व के लिए पहला उपकरण है। यह आपके व्यावसायिक आवश्यकता को समझने और मूल्य प्रदान करने के प्रति आपकी प्रतिबद्धता को दर्शाता है। इसे उस सम्मान के साथ लीजिए जो इसे जाता है।
याद रखें कि एक प्रोजेक्ट चार्टर एक जीवंत दस्तावेज है। यह प्रोजेक्ट के विकास के साथ बदलता रहता है, लेकिन मूल समझौता हमेशा आधार बना रहता है। इसका उपयोग अपनी टीम को मार्गदर्शन देने, अपने स्टेकहोल्डर्स को प्रबंधित करने और डिलीवरी की जटिलताओं को संभालने के लिए करें। जब अपेक्षाएं शुरुआत में ही एक साथ हों, तो सफलता का रास्ता बहुत स्पष्ट हो जाता है।
इसे सही तरीके से करने के लिए समय लें। स्पष्ट प्रोजेक्ट चार्टर लिखने में आपके लगाए गए प्रयास का लाभ चलाने में आसानी, खुश स्टेकहोल्डर्स और अपेक्षित परिणाम देने वाले प्रोजेक्ट के रूप में मिलेगा।