जास्तीत जास्त फायदा कसा घ्यावा MotioCI सिद्ध पद्धतींना समर्थन देण्यासाठी

MotioCI Cognos Analytics अहवाल ऑथरिंगसाठी समाकलित प्लगइन आहेत. तुम्ही ज्या अहवालावर काम करत आहात तो लॉक करा. त्यानंतर, तुमचे संपादन सत्र पूर्ण झाल्यावर, तुम्ही ते तपासा आणि तुम्ही काय केले याची नोंद करण्यासाठी टिप्पणी समाविष्ट करा. तुम्ही कॉमेंटमध्ये बाह्य दोष-ट्रॅकिंग किंवा बदल-विनंती प्रणालीमधील तिकिटाचा संदर्भ समाविष्ट करू शकता.

दरम्यान कनेक्शन कसे सेट करावे याबद्दल आपण अतिरिक्त तपशील शोधू शकता MotioCI आणि मध्ये तुमची तृतीय-पक्ष तिकीट प्रणाली MotioCI वापरणे अंतर्गत प्रशासकाचे मार्गदर्शक MotioCI तृतीय-पक्ष तिकीट प्रणालीसह. एक कीवर्ड (निराकरण, बंद) तिकीट क्रमांकासह तिकीट बंद होईल. किंवा, सारखे कीवर्ड वापरून संदर्भ तसेच तिकीट क्रमांक तिकीट प्रणालीला चेक-इन टिप्पणी लिहून तिकीट उघडे ठेवेल.

तिकीट प्रणालीचा वापर – जसे Atlassian® JIRA, Microsoft Windows™ Trac, किंवा इतर अनेक – विशिष्ट कार्ये, समस्या आणि त्यांचे निराकरण ट्रॅक करून प्रकल्प व्यवस्थापनास मदत करते. तिकिटे लेखक किंवा अहवाल विकासक आणि अंतिम वापरकर्ते, चाचणी संघ आणि इतर भागधारक यांच्यातील संवादाचे साधन प्रदान करतात. तिकीट प्रणाली दोषांचा मागोवा घेण्याची एक पद्धत देखील प्रदान करते आणि उत्पादनासाठी अहवालाचा प्रचार करण्यापूर्वी ते संबोधित केले आहेत याची खात्री करते.

अहवाल विकासासाठी ठराविक कार्यप्रवाह

स्पष्ट होण्यासाठी, चे एकत्रीकरण MotioCI तिकीट प्रणालीसह तुमचा कार्यसंघ तिकीट प्रणालीशी संवाद साधण्याचा एकमेव मार्ग नाही. सामान्यतः, सोबतच्या वर्कफ्लो डायग्राममध्ये स्पष्ट केल्याप्रमाणे, कॉग्नोस अॅनालिटिक्स वातावरणात अहवाल विकासाची प्रक्रिया MotioCI असे काहीतरी असू शकते:

