चंचल बोर्ड। हम Yandex.Pictures में कैसे योजना बनाते हैं और आप इस पर कैसे आए

हमारी टीम चार प्रमुख परियोजनाओं के लिए इंटरफेस विकसित कर रही है: Yandex.Pictures, Yandex.Video और स्मार्टफोन के लिए उनके संस्करण। यांडेक्स में खोज सेवाओं के लेआउट के विकास की अपनी विशिष्टता है। कार्य विभिन्न कोणों से प्रवाहित होते हैं: प्रबंधकों से, बैकएंड डेवलपर्स, खोज, बग दिखाई देते हैं, आदि। नई विशेषताओं को पेश किया जा रहा है जिसमें लेआउट में प्रदर्शन की आवश्यकता होती है। यह सब हमारे कार्य ट्रैकर (JIRA) में बहता है।

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



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


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

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

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

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

जैसा कि विकिपीडिया कहता है, स्क्रम एक परियोजना प्रबंधन पद्धति है जिसका उपयोग लचीले सॉफ्टवेयर विकास के लिए सूचना प्रणाली के विकास में सक्रिय रूप से किया जाता है। स्क्रम स्पष्ट रूप से विकास प्रक्रिया के गुणवत्ता नियंत्रण पर जोर देता है।

एक बहुत अच्छी तस्वीर भी है जो यह सब बताती है:



हमारे पास परियोजना में कुछ निश्चित कार्य हैं, जिनमें स्प्रिंटिंग के लिए प्रारंभिक फ़िल्टरिंग की आवश्यकता होती है। स्प्रिंट एक दोहराई जाने वाली विकास प्रक्रिया है जिसमें हम नई सुविधाओं को पेश करते हैं और बग को ठीक करते हैं।

कार्यस्थल तैयार करना

हमने JIRA में छोटे-छोटे काम शुरू किए। घटकों और संस्करणों के एक समूह के बजाय, हमने छोड़ दिया:

• घटक "लेआउट: बुनियादी ढांचा";
• घटक "लेआउट: इंटरफ़ेस";
• वैकल्पिक उत्पाद या तकनीकी घटक, उदाहरण के लिए: मंच - आईओएस, उत्पाद - तहखाने;
• बैकलॉग संस्करण;
• लॉन्च के लिए उत्पाद संस्करण।

इसके अलावा, हमने लेखन और लेआउट कार्यों के बारे में नियमों का एक निश्चित सेट पेश किया:

• लघु और स्पष्ट शीर्षक, एक क्रिया के साथ बेहतर;
• सभी आवश्यक डेटा के साथ कार्य का न्यूनतम आवश्यक और स्पष्ट विवरण, बाहरी स्रोतों के संदर्भ के बिना अधिमानतः;
• घटक और संस्करण को इंगित किया जाना चाहिए
• कार्य औसत दर्जे का और परिमित है;
• हम विशाल अभिभावकीय कार्यों को अस्वीकार करते हैं, जैसे "एक नया चित्र लॉन्च करना";
• एक सप्ताह में किए जाने वाले कार्यों के लिए मूल कार्यों का उपयोग किया जाता है;
• मूल कार्यों के सभी उपवाक्य वास्तव में कार्य का अपघटन हैं;
• हम कार्यों को जोड़ने के तंत्र का उपयोग करते हैं, अगर वे एक दूसरे से संबंधित हैं।

चंचल बोर्ड को अनुकूलित करें

सबसे पहले, आपको प्रकार चुनने की आवश्यकता है: स्क्रैम या कानबन।



फिर आपको इसे डेटा से भरने की आवश्यकता है।



हमने एक फ़िल्टर बनाया जो हमारे एजाइल बोर्ड के लिए डेटा स्रोत है। यह फ़िल्टर लेआउट घटकों के साथ "बैकलॉग" के एक संस्करण के साथ डिज़ाइन कार्यों का चयन करता है। बैकलॉग का मतलब है कि हमें अगले दो क्षेत्रों में यह कार्य करना चाहिए।

कार्यों पर वर्कफ़्लो के अनुसार, नए कॉलम जोड़ना और उन्हें उपयुक्त स्थिति निर्दिष्ट करना आवश्यक है।



डिफ़ॉल्ट रूप से, तीन कॉलम हैं: करने के लिए, प्रगति में, किया गया। हमारे पास उनमें से अधिक हैं:

