आइए अपने प्रोजेक्ट के लिए सही पेशेवरों की एक अच्छी टीम को किराए पर लें। एक विशिष्ट व्यवसाय ऐप में आपको एक डेटाबेस डेवलपर और एक डीबीए, एक क्यूए व्यक्ति, एक सिस्टम व्यवस्थापक, एक व्यापार विश्लेषकों, एप्लिकेशन डेवलपर्स, एक यूआई विशेषज्ञ और टीम को न्यूनतम स्थान पर रखना होगा। डीबीए, सिस्टम एडमिन, व्यापार विश्लेषकों और क्यूए को विकास टीम से अलग रिपोर्टिंग श्रृंखला में होना चाहिए। विकास डेटाबेस विशेषज्ञ को एप्लिकेशन डेवलपर्स और UI विशेषज्ञ के समान तकनीकी लीड को रिपोर्ट करना चाहिए।
ऑफिस स्पेस सेट करें। निजी कार्यालय महान हैं यदि आप उन्हें प्राप्त कर सकते हैं (मैं आपको इसके साथ बहुत सारी शुभकामनाएं देता हूं), लेकिन एक minumum में आपको डेस्क, फोन, कंप्यूटर, व्हाइटबोर्ड और समर्पित सम्मेलन कक्षों की एक जोड़ी की आवश्यकता होती है। सुनिश्चित करें कि दोपहर के भोजन के ब्रेक, एक रेफ्रिजरेटर, शीतल पेय, स्नैक्स और कॉफी उपलब्ध के लिए जगह है। फ्री सॉफ्ट ड्रिंक और कॉफी भी बेहतर।
आवेदन और डेटाबेस दोनों के लिए देव / क्यूए / स्टेजिंग और ठेस सर्वर सेट करें। डेटाबेस कभी भी अनुप्रयोगों के समान सर्वर पर नहीं होना चाहिए। परियोजना के आकार और दायरे के आधार पर, आपको प्रत्येक वातावरण के लिए कई सर्वर या SAN आदि की आवश्यकता हो सकती है।
जैसे ही सर्वर सेट होते हैं, फाइल sytem, डेटाबेस और डेटाबेस ट्रांजेक्शन लॉग का बैकअप निर्धारित करते हैं। ऐसा करें कि पहले दिन चीजें सेट-अप हों। साप्ताहिक बंदी का बैकअप लेने के लिए आयरन माउंटेन जैसी फर्म को किराए पर लें।
एक स्रोत नियंत्रण प्रणाली सेट करें और इसका उपयोग कैसे किया जाता है, यह वर्णन करते हुए एक दस्तावेज़ बनाएं। यह मत भूलना कि लुकअप टाइप टेबलों के लिए सभी डेटाबेस संरचनात्मक परिवर्तन और डेटा आवेषण स्रोत नियंत्रण में लिपियों में हो। इससे तैनाती आसान हो जाएगी।
वाणिज्यिक सॉफ़्टवेयर खरीदें या उन टूलसेट के लिए ओपन सोर्स सॉफ़्टवेयर डाउनलोड करें, जिसे आपने सभी उचित उपयोगकर्ताओं के लिए लाइसेंस के साथ उपयोग करने का निर्णय लिया था।
डेवलपर मशीनें खरीदें जो तेजी से चिल्ला रहे हैं और दो मॉनिटर हैं। कम से कम एक परीक्षण उपयोगकर्ता मशीन खरीदें जो उपयोगकर्ताओं को उनके डेस्कटॉप पर क्या धीमा और विशिष्ट कर रही है।
अपने नए डेवलपर्स को प्रशिक्षित करें कि आप चीजों को कैसे करना चाहते हैं। यदि आपके पास कुछ जूनियर डेवलपर्स रखने के लिए एक बड़ी पर्याप्त टीम है, तो उनके लिए अतिरिक्त प्रशिक्षण शेड्यूल करें और अपनी परियोजना योजना में समय शामिल करें। कम से कम तीन महीनों के लिए जूनियरों की बहुत बारीकी से निगरानी करें। पहले महीने के लिए सभी नए कर्मचारियों की बारीकी से निगरानी करें। जितनी जल्दी हो सके डेडवुड और दुष्ट डेवलपर्स से छुटकारा पाएं।
निर्धारित करें कि किस क्रम (महत्वपूर्ण पथ) में क्या करना है। महत्वपूर्ण पथ के अंत में कार्यों को तब तक असाइन न करें जब तक कि वे जिन कार्यों पर निर्भर करते हैं वे पूर्ण नहीं हैं।
टेस्ट प्लान और आवश्यकताएं बनाएं।
ग्राहकों के साथ नियमित रूप से निर्धारित प्रगति बैठकें करें। वे यह जानने के लायक हैं कि आप क्या कर रहे हैं और क्या बाधाएं हैं। जब चीजें देर से होंगी, तो उन्हें बताने में असफल न हों। यदि आप एक समय सीमा से तीन सप्ताह दूर हैं और आप पहले से ही जानते हैं कि आप इसे याद करेंगे, तो ग्राहक को बताने से पहले यह कमी जादुई रूप से गायब नहीं होगी। सुनिश्चित करें कि ग्राहक को पता है कि अतिरिक्त आवश्यकताओं का मतलब है कि लागत और समय जोड़ा गया है और प्रत्येक जोड़ा आवश्यकता को या तो अन्य कार्यों को छोड़ना होगा या नए कार्यों में समय की मात्रा से परिवर्तन होगा। इसे शुरू से स्पष्ट करने से बहुत दर्द और समय की बचत होगी और आपके समूह द्वारा अवशोषित लागत और ग्राहक को नहीं।
प्रदर्शन परीक्षण के लिए एक वातावरण सेट करें, न केवल एक उपयोगकर्ता की गति, बल्कि एक जहां आप एक साथ उपयोगकर्ताओं की अपेक्षित संख्या का परीक्षण कर सकते हैं। लाइव होने से पहले दिन तक इस परीक्षण को करने के लिए इंतजार न करें।
प्रोजेक्ट प्लानिंग में, मान लें कि क्यूए को कीड़े मिलेंगे और उन्हें ठीक करने में समय लगेगा। अंत में केवल एक दिन के लिए क्यूए शेड्यूल न करें।
परीक्षण डेटा बनाएँ जो मोटे तौर पर आकार आपको लगता है कि डेटाबेस होगा। सभी डेवलपर्स इस आकार के डेटाबेस के खिलाफ अपने कोड का परीक्षण करें। डेवलपर्स को केवल अपने व्यक्तिगत मशीनों पर एक छोटे डेटाबेस के खिलाफ विकसित करने की अनुमति न दें। यह कोड का एक लगातार कारण है जो उत्पादन को हिट करने तक ठीक काम करता है।
बजट में पुरस्कार की योजना बनाएं। यह लोगों को तब डिमोटिव करता है जब वे महीनों के लिए अपने चूतड़ों को काम करते हैं और केवल प्रबंधकों को बोनस मिलता है। साथ ही बार-बार और लिखित रूप से धन्यवाद कहें।
आपको ट्रैक करने के लिए प्रोजेक्ट प्रबंधन प्रणाली या कम से कम स्प्रेडशीट सेट करने की आवश्यकता हो सकती है। परियोजना की योजना बनाते समय, अपनी योजना में प्रतिदिन छह घंटे से अधिक व्यक्ति को न मानें। यह उस समय के लिए खाते में मदद करता है जो परियोजना पर खर्च नहीं किया जाएगा, जैसे कि छुट्टी, बीमार समय, छुट्टियां, एचआर की बैठकें, प्रदर्शन की समीक्षा, आदि। फॉर्म Nov1 - अमेरिका में 1 जनवरी), आपको अधिक छुट्टी और छुट्टी के समय के लिए अतिरिक्त भत्ते की आवश्यकता हो सकती है। यह उम्मीद करना उचित नहीं है कि डेवलपर्स अपनी छुट्टी और छुट्टियों को छोड़ देंगे और कोई भी भविष्यवाणी नहीं कर सकता है जब बीमार समय, जूरी ड्यूटी, शोकसभा समय आदि जैसी चीजें होंगी। मान लें कि वे इस प्रोजेक्ट पर आपकी टीम के साथ होंगे।