टीम के भीतर समझौता

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


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

• प्राथमिक - वेब (सभी संगठनात्मक मुद्दे भी हैं)
• सबप्रोजेक्ट 1 - आईओ
• Subproject 2 - Android

परियोजना के भीतर कार्य
कार्य स्थितियों की मानक प्रक्रिया (एम। प्रबंधक, पी। - प्रोग्रामर): एम। सोज़दाना → पी। कार्य में → पी। रेशेना → एम। ज़कार्ता। ( एम। यदि आवश्यक हो तो K - क्लाइंट में बदलें )
कार्य मापदंडों की परिशोधन: एम। निर्मित → पी। प्रतिक्रिया → एम। प्रतिक्रिया → पी। कार्य में।
कार्यों के प्रकार: त्रुटि - बगफिक्स, समर्थन - निर्धारित कार्य, सुधार - मूल योजना में शामिल कार्य नहीं।

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

Git
अनिवार्य लिगमेंट कार्य करना। यदि संभव हो, तो एक पूर्ण कार्य के नियम का पालन करें - एक प्रतिबद्ध प्रतिबद्ध। और तदनुसार, इसके विपरीत, एक कार्य प्रत्येक प्रतिबद्ध से जुड़ा हुआ है। एक कमिट (कम्म) का वर्णन करते समय, टास्क आईडी निर्दिष्ट करें - "refs #Issue ID"।

डेटाबेस माइग्रेशन
प्रोग्रामर प्रोजेक्ट के रूट में mig.sql फ़ाइल बनाता है, जिसमें डेटाबेस बनाने के लिए निर्देश होते हैं।

फ़ाइल भंडारण
फ़ाइलें - प्रोजेक्ट निर्देशिका के अंदर फ़ाइलें संग्रहीत करना। प्राथमिक परियोजना (डिजाइन और यूआई) के अंदर उपयुक्त फ़ोल्डरों में पीएसडी और पीडीएफ। इस प्रकार, ड्राइंग का इतिहास संरक्षित है, hdd पर जगह एक दया नहीं है)।

परीक्षण-मामलों का विवरण।
जैसे ही परियोजना आगे बढ़ती है, प्रबंधक, प्रोग्रामर के साथ मिलकर एप्लिकेशन परीक्षण परिदृश्यों का वर्णन करता है। प्रत्येक सूक्ष्म रिलीज के अंत में, स्प्रिंट के अंत में, परियोजना का प्रतिगमन परीक्षण किया जाता है। रिलीज़ में पूर्ण किए गए कार्यों के आधार पर, दस्तावेज़ को पूरक बनाया गया है।

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

अभ्यास में परीक्षण नहीं स्प्रिंट
प्रत्येक परियोजना के लिए स्प्रिंट की अवधि 3 से 5 कार्य दिवसों से भिन्न होती है, और प्रत्येक टीम के लिए अलग-अलग सेट की जाती है। स्प्रिंट की शुरुआत में, टीम संयुक्त रूप से अगले पुनरावृत्ति के लिए कार्यों का चयन करती है (कार्य में प्राथमिकता और व्यक्तिगत रुचि को ध्यान में रखा जाता है)। स्प्रिंट के अंत में, टीम एक "पूर्वव्यापी" में मिलती है, पिछले स्प्रिंट के पाठ्यक्रम पर चर्चा करते हुए, एक नियम के रूप में यह 20 मिनट से अधिक नहीं लेता है। इसलिए, इनपुट पर कार्य हैं, स्प्रिंट प्रक्रिया में वे हल किए जाते हैं, परिणामस्वरूप हमें काम करने वाले इंटरफेस मिलते हैं। यदि स्प्रिंट के दौरान समस्या का समाधान नहीं किया जाता है, तो टिप्पणियों में प्रोग्रामर इसका कारण बताता है। प्रत्येक स्प्रिंट के अंत में, टीम प्रतिगमन परीक्षण आयोजित करती है।

परियोजना कार्यान्वयन एल्गोरिथम

1. रेडमाइन में परियोजना की शुरुआत।
2. UI का विकास। "प्रोजेक्ट फोरम" में यूआई शाखा खुलती है। पीडीएफ फाइल सीधे फोरम में संदेश से जुड़ी होती है, मैं ध्यान देता हूं कि फोरम में यूआई की चर्चाएं कार्यालय में बैठकों को रद्द नहीं करती हैं। जैसे ही UI पूर्ण और सहमत होता है, फ़ाइल "फ़ाइनल UI.pdf" "फ़ाइलें" अनुभाग में दिखाई देती है।
3. प्रोजेक्ट मैनेजर समानांतर प्रक्रियाओं डिजाइन और प्रोग्रामिंग में पहला स्प्रिंट शुरू करता है। परिचालन योजना में योगदान: स्प्रिंट पूर्णता तिथि, संस्करण 0.1। डिजाइन पर चर्चा करने के लिए, मंच पर एक धागा बनता है, चर्चा में शामिल हैं: प्रबंधक, डिजाइनर, यूआई विशेषज्ञ। यूआई के मामले में, फोरम लाइव मीटिंग को रद्द नहीं करता है। परिणाम सुसंगत है, और "फाइनल डिजाइन" फाइल "फाइल" अनुभाग में दिखाई देती है।
4. लेआउट और प्रोग्रामिंग का चरण एक अलग लेख के योग्य है।

PS So,% username%, मैं आपसे संपर्क कर रहा हूं। सभी वस्तुओं को व्यवहार में परीक्षण किया जाता है और रक्त में लिखा जाता है । लेकिन अगर आप ज्ञान की एक बूंद साझा करते हैं, तो मैं बहुत आभारी रहूंगा। दिलचस्प है कि आप रेडमीन का उपयोग कैसे करते हैं, क्या आपकी टीम में कोड लेखन मानक हैं?