1. बॅकलॉग. नवीन तिकीट तयार केले आहे. व्यवसाय विश्लेषक नवीन अहवालासाठी व्यवसाय आवश्यकतांचे दस्तऐवजीकरण करतो आणि तिकीट तयार करून थेट तिकीट प्रणालीमध्ये प्रवेश करतो. तो तिकीट मध्ये ठेवतो बॅकलॉग राज्य.
2. विकास. बॅकलॉग तिकिटांना अनेक प्रकारे प्राधान्य दिले जाऊ शकते, परंतु शेवटी तिकीट अहवाल विकसकाला नियुक्त केले जाईल आणि तिच्या नावासह टॅग केले जाईल. तिकिटाची स्थिती यामध्ये बदलली जाऊ शकते मध्ये_देव. ती एक नवीन अहवाल तयार करेल. ती कॉग्नोस अॅनालिटिक्समध्ये अहवाल विकसित करत असताना, ती तिच्या बदलांची तपासणी करेल आणि चेक-इन टिप्पणीमध्ये तिकिटाचा संदर्भ देईल, जसे की “नवीन अहवाल तयार केला; प्रारंभिक आवृत्ती; जोडले प्रॉम्प्ट पृष्ठ आणि समर्थन क्वेरी, संदर्भ #592”. किंवा, “फॅक्ट क्वेरी आणि क्रॉसटॅब जोडले; फिल्टर आणि स्वरूपन, संदर्भ #592.” (मध्ये MotioCI, हॅशटॅग क्रमांक थेट तिकिटाची हायपरलिंक बनतो.) ती अहवाल तपासू शकते, बदल करू शकते आणि दिवसांच्या कालावधीत अनेक वेळा तिकिटाच्या संदर्भासह पुन्हा तपासू शकते.
3. विकास पूर्ण झाला. अहवाल विकसकाने अहवाल पूर्ण केल्यानंतर आणि खंडपीठाने त्याची चाचणी केल्यानंतर, ती तिकीट प्रणालीमधील तिकिटात नोंदवते की ते QA द्वारे चाचणीसाठी तयार आहे आणि स्थिती बदलते. मध्ये_देव ते QA साठी_तयार. हे राज्य एक ध्वज आहे MotioCI प्रशासक, किंवा Cognos अहवालांना प्रोत्साहन देण्यासाठी जबाबदार भूमिका, की अहवाल चाचणीसाठी QA वातावरणात स्थलांतर करण्यास तयार आहे.
4. प्रतिmotion ते QA. प्रशासक अहवालाचा प्रचार करतो आणि राज्यामध्ये बदल करतो मध्ये_QA. हे राज्य QA टीमला कळवू देते की अहवाल चाचणीसाठी तयार आहे.
5. चाचणी QA कार्यसंघ अहवालाची व्यावसायिक आवश्यकतांनुसार चाचणी करते. अहवाल एकतर परीक्षा उत्तीर्ण होतो किंवा अयशस्वी होतो. QA चाचणीत अहवाल अयशस्वी झाल्यास, तिकिटावर टॅग केले जाते देव मध्ये राज्य, सुधारणांसाठी अहवाल विकासकाकडे परत येत आहे.
6. चाचणी यशस्वी. अहवाल पास झाल्यास, QA कार्यसंघ प्रशासकाला सांगते की ते लेबल लावून उत्पादनास प्रोत्साहन देण्यास तयार आहे उत्पादनासाठी तयार राज्य.
7. प्रतिmotion ते उत्पादन. एकदा अहवाल उत्पादनासाठी तयार झाल्यानंतर, अंतिम मंजूरी मिळू शकते आणि शेड्यूल केली जाऊ शकते, कदाचित इतर पूर्ण झालेल्या अहवालांसह बंडलिंग. प्रशासक कॉग्नोस उत्पादन वातावरणात अहवालाचा प्रचार करतो. तो तिकीट आत ठेवतो पूर्ण झाले विकास आणि चाचणी पूर्ण झाल्याचे दर्शवणारे राज्य आणि ते उत्पादनात हलविले गेले आहे. यामुळे तिकीट बंद होते.

अहवाल विकास प्रक्रियेचे व्यवस्थापन

ही तिकीट व्यवस्थापन प्रक्रिया सूचित करते आणि सिद्ध पद्धती असे ठरवतात:

• प्रत्येक नवीन अहवालामध्ये अहवाल तयार करण्यासाठी व्यवसाय आवश्यकता असलेले एक तिकीट असावे.
• कोणत्याही दोष किंवा अहवालासह समस्या रेकॉर्ड करण्यासाठी प्रत्येक दोषाकडे तिकीट असावे.
• प्रत्येक वेळी अहवाल संपादित केला जातो MotioCI चेक-इन टिप्पणीमध्ये पत्ता देण्यात आलेला तिकीट क्रमांक समाविष्ट असावा.
• देव ते QA वर पदोन्नती केलेल्या प्रत्येक अहवालामध्ये एक संबंधित तिकीट असणे आवश्यक आहे जे विकास पूर्ण झाले आहे आणि ते QA वातावरणात हलवण्यास तयार असल्याची पुष्टी प्रशासक करू शकेल.
• QA पासून उत्पादनापर्यंत पदोन्नती केलेल्या प्रत्येक अहवालामध्ये विकास पूर्ण झाल्याचा इतिहास दर्शविणारा तिकीट असावा, तो QA उत्तीर्ण झाला आहे, त्याला सर्व आवश्यक व्यवस्थापन मान्यता प्राप्त झाल्या आहेत आणि त्याला पदोन्नती मिळाली आहे.
• उत्पादन वातावरणातील प्रत्येक अहवालात ए digital संकल्पना ते चाचणी ते फिक्सिंग ते रेझोल्यूशन ते मंजूरी आणि प्रोmotion.

हा शेवटचा मुद्दा प्रमाणित करण्यासाठी ऑडिटर्सचा आवडता आहे. ती विचारू शकते, "तुम्ही मला दाखवू शकता की उत्पादन वातावरणातील सर्व अहवाल तुमच्‍या तिकीट आणि मंजूरीच्‍या दस्‍तऐवजित प्रक्रियेचे पालन केले आहेत याची तुम्ही पुष्‍टी कशी करता?" ऑडिटरला प्रतिसाद देण्याचा एक मार्ग म्हणजे स्थलांतरित केलेल्या सर्व अहवालांची यादी प्रदान करणे आणि आपल्या प्रक्रियेशी सुसंगत नसलेल्या अहवालाची तिकिटे शोधणे हा असू शकतो.

