સૌથી વધુ કેવી રીતે બનાવવું MotioCI સાબિત પ્રથાઓને સમર્થન આપવા માટે

MotioCI Cognos Analytics રિપોર્ટ ઓથરિંગ માટે સંકલિત પ્લગઈનો છે. તમે જે રિપોર્ટ પર કામ કરી રહ્યાં છો તેને તમે લૉક કરો છો. પછી, જ્યારે તમે તમારું સંપાદન સત્ર પૂર્ણ કરી લો, ત્યારે તમે તેને તપાસો અને તમે જે કર્યું તે રેકોર્ડ કરવા માટે ટિપ્પણી શામેલ કરો. તમે ટિપ્પણીમાં બાહ્ય ખામી-ટ્રેકિંગ અથવા ફેરફાર-વિનંતી સિસ્ટમમાં ટિકિટનો સંદર્ભ શામેલ કરી શકો છો.

વચ્ચે કનેક્શન કેવી રીતે સેટ કરવું તે વિશે તમે વધારાની વિગતો મેળવી શકો છો MotioCI અને માં તમારી તૃતીય-પક્ષ ટિકિટિંગ સિસ્ટમ MotioCI ઉપયોગ હેઠળ સંચાલકની માર્ગદર્શિકા MotioCI તૃતીય-પક્ષ ટિકિટિંગ સિસ્ટમ સાથે. કીવર્ડ (સુધારે છે, બંધ કરે છે) ટિકિટ નંબર સાથે ટિકિટ બંધ થઈ જશે. અથવા, જેવા કીવર્ડનો ઉપયોગ કરીને સંદર્ભ ઉપરાંત ટિકિટ નંબર ટિકિટિંગ સિસ્ટમમાં ચેક-ઇન ટિપ્પણી લખશે અને ટિકિટને ખુલ્લી છોડી દેશે.

ટિકિટિંગ સિસ્ટમનો ઉપયોગ - જેમ કે Atlassian® JIRA, Microsoft Windows™ Trac, અથવા અન્ય ઘણા - ચોક્કસ કાર્યો, સમસ્યાઓ અને તેમના રીઝોલ્યુશનને ટ્રેક કરીને પ્રોજેક્ટ મેનેજમેન્ટમાં સહાય કરે છે. ટિકિટ લેખકો અથવા રિપોર્ટ ડેવલપર્સ અને અંતિમ વપરાશકર્તાઓ, પરીક્ષણ ટીમ અને અન્ય હિસ્સેદારો વચ્ચે વાતચીતનું માધ્યમ પ્રદાન કરે છે. ટિકિટિંગ સિસ્ટમ ખામીઓને ટ્રૅક કરવાની એક પદ્ધતિ પણ પ્રદાન કરે છે અને ખાતરી કરે છે કે ઉત્પાદનમાં રિપોર્ટને પ્રમોટ કરતા પહેલા તેને સંબોધવામાં આવે છે.

રિપોર્ટ ડેવલપમેન્ટ માટે લાક્ષણિક વર્કફ્લો

સ્પષ્ટ થવા માટે, નું એકીકરણ MotioCI ટિકિટિંગ સિસ્ટમ સાથે તમારી ટીમ ટિકિટિંગ સિસ્ટમ સાથે સંપર્ક કરશે તે એકમાત્ર રસ્તો નથી. સામાન્ય રીતે, સાથેના વર્કફ્લો ડાયાગ્રામમાં દર્શાવ્યા મુજબ, કોગ્નસ એનાલિટિક્સ પર્યાવરણમાં રિપોર્ટ ડેવલપમેન્ટની પ્રક્રિયા MotioCI આના જેવું કંઈક હોઈ શકે છે:

