अधिकतम लाभ कैसे उठाएं MotioCI सिद्ध प्रथाओं का समर्थन करने में
MotioCI Cognos Analytics रिपोर्ट संलेखन के लिए एकीकृत प्लगइन्स हैं। आप उस रिपोर्ट को लॉक कर देते हैं जिस पर आप काम कर रहे हैं। फिर, जब आपका संपादन सत्र समाप्त हो जाता है, तो आप इसे चेक इन करते हैं और आपने जो किया उसे रिकॉर्ड करने के लिए एक टिप्पणी शामिल करते हैं। आप टिप्पणी में बाहरी दोष-ट्रैकिंग या परिवर्तन-अनुरोध प्रणाली में टिकट का संदर्भ शामिल कर सकते हैं।
आप के बीच कनेक्शन कैसे सेट करें, इसके बारे में अतिरिक्त विवरण प्राप्त कर सकते हैं MotioCI और आपकी तृतीय-पक्ष टिकट प्रणाली में MotioCI उपयोग के तहत प्रशासक की मार्गदर्शिका MotioCI तृतीय-पक्ष टिकट प्रणाली के साथ। एक कीवर्ड (फिक्स, बंद करें) टिकट नंबर के साथ टिकट बंद हो जाएगा। या, जैसे कीवर्ड का उपयोग करना संदर्भ साथ ही टिकट नंबर टिकटिंग सिस्टम पर चेक-इन कमेंट लिखेगा और टिकट को खुला छोड़ देगा।
टिकटिंग प्रणाली का उपयोग - जैसे एटलसियन® जिरा, माइक्रोसॉफ्ट विंडोज ™ ट्रैक, या कई अन्य - विशिष्ट कार्यों, मुद्दों और उनके समाधान को ट्रैक करके परियोजना प्रबंधन में सहायता करता है। टिकट लेखकों या रिपोर्ट डेवलपर्स और अंतिम उपयोगकर्ताओं, परीक्षण टीम और अन्य हितधारकों के बीच संचार का साधन प्रदान करते हैं। एक टिकट प्रणाली भी दोषों को ट्रैक करने और यह सुनिश्चित करने की एक विधि प्रदान करती है कि उत्पादन के लिए एक रिपोर्ट को बढ़ावा देने से पहले उन्हें संबोधित किया जाता है।
रिपोर्ट विकास के लिए विशिष्ट कार्यप्रवाह
स्पष्ट होने के लिए, का एकीकरण MotioCI टिकट प्रणाली के साथ एकमात्र तरीका नहीं है जिससे आपकी टीम टिकट प्रणाली के साथ बातचीत करेगी। आमतौर पर, जैसा कि संलग्न कार्यप्रवाह आरेख में दिखाया गया है, कॉग्नोस एनालिटिक्स वातावरण में रिपोर्ट विकास की प्रक्रिया MotioCI ऐसा कुछ हो सकता है:
- बकाया. एक नया टिकट बनाया गया है। एक व्यापार विश्लेषक एक नई रिपोर्ट के लिए व्यावसायिक आवश्यकताओं का दस्तावेजीकरण करता है और टिकट बनाकर इसे सीधे टिकट प्रणाली में दर्ज करता है। वह टिकट में रखता है बैकलॉग राज्य.
- विकास. बैकलॉग टिकटों को कई अलग-अलग तरीकों से प्राथमिकता दी जा सकती है, लेकिन अंततः टिकट एक रिपोर्ट डेवलपर को सौंपा जाएगा और उसके नाम के साथ टैग किया जाएगा। टिकट की स्थिति बदली जा सकती है in_dev. वह एक नई रिपोर्ट तैयार करेगी। जैसे ही वह कॉग्नोस एनालिटिक्स में रिपोर्ट विकसित करती है, वह अपने परिवर्तनों की जांच करेगी और चेक-इन टिप्पणी में टिकट का संदर्भ देगी, जैसे "नई रिपोर्ट बनाई गई; प्रारंभिक संस्करण; जोड़ा गया शीघ्र पृष्ठ और सहायक प्रश्न, रेफरी # 592"। या, “जोड़ा गया तथ्य क्वेरी और क्रॉसस्टैब; फ़िल्टर और स्वरूपण, रेफरी #592।" (में MotioCI, हैशटैग नंबर सीधे टिकट के लिए एक हाइपरलिंक बन जाता है।) वह रिपोर्ट की जांच कर सकती है, बदलाव कर सकती है और कई दिनों में टिकट संदर्भ के साथ इसे वापस देख सकती है।
- विकास पूरा हुआ। रिपोर्ट डेवलपर ने रिपोर्ट पूरी कर ली है और बेंच ने इसका परीक्षण किया है, वह टिकटिंग सिस्टम में टिकट में नोट करती है कि यह क्यूए द्वारा परीक्षण के लिए तैयार है और राज्य को बदलता है in_Dev सेवा मेरे तैयार_के लिए_क्यूए. यह राज्य के लिए एक झंडा है MotioCI कॉग्नोस रिपोर्ट को बढ़ावा देने के लिए जिम्मेदार प्रशासक, या भूमिका, कि रिपोर्ट परीक्षण के लिए क्यूए वातावरण में माइग्रेट करने के लिए तैयार है।
- प्रतिmotioक्यूए के लिए एन। व्यवस्थापक रिपोर्ट को बढ़ावा देता है और राज्य में परिवर्तन करता है in_QA. यह स्थिति क्यूए टीम को बताती है कि रिपोर्ट परीक्षण के लिए तैयार है।
- परिक्षण। QA टीम व्यावसायिक आवश्यकताओं के विरुद्ध रिपोर्ट का परीक्षण करती है। रिपोर्ट या तो परीक्षणों में पास हो जाती है या विफल हो जाती है। यदि रिपोर्ट QA परीक्षण में विफल हो जाती है, तो टिकट के साथ टैग किया जाता है देव में राज्य, सुधार के लिए रिपोर्ट डेवलपर के पास लौट रहा है।
- परीक्षण सफल रहा। यदि रिपोर्ट पास हो जाती है, तो QA टीम व्यवस्थापक को बताती है कि वह इसे लेबल करके उत्पादन को बढ़ावा देने के लिए तैयार है उत्पाद के लिए तैयार राज्य.
- प्रतिmotion उत्पादन के लिए. एक बार रिपोर्ट प्रस्तुत करने के लिए तैयार हो जाने के बाद, अंतिम अनुमोदन प्राप्त किया जा सकता है और शेड्यूल जारी किया जा सकता है, शायद अन्य पूर्ण रिपोर्ट के साथ बंडल। व्यवस्थापक Cognos उत्पादन परिवेश में रिपोर्ट को बढ़ावा देता है। वह टिकट में डालता है करेंकिया गया राज्य यह दर्शाता है कि विकास और परीक्षण पूरा हो गया है और इसे उत्पादन में स्थानांतरित कर दिया गया है। इससे टिकट बंद हो जाता है।
रिपोर्ट विकास प्रक्रिया का प्रबंधन
यह टिकट प्रबंधन प्रक्रिया का तात्पर्य है और सिद्ध प्रथाएं बताती हैं कि:
- रिपोर्ट तैयार करने के लिए प्रत्येक नई रिपोर्ट में व्यावसायिक आवश्यकताओं के साथ एक टिकट होना चाहिए।
- रिपोर्ट के साथ किसी भी बग या मुद्दों को रिकॉर्ड करने के लिए प्रत्येक दोष में टिकट होना चाहिए।
- हर बार जब कोई रिपोर्ट संपादित की जाती है, तो MotioCI चेक-इन कमेंट में वह टिकट नंबर शामिल होना चाहिए जिसे संबोधित किया गया था।
- देव से QA में प्रचारित प्रत्येक रिपोर्ट में एक संबद्ध टिकट होना चाहिए जो एक व्यवस्थापक पुष्टि कर सके कि विकास पूरा हो गया है और यह QA परिवेश में ले जाने के लिए तैयार है।
- क्यूए से प्रोडक्शन में प्रचारित प्रत्येक रिपोर्ट में एक टिकट होना चाहिए जिसका इतिहास यह दर्शाता हो कि विकास पूरा हो गया है, उसने क्यूए पास कर लिया है, इसे सभी आवश्यक प्रबंधन अनुमोदन प्राप्त हो गए हैं और इसे बढ़ावा दिया गया है।
- उत्पादन परिवेश में प्रत्येक रिपोर्ट में एक होना चाहिए digital गर्भाधान से लेकर परीक्षण तक फिक्सिंग से लेकर अनुमोदन तक के संकल्प तक पेपर ट्रेल और प्रोmotion.
यह अंतिम बिंदु मान्य करने के लिए लेखा परीक्षकों का पसंदीदा है। वह पूछ सकती है, "क्या आप मुझे दिखा सकते हैं कि आप कैसे पुष्टि करते हैं कि उत्पादन परिवेश में सभी रिपोर्ट्स ने टिकटिंग और अनुमोदन की आपकी प्रलेखित प्रक्रिया का पालन किया है?" ऑडिटर को जवाब देने का एक तरीका यह हो सकता है कि माइग्रेट की गई सभी रिपोर्टों की एक सूची प्रदान की जाए और उसे टिकटों के माध्यम से उतारा जाए ताकि वह आपकी प्रक्रिया के अनुरूप न हो।
वैकल्पिक रूप से, और अधिक आदर्श रूप से, आप उन रिपोर्टों की एक सूची प्रदान कर सकते हैं जो करते हैं नहीं विकास और टिकटिंग प्रक्रिया का पालन करें जिसे आपने परिभाषित किया है। यहीं यह रिपोर्ट उपयोगी होगी: "बिना टिकट के प्रचारित रिपोर्ट" यह उन रिपोर्टों की सूची की एक अपवाद रिपोर्ट है जिनमें नहीं प्रत्येक रिपोर्ट परिवर्तन को टिकट से बंधा होने की सर्वोत्तम प्रथाओं का पालन किया गया. यह उन कुछ रिपोर्टों में से एक है, जिन्हें आप खाली रखना चाहते हैं। इसका कोई रिकॉर्ड नहीं होगा यदि प्रचारित की गई सभी रिपोर्टों में इसके साथ एक टिकट जुड़ा हो। दूसरे शब्दों में, एक रिपोर्ट सूची में केवल तभी दिखाई देगी जब वह उत्पादन परिवेश में हो और जिस रिपोर्ट को प्रचारित किया गया था वह टिप्पणी में टिकट संख्या का संदर्भ नहीं देती थी।
लाभ के साथ प्रक्रिया
प्रक्रिया के क्या लाभ हैं, या आपको अपने संगठन में ऐसा क्यों करना चाहिए?
- बेहतर टीम सहयोग: टिकट प्रणाली वास्तव में ऐसे व्यक्तियों को एक साथ ला सकती है जो सामान्य रूप से संवाद नहीं कर सकते हैं। उदाहरण के लिए लेखकों और अंतिम उपयोगकर्ताओं, या प्रोजेक्ट मैनेजर और क्यूए टीम की रिपोर्ट करें। टिकट ट्रेल एक साझा संसाधन, विकास के तहत रिपोर्ट के बारे में संवाद करने के लिए एक सामान्य स्थान प्रदान करता है।
- कम लागत:
- पकड़े गए और ठीक किए गए दोष उत्पादन में भागने की तुलना में बहुत कम खर्चीले हैं।
- बेहतर दक्षता - रिपोर्ट लेखक हमेशा एक टिकट से काम कर रहे हैं जो काम का एक अच्छी तरह से परिभाषित बयान है।
- मैनुअल प्रक्रियाओं के स्वचालन के माध्यम से कम समय
- बेहतर प्रलेखन: यह प्रक्रिया दोषों का एक स्व-दस्तावेजीकरण ज्ञान आधार बन जाती है और उन्हें कैसे हल किया जाता है।
- बेहतर पूर्वानुमान और विश्लेषण: अब आप प्रमुख प्रदर्शन संकेतकों को ट्रैक कर सकते हैं और उनकी तुलना सेवा स्तर के समझौतों से कर सकते हैं। अधिकांश टिकट प्रणाली इस प्रकार के विश्लेषण प्रदान करती हैं।
- बेहतर आंतरिक समर्थन: आपकी सहायता टीम, अन्य रिपोर्ट डेवलपर (और, यहां तक कि, आपका भविष्य स्वयं!) यह देख सकते हैं कि अतीत में इसी तरह के दोषों को कैसे संबोधित किया गया था। इस साझा ज्ञान आधार से दोषों का तेजी से समाधान हो सकता है।
- बेहतर अंतिम-उपयोगकर्ता संतुष्टि: टिकट प्रणाली के माध्यम से डेवलपर्स तक सीधी पहुंच के साथ, उपयोगकर्ता दोषों के तेजी से समाधान की उम्मीद कर सकते हैं और साथ ही सिस्टम के माध्यम से अनुरोधित रिपोर्ट की प्रगति की निगरानी कर सकते हैं।
निष्कर्ष
यह सिद्ध प्रथाओं का पालन करने और अच्छी तरह से परिभाषित प्रक्रियाओं का पालन करने के मूल्य के लिए समृद्ध भुगतान का एक उदाहरण है। इसके अलावा, नया MotioCI रिपोर्ट, "बिना टिकट के प्रचारित रिपोर्ट" एक ऑडिटर के प्रश्नों को संबोधित करने, या कॉर्पोरेट मानकों के पालन के लिए केवल आंतरिक निगरानी में एक बड़ी मदद हो सकती है।