गेम डेवलपमेंट प्रोजेक्ट की योजना कैसे बनाएं

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

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

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

प्रत्येक फ़ीचर को लें और प्रत्येक क्षेत्र में अपने लीड के साथ काम करें (कला, एनीमेशन, प्रोग्रामिंग, ध्वनि, स्तर डिजाइन, आदि) प्रत्येक विभाग (आपकी टीम के आकार के आधार पर एक समूह या व्यक्ति) के कार्यों में इसे तोड़ने के लिए।

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

परियोजना प्रबंधक को तब सभी कार्य अनुमानों को लेना चाहिए और उन्हें परियोजना प्रबंधन सॉफ्टवेयर पैकेज में रखना चाहिए Microsoft प्रोजेक्ट या एक्सेल (दो लंबे समय तक उद्योग के मानक) या फुर्तीले प्रोजेक्ट के लिए उपलब्ध कोई भी नया विकल्प प्रबंधन।

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

यह वह जगह है जहां चीजें विशेष रूप से जटिल हो जाती हैं, लेकिन जहां पहले स्थान पर परियोजना प्रबंधन की आवश्यकता अधिक स्पष्ट हो जाती है।

प्रोजेक्ट मैनेजर प्रत्येक कार्य के लिए अनुमानित आरंभ और पूर्ण तिथियां प्रदान करता है। पारंपरिक परियोजना नियोजन में, आप एक झरना "झरना" दृश्य के साथ समाप्त होते हैं, जो परियोजना के पूरा होने की समयरेखा और कार्यों को जोड़ने वाली निर्भरता को दर्शाता है।

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

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

यह भी पता लगाना कि किसी विशेषता पर आपने कितनी देर तक काम किया है, यह निर्धारित करने में उपयोगी है कि समस्या के समाधान के लिए किसी नई तकनीक को आज़माने का समय है या परियोजना की भलाई के लिए सुविधा में कटौती करें।

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

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

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