1. બેકલોગ. નવી ટિકિટ બનાવવામાં આવી છે. વ્યવસાય વિશ્લેષક નવા રિપોર્ટ માટે વ્યવસાયિક આવશ્યકતાઓને દસ્તાવેજ કરે છે અને ટિકિટ બનાવીને તેને સીધી ટિકિટિંગ સિસ્ટમમાં દાખલ કરે છે. તે માં ટિકિટ મૂકે છે બેકલોગ રાજ્ય બન્યું.
2. વિકાસ. બેકલોગ ટિકિટોને વિવિધ રીતે પ્રાધાન્ય આપી શકાય છે, પરંતુ અંતે ટિકિટ રિપોર્ટ ડેવલપરને સોંપવામાં આવશે અને તેના નામ સાથે ટૅગ કરવામાં આવશે. ટિકિટની સ્થિતિ બદલી શકાય છે માં_દેવ. તે એક નવો રિપોર્ટ બનાવશે. જેમ જેમ તેણી કોગ્નોસ એનાલિટીક્સમાં રિપોર્ટ વિકસાવશે, તેણી તેના ફેરફારો તપાસશે અને ચેક-ઇન ટિપ્પણીમાં ટિકિટનો સંદર્ભ લેશે, જેમ કે “નવો અહેવાલ બનાવ્યો; પ્રારંભિક સંસ્કરણ; પ્રોમ્પ્ટ પૃષ્ઠ અને સહાયક પ્રશ્નો ઉમેર્યા, સંદર્ભ #592”. અથવા, “ફેક્ટ ક્વેરી અને ક્રોસટેબ ઉમેર્યું; ફિલ્ટર્સ અને ફોર્મેટિંગ, સંદર્ભ #592" (માં MotioCI, હેશટેગ નંબર સીધી ટિકિટની હાયપરલિંક બની જાય છે.) તેણી રિપોર્ટ તપાસી શકે છે, ફેરફારો કરી શકે છે અને દિવસોના સમયગાળામાં ઘણી વખત ટિકિટ સંદર્ભ સાથે તેને ફરીથી તપાસી શકે છે.
3. વિકાસ પૂર્ણ થયો. રિપોર્ટ ડેવલપરે રિપોર્ટ પૂર્ણ કર્યા પછી અને બેન્ચે તેનું પરીક્ષણ કર્યું પછી, તેણી ટિકિટિંગ સિસ્ટમમાં ટિકિટમાં નોંધ કરે છે કે તે QA દ્વારા પરીક્ષણ માટે તૈયાર છે અને રાજ્યમાં ફેરફાર કરે છે. માં_દેવ થી QA માટે_તૈયાર. આ રાજ્ય માટે ધ્વજ છે MotioCI એડમિનિસ્ટ્રેટર, અથવા કોગ્નોસ રિપોર્ટ્સને પ્રોત્સાહન આપવા માટે જવાબદાર ભૂમિકા, કે રિપોર્ટ પરીક્ષણ માટે QA પર્યાવરણમાં સ્થાનાંતરિત કરવા માટે તૈયાર છે.
4. પ્રોmotion થી QA. એડમિનિસ્ટ્રેટર રિપોર્ટને પ્રોત્સાહન આપે છે અને રાજ્યમાં ફેરફાર કરે છે in_QA. આ સ્થિતિ QA ટીમને જણાવે છે કે રિપોર્ટ પરીક્ષણ માટે તૈયાર છે.
5. પરીક્ષણ. QA ટીમ વ્યવસાયની જરૂરિયાતો સામે રિપોર્ટનું પરીક્ષણ કરે છે. રિપોર્ટ કાં તો પરીક્ષણો પાસ કરે છે અથવા નિષ્ફળ જાય છે. જો રિપોર્ટ QA પરીક્ષણમાં નિષ્ફળ જાય, તો ટિકિટ સાથે ટેગ કરવામાં આવે છે દેવ માં સ્ટેટ, ફિક્સેસ માટે રિપોર્ટ ડેવલપરને પરત કરી રહ્યા છીએ.
6. પરીક્ષણ સફળ. જો રિપોર્ટ પસાર થાય છે, તો QA ટીમ એડમિનિસ્ટ્રેટરને કહે છે કે તે તેના પર લેબલ લગાવીને ઉત્પાદનને પ્રોત્સાહન આપવા માટે તૈયાર છે. ઉત્પાદન માટે તૈયાર રાજ્ય બન્યું.
7. પ્રોmotioઉત્પાદન માટે n. એકવાર રિપોર્ટ ઉત્પાદન માટે તૈયાર થઈ જાય, પછી અંતિમ મંજૂરીઓ મેળવી શકાય છે અને શેડ્યૂલ કરી શકાય છે, કદાચ અન્ય પૂર્ણ થયેલા અહેવાલો સાથે બંડલિંગ. એડમિનિસ્ટ્રેટર રિપોર્ટને કોગ્નોસ પ્રોડક્શન એન્વાયર્નમેન્ટમાં પ્રમોટ કરે છે. તે ટિકિટ અંદર મૂકે છે પૂર્ણ રાજ્ય દર્શાવે છે કે વિકાસ અને પરીક્ષણ પૂર્ણ થયું છે અને તેને ઉત્પાદનમાં ખસેડવામાં આવ્યું છે. આ ટિકિટ બંધ કરે છે.