• करने के लिए - कार्य जो हमें वर्तमान स्प्रिंट में करना है;
• प्रगति में - अभी हम जो कार्य कर रहे हैं;
• समीक्षा पर - कार्य जिसमें हम वर्तमान में कार्यान्वयन की समीक्षा कर रहे हैं;
• शुरू - कार्य जो पहले से ही प्रोग्राम किए गए हैं, लेकिन परीक्षण के लिए तैयार नहीं हैं;
• परीक्षण - कार्य जो परीक्षण के लिए तैयार हैं या वर्तमान में परीक्षण किए जा रहे हैं;
• किया - पूर्ण कार्य।

अंतिम दो स्तंभों को एक में जोड़ा जा सकता है। उदाहरण के लिए, अब हमारी एक परियोजना में हमारे पास "परीक्षण" कॉलम नहीं है, लेकिन हमने अभी "किया" है।

टास्क ग्रुपिंग सेट करें। डिफ़ॉल्ट रूप से, असाइनमेंट द्वारा समूहीकृत। इसने हमें पूरी तरह से अनुकूल बना दिया।



हम कार्ड के रंगों को समायोजित करते हैं ताकि आप सुविधाओं से बग को अलग कर सकें।



त्वरित फ़िल्टर सेट करें। बहुत काम की चीज। जब कई कार्य होते हैं, तो यह आपको विभिन्न मापदंडों द्वारा उन्हें जल्दी से फ़िल्टर करने की अनुमति देता है। फिल्टर को मिलाया जा सकता है।



आकलन, कार्य दिवस और विस्तार विवरण जारी करना जो हम अभी तक उपयोग नहीं करते हैं।

• भविष्य में बेहतर योजना बनाने के लिए नियोजन स्तर पर कार्यों के मूल्यांकन के लिए अनुमान आवश्यक है।
• कार्य दिवस आपको प्रोजेक्ट पर कार्य दिवस निर्धारित करने की अनुमति देता है।
• समस्या विस्तार दृश्य कार्य पूर्वावलोकन में अतिरिक्त फ़ील्ड प्रदर्शित करने में मदद करता है।

चुस्त बोर्ड का उपयोग करना

हमने एक सप्ताह स्प्रिंट लिया। तदनुसार, पहली परियोजना सिंक्रनाइज़ेशन पर, हम एक सप्ताह के लिए कार्यों की भर्ती करते हैं और उन्हें काम पर ले जाते हैं। यह प्लान टैब पर होता है।



स्प्रिंट भरने के दो तरीके हैं:

• बस ब्लॉक को नीचे खींचें, बैकलॉग से आवश्यक कार्यों को कैप्चर करना;
• बैकलॉग से स्प्रिंट तक ड्रैग एंड ड्रॉप टास्क खींचना।

बैकलॉग में टास्क को हल किया जा सकता है जैसा कि आप एक साधारण ड्रैग और ड्रॉप के साथ पसंद करते हैं। हम परियोजना प्रबंधकों के साथ सप्ताह में एक बार करते हैं - जब तक हम सिंक्रनाइज़ेशन के बारे में नहीं मिलते हैं।

किसी कार्य को भरते समय, आप किसी भी कार्य को रोक सकते हैं, और कार्य का विवरण सही कॉलम में दिखाई देगा:



जब स्प्रिंट भर जाता है, तो हम इसे शुरू करते हैं। अगला, आप कार्य टैब के साथ काम कर सकते हैं।



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

इस मोड में, आप किसी भी कार्य का विस्तृत विवरण भी देख सकते हैं, कार्य की स्थिति को ड्रैग एंड ड्रॉप (प्रगति से प्रगति पर खींचें) के साथ बदल सकते हैं। हम इस टैब को सप्ताह के मध्य में सिंक कर रहे हैं, कार्यों की प्रगति पर चर्चा कर रहे हैं।

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

• स्प्रिंट रिपोर्ट;
  
  
  
  
• नियंत्रण चार्ट।
  
  
  
  

दूसरा ग्राफ हमें इस बात की समझ देता है कि समापन से पहले हमारे पास औसत कार्य कितने समय पर हैं। ग्राफ दिखाता है कि एक उछाल है:



यह लंबे समय तक चलने वाला प्रदर्शन माप कार्य है। विशेष रूप से, इस कार्य के लिए - सब कुछ ठीक है, लेकिन अन्य कार्यों के लिए - एक स्पष्ट संकेत है कि समस्या का निर्माण गलत है और / या इसे अपघटन की आवश्यकता है। इस ग्राफ का उपयोग, साथ ही साथ प्रत्येक कार्य के लिए स्प्रिंट क्षेत्र, हम कार्यों को पूरा करने के लिए समय सीमा को ट्रैक कर सकते हैं, और यदि वे फ्रीज करते हैं, तो कार्रवाई करें।

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