एटलसियन JIRA 6.2: कल से बेहतर हो

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

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

इस लेख में हम यह समझने की कोशिश करेंगे कि JIRA के नए संस्करण में हमें किन नई चीजों की उम्मीद करनी चाहिए।

विकास उपकरणों के साथ एकीकरण पर एक नया रूप

कई उपयोगकर्ता एटलसियन में विकसित डेवलपर्स के लिए इसे और अन्य उपकरणों के साथ एकीकृत करने की क्षमता के लिए JIRA से प्यार करते हैं:

• Stash - Git रिपॉजिटरी के प्रबंधन के लिए एक प्रणाली जिसे आप होस्ट करते हैं
• बांस - निरंतर एकीकरण प्रणाली
• Bitbucket - Git और Mercurial Repository Management System
• क्रूसिबल एक कोड समीक्षा उपकरण है।

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


सीधे JIRA से, आप अपने Stash में इस एप्लिकेशन से संबंधित शाखाओं, कमिट या पूल अनुरोधों की एक सूची देख सकते हैं:


या, उदाहरण के लिए, आप बांस द्वारा एकत्र किए गए बिल्ड और तैनाती के इतिहास को जल्दी से देख सकते हैं:


इसके अलावा, सीधे JIRA से, आप एक शाखा बना सकते हैं और नई कार्यक्षमता विकसित करना शुरू कर सकते हैं।

"अपने निर्माता को याद रखें"

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

• फ़ील्ड वैकल्पिक है और सामान्य तौर पर यह एप्लिकेशन देखने के स्क्रीन पर नहीं हो सकता है
• फ़ील्ड संपादन योग्य है और किसी भी समय इसका मूल्य बदला जा सकता है

इस समस्या के समाधान के रूप में, कार्यान्वयन के लिए सबसे आसान तरीका चुना गया था: आवेदन के इतिहास में, इस बारे में एक रिकॉर्ड कि आवेदन का लेखक कौन बचा है और प्रदर्शित किया गया है:


इस कार्य से जुड़ी एक दिलचस्प विशेषता यह है कि यह तथाकथित 20% समय पर किया गया था, जब कंपनी के कर्मचारी किसी भी हित के कार्य को चुन सकते हैं।

कस्टम उपयोगकर्ता चयन क्षेत्र में सुधार

अक्सर, किसी को ऐसी स्थिति से निपटना पड़ता है जहां परियोजनाओं में कस्टम फ़ील्ड जोड़ने की आवश्यकता होती है जिसमें आपको JIRA उपयोगकर्ताओं का चयन करने की आवश्यकता होती है। इस मामले के लिए, उपयोगकर्ता पिकर का एक कस्टम फ़ील्ड है, जिसे स्क्रीन को देखने और संपादित करने के लिए जोड़ा जा सकता है।

संस्करण 6.2 जारी करने से पहले, इस क्षेत्र में एक महत्वपूर्ण सीमा थी: उन उपयोगकर्ताओं की सूची को सीमित करना असंभव था जो कॉन्फ़िगरेशन स्तर पर इस क्षेत्र में मौजूद हो सकते हैं। उदाहरण के लिए, निम्नलिखित मामलों में ऐसी आवश्यकता हो सकती है:

• आपके JIRA में कई परियोजनाएं और कई उपयोगकर्ता हैं जो किसी भी तरह से एक दूसरे से संबंधित नहीं हैं (उदाहरण के लिए, आप एक बड़ी आउटसोर्सिंग कंपनी हैं)। किसी विशेष प्रोजेक्ट में उपयोगकर्ता पिकर फ़ील्ड का उपयोग करके, आप इसे केवल उस समूह / भूमिका वाले उपयोगकर्ताओं के साथ भरने की प्रक्रिया को सरल बनाना चाहते हैं जो सीधे प्रोजेक्ट से संबंधित हैं।
• यदि आपके ग्राहक और कंपनी के कर्मचारियों दोनों की आपके JIRA तक पहुंच है, तो उपयोगकर्ता पिकर फ़ील्ड में अधिकांश परिदृश्यों में, आप फ़ील्ड भरते समय किसी भी त्रुटि से बचने के लिए केवल कंपनी के कर्मचारियों या केवल ग्राहकों के लिए चयन को सीमित करना चाहेंगे।
• JIRA में, यदि उपयोगकर्ता एप्लिकेशन का लेखक है, तो उसे सभी उपयोगकर्ताओं की सूची से हटाया नहीं जा सकता है। इस मामले में, आमतौर पर इन उपयोगकर्ताओं को "निष्क्रिय" समूह में स्थानांतरित किया जाता है, लेकिन वे अभी भी उपयोगकर्ताओं की सूची में दिखाई देते हैं। आदर्श रूप से, मैं ऐसी स्थिति से बचना चाहूंगा जहां गैर-मौजूद उपयोगकर्ताओं को क्षेत्र में प्रवेश किया जा सके।

अब इसकी सेटिंग्स में उपयोगकर्ता पिकर फ़ील्ड में उपयोगकर्ता फ़िल्टरिंग विकल्प होता है, जो उपलब्ध विकल्पों की सूची को उपयोगकर्ता समूहों या परियोजनाओं में भूमिकाओं तक सीमित करता है।


यह ध्यान देने योग्य है कि पहले JIRA के लिए एक अलग प्लग-इन ने समान कार्यक्षमता लागू की थी, लेकिन आज से यह कार्यक्षमता "बॉक्स से बाहर" उपलब्ध है।

आडिट

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

JIRA में, व्यवस्थापक के कार्यों के ऑडिट की आवश्यकता लंबे समय से चल रही है, और अंत में, ऐसा अवसर दिखाई दिया। फिलहाल, निम्न प्रकार की घटनाओं को ऑडिट में लॉग किया जाता है (घटनाओं की सूची, बेशक, अपूर्ण है, लेकिन यह घटनाओं की प्रकृति को स्पष्ट रूप से इंगित करता है):

• वर्कफ़्लो जोड़ें, संपादित करें या हटाएं
• कस्टम फ़ील्ड जोड़ें या निकालें
• उपयोगकर्ताओं को जोड़ें, संपादित करें या हटाएं

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


डिफ़ॉल्ट रूप से, ऑडिटिंग अक्षम है और आपको इसे स्वयं सक्षम करने की आवश्यकता है।

स्थिति उपस्थिति

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

अन्य बिंदु

और अंत में, यह निम्नलिखित बिंदुओं को अलग से ध्यान देने योग्य है जो JIRA 6.2 की रिलीज में शामिल थे:

• अटैचमेंट की उपस्थिति या अनुपस्थिति के अनुप्रयोगों के लिए खोज करने के लिए JQL अभिव्यक्ति का उपयोग करने की क्षमता को जोड़ा। उदाहरण के लिए, यदि आपको अनुलग्नकों के बिना एप्लिकेशन की आवश्यकता है, तो हम "अनुलग्नक IS EMPTY" अभिव्यक्ति का उपयोग करते हैं।
• वर्कफ़्लो संपादक में ध्यान देने योग्य सुधार लागू किए गए हैं। अब, प्रोजेक्ट एडमिनिस्ट्रेशन पैनल से सही, आप एक निश्चित प्रकार के अनुप्रयोग के लिए वर्कफ़्लो संपादित करना शुरू कर सकते हैं।

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