અહેવાલ વિકાસ પ્રક્રિયાનું સંચાલન

આ ટિકિટ વ્યવસ્થાપન પ્રક્રિયા સૂચવે છે અને સાબિત પ્રથાઓ સૂચવે છે કે:

• રિપોર્ટને ડિઝાઇન કરવા માટે દરેક નવા રિપોર્ટમાં બિઝનેસ આવશ્યકતાઓ સાથેની ટિકિટ હોવી જોઈએ.
• રિપોર્ટ સાથેની કોઈપણ ભૂલો અથવા સમસ્યાઓને રેકોર્ડ કરવા માટે દરેક ખામીમાં ટિકિટ હોવી જોઈએ.
• દર વખતે જ્યારે અહેવાલ સંપાદિત કરવામાં આવે છે, ત્યારે MotioCI ચેક-ઇન ટિપ્પણીમાં ટિકિટ નંબર શામેલ હોવો જોઈએ જે સંબોધવામાં આવ્યો હતો.
• દરેક રિપોર્ટ કે જેને Dev થી QA માં પ્રમોટ કરવામાં આવે છે તેની સાથે સંકળાયેલ ટિકિટ હોવી જોઈએ કે જે એડમિનિસ્ટ્રેટર પુષ્ટિ કરી શકે કે વિકાસ પૂર્ણ થઈ ગયો છે અને તે QA પર્યાવરણમાં ખસેડવા માટે તૈયાર છે.
• દરેક રિપોર્ટ કે જેને QA થી પ્રોડક્શનમાં પ્રમોટ કરવામાં આવે છે તેની ટિકિટ હોવી જોઈએ જેનો ઇતિહાસ દર્શાવે છે કે વિકાસ પૂર્ણ થયો છે, તેણે QA પાસ કર્યો છે, તેને તમામ જરૂરી મેનેજમેન્ટ મંજૂરીઓ મળી છે અને તેને પ્રમોટ કરવામાં આવ્યો છે.
• ઉત્પાદન વાતાવરણમાં દરેક અહેવાલમાં એ હોવું જોઈએ digital વિભાવનાથી પરીક્ષણ અને ફિક્સિંગથી રીઝોલ્યુશનથી મંજૂરી અને પ્રોmotion.

આ છેલ્લો મુદ્દો માન્ય કરવા માટે ઓડિટર્સનો પ્રિય છે. તેણી પૂછી શકે છે, "શું તમે મને બતાવી શકો છો કે તમે કેવી રીતે પુષ્ટિ કરો છો કે ઉત્પાદન વાતાવરણમાંના તમામ અહેવાલો ટિકિટિંગ અને મંજૂરીની તમારી દસ્તાવેજી પ્રક્રિયાનું પાલન કરે છે?" ઑડિટરને પ્રતિસાદ આપવાની એક રીત એ છે કે સ્થાનાંતરિત થયેલા તમામ અહેવાલોની સૂચિ પ્રદાન કરવી અને તમારી પ્રક્રિયાને અનુરૂપ ન હોય તેવા અહેવાલો શોધવા માટે તેને ટિકિટ દ્વારા વેડ કરવા.

વૈકલ્પિક રીતે, અને વધુ આદર્શ રીતે, તમે અહેવાલોની સૂચિ પ્રદાન કરી શકો છો જે કરે છે નથી તમે વ્યાખ્યાયિત કરેલ વિકાસ અને ટિકિટિંગ પ્રક્રિયાનું પાલન કરો. ત્યાં જ આ અહેવાલ ઉપયોગી થશે: “કોઈ ટિકિટ વિના પ્રચારિત અહેવાલો" તે એવા અહેવાલોની યાદીનો અપવાદ અહેવાલ છે કે જેની પાસે છે નથી દરેક રિપોર્ટમાં ફેરફારને ટિકિટ સાથે જોડવાની શ્રેષ્ઠ પદ્ધતિઓનું પાલન કર્યું. આ થોડા રિપોર્ટ્સમાંથી એક છે જે તમે ખાલી રાખવા માંગો છો. જો પ્રમોટ કરવામાં આવેલ તમામ રિપોર્ટમાં તેની સાથે ટિકિટ જોડાયેલી હોય તો તેનો કોઈ રેકોર્ડ રહેશે નહીં. બીજા શબ્દોમાં કહીએ તો, અહેવાલ ફક્ત ત્યારે જ સૂચિમાં દેખાશે જો તે ઉત્પાદન વાતાવરણમાં હોય અને પ્રમોટ કરવામાં આવેલ અહેવાલમાં ટિપ્પણીમાં ટિકિટ નંબરનો સંદર્ભ ન હોય.

