हमारे वर्कफ़्लो

हमारी कंपनी फुर्तीली परियोजना प्रबंधन प्रणाली TargetProcess विकसित कर रही है । कई वर्षों के विकास के लिए, हमने कई अलग-अलग प्रथाओं की कोशिश की, और अपनी प्रक्रिया में आए, जिसका हम सफलतापूर्वक पालन कर रहे हैं और विशेष रूप से छह महीने से नहीं बदले हैं।



चूंकि हर प्रक्रिया में आवेदन की सीमाएं होती हैं, आइए संदर्भ से शुरू करें।

प्रसंग

• 10-20 लोगों द्वारा एक बड़े वेब एप्लिकेशन का विकास;
• उत्पाद पहले से ही 6 साल पुराना है;
• प्रयुक्त प्रौद्योगिकियाँ: C #, ASP.NET, NHibernate, ExtJS;

पूरी प्रक्रिया का वर्णन करना लंबा और थकाऊ है, इसलिए यहां सबसे महत्वपूर्ण अभ्यास हैं।

बहुत तकनीकी अभ्यास नहीं

साइकिल।

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



अनुमान करता है ।

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



रैलियां ।

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



काम करने का समय ।

हम खर्च किए गए सभी समय को ट्रैक करते थे, अब हमने इसे करना बंद कर दिया है। लोग जितना चाहें उतना काम करते हैं। केवल एक नियम बचा है - आपको 11 बजे के बाद काम नहीं करना चाहिए, जिस समय पर एक दैनिक रैली आयोजित की जाती है।



मिनी टीमें ।

प्रत्येक समस्या को हल करने के लिए, एक अलग मिनी टीम बनाई जाती है। आमतौर पर इसमें 3-4 लोग शामिल होते हैं और 1 से 6 महीने (कार्य की जटिलता के आधार पर) से एक साथ काम करते हैं। मिनी-टीम के लोग एक साथ बैठते हैं (इसलिए एक कमरे से दूसरे कमरे में स्थानान्तरण होते हैं)। यह आपको लोगों को एक कार्य पर ध्यान केंद्रित करने और मल्टीटास्किंग को लगभग पूरी तरह से हटाने की अनुमति देता है।

तकनीकी अभ्यास

जोड़ी प्रोग्रामिंग ।

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



संस्करण नियंत्रण ।

हम प्रत्येक सुविधा को विकसित करते हैं और प्रत्येक बग को एक अलग ब्रंच में ठीक करते हैं। संस्करण नियंत्रण Git का उपयोग करता है। विज़ार्ड हमेशा रिलीज़ के लिए तैयार है।



स्वचालित परीक्षण ।

हम हिंसक रूप से टीडीडी, और अधिक हाल ही में, बीडीडी का उपयोग कर रहे हैं। प्रतिगमन / फ़ंक्शन परीक्षण कम उत्साहपूर्वक स्वचालित हैं। इसके लिए, सेलेनियम का एक जोरदार मिश्रण और एक मालिकाना .NET फ्रेमवर्क का उपयोग किया जाता है। टेस्ट कवरेज खराब नहीं है, और अपने काम को तेज करने के लिए, 12 आभासी सर्वरों का उपयोग किया जाता है जो समानांतर में परीक्षण चलाते हैं। और हाँ, डेवलपर्स सभी परीक्षण स्वयं लिखते हैं।



हम अपनी प्रक्रिया की अन्य विशेषताओं को साझा करने की कृपा कर रहे हैं। बस पूछो।



वैसे, मिन्स्क में हमें वास्तव में 2 .NET डेवलपर्स , 2 जावास्क्रिप्ट डेवलपर्स और एक शांत परीक्षक की आवश्यकता है।