वैकल्पिकरित्या, आणि अधिक आदर्शपणे, तुम्ही करणार्‍या अहवालांची सूची देऊ शकता नाही तुम्ही परिभाषित केलेल्या विकास आणि तिकीट प्रक्रियेचे पालन करा. तिथेच हा अहवाल उपयुक्त ठरेल: “तिकिटांशिवाय प्रचारित अहवाल" अहवालांच्या सूचीचा हा अपवाद अहवाल आहे नाही प्रत्येक अहवालातील बदल तिकिटाशी जोडण्याच्या सर्वोत्तम पद्धतींचे पालन केले. तुम्हाला रिक्त व्हायचे असलेल्या काही अहवालांपैकी हा एक आहे. प्रमोशन केलेल्या सर्व रिपोर्ट्सशी संबंधित तिकीट असल्यास त्याची कोणतीही नोंद नसेल. दुस-या शब्दात सांगायचे तर, एखादा अहवाल उत्पादन वातावरणात असेल तरच सूचीमध्ये दिसून येईल आणि ज्या अहवालाची जाहिरात करण्यात आली आहे त्या अहवालात टिप्पणीमध्ये तिकीट क्रमांकाचा संदर्भ दिलेला नाही.

फायद्यांसह प्रक्रिया

प्रक्रियेचे काय फायदे आहेत किंवा तुम्ही तुमच्या संस्थेमध्ये हे का करावे?

• सुधारित कार्यसंघ सहकार्य: तिकीट प्रणाली प्रत्यक्षात अशा व्यक्तींना एकत्र आणू शकते जे सामान्यपणे संवाद साधू शकत नाहीत. उदाहरणार्थ, लेखक आणि अंतिम वापरकर्ते किंवा प्रकल्प व्यवस्थापक आणि QA टीमचा अहवाल द्या. तिकीट ट्रेल सामायिक संसाधनाविषयी संप्रेषण करण्यासाठी एक सामान्य जागा प्रदान करते, विकासाधीन अहवाल.
• कमी खर्चः
  • लवकर पकडलेले आणि दुरुस्त केलेले दोष उत्पादनात सुटले तर त्यापेक्षा खूपच कमी खर्चिक असतात.
  • सुधारित कार्यक्षमता - अहवाल लेखक नेहमी तिकिटावर काम करत असतात जे कामाचे सु-परिभाषित विधान आहे.
  • मॅन्युअल प्रक्रियेच्या ऑटोमेशनद्वारे कमी वेळ
• सुधारित दस्तऐवज: ही प्रक्रिया दोषांचे आणि त्यांचे निराकरण कसे केले गेले याचे एक स्वयं-दस्तऐवजीकरण ज्ञानबेस बनते.
• सुधारित अंदाज आणि विश्लेषण: तुम्ही आता प्रमुख कार्यप्रदर्शन निर्देशकांचा मागोवा घेऊ शकता आणि त्यांची सेवा स्तरावरील करारांशी तुलना करू शकता. बहुतेक तिकीट प्रणाली या प्रकारचे विश्लेषण प्रदान करतात.
• सुधारित अंतर्गत समर्थन: तुमचा सपोर्ट टीम, इतर रिपोर्ट डेव्हलपर (आणि, तुमचा भविष्यातील स्वतःही!) भूतकाळात समान दोष कसे दूर केले गेले ते पाहू शकतात. या सामायिक ज्ञानाच्या आधारामुळे दोषांचे जलद निराकरण होऊ शकते.
• सुधारित अंतिम-वापरकर्ता समाधान: तिकीट प्रणालीद्वारे विकासकांपर्यंत थेट प्रवेशासह, वापरकर्ते दोषांचे जलद निराकरण करण्याची अपेक्षा करू शकतात तसेच सिस्टमद्वारे विनंती केलेल्या अहवालाच्या प्रगतीवर लक्ष ठेवू शकतात.

निष्कर्ष

सिद्ध पद्धतींचे अनुसरण करण्यासाठी आणि चांगल्या-परिभाषित प्रक्रियांचे अनुसरण करण्याच्या मूल्याचे हे समृद्ध पेऑफचे एक उदाहरण आहे. पुढे, नवीन MotioCI अहवाल, "कोणत्याही तिकिटांशिवाय प्रचारित अहवाल" हे ऑडिटरकडून प्रश्न सोडवण्यासाठी किंवा कॉर्पोरेट मानकांचे पालन करण्यासाठी फक्त अंतर्गत देखरेख करण्यासाठी मोठी मदत होऊ शकते.