લાભો સાથે પ્રક્રિયા

પ્રક્રિયાના ફાયદા શું છે અથવા તમારે તમારી સંસ્થામાં આ કેમ કરવું જોઈએ?

• સુધારેલ ટીમ સહયોગ: ટિકિટિંગ સિસ્ટમ વાસ્તવમાં એવી વ્યક્તિઓને ભૂમિકામાં એકસાથે લાવી શકે છે જે સામાન્ય રીતે વાતચીત કરી શકતા નથી. ઉદાહરણ તરીકે, લેખકો અને અંતિમ વપરાશકર્તાઓ અથવા પ્રોજેક્ટ મેનેજર અને QA ટીમની જાણ કરો. ટિકિટ ટ્રેઇલ શેર કરેલ સંસાધન વિશે વાતચીત કરવા માટે એક સામાન્ય સ્થળ પ્રદાન કરે છે, વિકાસ હેઠળનો અહેવાલ.
• ઘટાડેલા ખર્ચ:
  • ક્ષતિઓ વહેલી તકે પકડવામાં આવે છે અને દૂર કરવામાં આવે છે, જો તેઓ ઉત્પાદનમાં ભાગી જાય તો તેના કરતાં ઘણી ઓછી ખર્ચાળ હોય છે.
  • સુધારેલ કાર્યક્ષમતા - અહેવાલ લેખકો હંમેશા ટિકિટથી કામ કરતા હોય છે જે કાર્યનું સારી રીતે વ્યાખ્યાયિત નિવેદન છે.
  • મેન્યુઅલ પ્રક્રિયાઓના ઓટોમેશન દ્વારા સમય ઘટાડે છે
• સુધારેલ દસ્તાવેજીકરણ: આ પ્રક્રિયા ખામીઓ અને તેનું નિરાકરણ કેવી રીતે કરવામાં આવ્યું તેનું સ્વ-દસ્તાવેજીકરણ જ્ઞાન આધાર બની જાય છે.
• સુધારેલ આગાહી અને વિશ્લેષણ: તમે હવે મુખ્ય પ્રદર્શન સૂચકાંકોને ટ્રૅક કરી શકો છો અને સેવા સ્તરના કરારો સાથે તેમની તુલના કરી શકો છો. મોટાભાગની ટિકિટિંગ સિસ્ટમ્સ આ પ્રકારના વિશ્લેષણો પ્રદાન કરે છે.
• સુધારેલ આંતરિક સમર્થન: તમારી સપોર્ટ ટીમ, અન્ય રિપોર્ટ ડેવલપર્સ (અને, તમારા ભાવિ સ્વયં પણ!) ભૂતકાળમાં સમાન ખામીઓ કેવી રીતે દૂર કરવામાં આવી હતી તે શોધી શકે છે. આ વહેંચાયેલ જ્ઞાન આધાર ખામીના ઝડપી નિરાકરણ તરફ દોરી શકે છે.
• સુધારેલ અંતિમ-વપરાશકર્તા સંતોષ: ટિકિટિંગ સિસ્ટમ દ્વારા વિકાસકર્તાઓ સુધી સીધી પહોંચ સાથે, વપરાશકર્તાઓ ખામીના ઝડપી નિરાકરણની અપેક્ષા રાખી શકે છે તેમજ સિસ્ટમ દ્વારા વિનંતી કરાયેલ રિપોર્ટની પ્રગતિનું નિરીક્ષણ કરી શકે છે.

ઉપસંહાર

સાબિત પ્રથાઓ અને સારી રીતે વ્યાખ્યાયિત પ્રક્રિયાઓને અનુસરવાના મૂલ્યને અનુસરવા માટે સમૃદ્ધ વળતરનું આ એક ઉદાહરણ છે. વધુમાં, નવી MotioCI અહેવાલ, “કોઈ ટિકિટ વિના પ્રમોટ કરાયેલા અહેવાલો” ઓડિટરના પ્રશ્નોના નિરાકરણમાં અથવા કોર્પોરેટ ધોરણોનું પાલન કરવા માટે ફક્ત આંતરિક દેખરેખ રાખવામાં મોટી મદદરૂપ બની શકે છે.