Paano masulit ang MotioCI sa pagsuporta sa mga napatunayang kasanayan

MotioCI ay may pinagsamang mga plugin para sa pag-akda ng ulat ng Cognos Analytics. I-lock mo ang ulat na iyong ginagawa. Pagkatapos, kapag tapos ka na sa iyong session sa pag-edit, i-check in mo ito at magsama ng komento para i-record ang ginawa mo. Maaari mong isama sa komento ang isang reference sa isang tiket sa isang panlabas na sistema ng pagsubaybay sa depekto o kahilingan sa pagbabago.

Makakahanap ka ng mga karagdagang detalye tungkol sa kung paano i-set up ang koneksyon sa pagitan MotioCI at ang iyong third-party ticketing system sa MotioCI Gabay ng Administrator sa ilalim ng Paggamit MotioCI na may mga third-party na sistema ng ticketing. Isang keyword (pag-aayos, isara) na may numero ng tiket ay isasara ang tiket. O, gamit ang isang keyword tulad ng sanggunian at ang numero ng tiket ay magsusulat ng komento sa pag-check-in sa sistema ng tiket at iiwang bukas ang tiket.

Ang paggamit ng isang ticketing system – tulad ng Atlassian® JIRA, Microsoft Windows™ Trac, o marami pang iba – ay tumutulong sa pamamahala ng proyekto sa pamamagitan ng pagsubaybay sa mga partikular na gawain, isyu at kanilang paglutas. Nagbibigay ang mga tiket ng paraan ng komunikasyon sa pagitan ng mga may-akda o mga developer ng ulat at mga end-user, ang testing team at iba pang stakeholder. Ang isang sistema ng ticketing ay nagbibigay din ng isang paraan ng pagsubaybay sa mga depekto at pagtiyak na ang mga ito ay natugunan bago isulong ang isang ulat sa produksyon.

Karaniwang Daloy ng Trabaho para sa Pagbuo ng Ulat

Upang maging malinaw, ang pagsasama ng MotioCI na may ticketing system ay hindi ang tanging paraan na ang iyong team ay makikipag-ugnayan sa ticketing system. Karaniwan, tulad ng inilalarawan sa kasamang workflow diagram, ang proseso ng pagbuo ng ulat sa isang kapaligiran ng Cognos Analytics na may MotioCI maaaring ganito:

1. Backlog. Ang isang bagong tiket ay nilikha. Ang Business Analyst ay nagdodokumento ng mga kinakailangan sa negosyo para sa isang bagong ulat at direktang ipinapasok ito sa sistema ng ticketing sa pamamagitan ng paggawa ng ticket. Inilalagay niya ang tiket sa panustos estado.
2. Pag-unlad. Ang mga backlog ticket ay maaaring bigyang-priyoridad sa maraming iba't ibang paraan, ngunit sa huli ay itatalaga ang ticket sa isang report developer at ita-tag ng kanyang pangalan. Ang estado ng tiket ay maaaring baguhin sa in_dev. Gagawa siya ng bagong ulat. Habang binubuo niya ang ulat sa Cognos Analytics, susuriin niya ang kanyang mga pagbabago at ire-refer ang ticket sa komento sa pag-check-in, tulad ng “Gumawa ng bagong ulat; paunang bersyon; nagdagdag ng prompt page at mga sumusuportang query, ref #592”. O, “Nagdagdag ng fact query at crosstab; mga filter at pag-format, ref #592.” (Sa MotioCI, ang numero ng hashtag ay nagiging hyperlink nang direkta sa tiket.) Maaari niyang tingnan ang ulat, gumawa ng mga pagbabago at suriin ito muli gamit ang sanggunian ng tiket nang maraming beses sa loob ng ilang araw.
3. Nakumpleto ang pag-unlad. Pagkatapos makumpleto ng Report Developer ang ulat at masuri ito sa bench, itinala niya sa ticket sa ticketing system na handa na itong masuri ng QA at nagbabago ang estado mula sa sa_Dev sa ready_for_QA. Ang estadong ito ay isang bandila para sa MotioCI Administrator, o tungkuling responsable sa pag-promote ng mga ulat ng Cognos, na ang ulat ay handa nang lumipat sa kapaligiran ng QA para sa pagsubok.
4. samotion sa QA. Itinataguyod ng administrator ang ulat at mga pagbabago sa estado sa sa_QA. Ang estadong ito ay nagpapaalam sa QA team na ang ulat ay handa nang subukan.
5. Pagsubok. Sinusuri ng pangkat ng QA ang ulat laban sa mga kinakailangan sa negosyo. Ang ulat ay pumasa o nabigo sa mga pagsusulit. Kung ang ulat ay nabigo sa pagsubok sa QA, ang tiket ay na-tag ng sa Dev estado, bumabalik sa developer ng ulat para sa mga pag-aayos.
6. Matagumpay ang pagsubok. Kung pumasa ang ulat, sasabihin ng QA team sa administrator na handa itong i-promote sa produksyon sa pamamagitan ng paglalagay ng label dito handa na para sa Prod estado.
7. samotion sa Produksyon. Kapag handa na ang ulat para sa produksyon, maaaring makuha ang mga panghuling pag-apruba at mai-iskedyul ang pagpapalabas, marahil kasama ng iba pang mga nakumpletong ulat. Itinataguyod ng administrator ang ulat sa kapaligiran ng Cognos Production. Inilagay niya ang ticket Tapos estado na nagpapahiwatig na ang pag-unlad at pagsubok ay nakumpleto at ito ay inilipat sa produksyon. Isinasara nito ang tiket.

Pamamahala ng Proseso ng Pagbuo ng Ulat

Ang proseso ng pamamahala ng tiket na ito ay nagpapahiwatig at ang mga napatunayang kasanayan ay nagdidikta na:

• Ang bawat bagong ulat ay dapat may tiket na may mga kinakailangan sa negosyo kung saan idisenyo ang ulat.
• Ang bawat depekto ay dapat magkaroon ng tiket upang maitala ang anumang mga bug o isyu sa isang ulat.
• Sa tuwing na-edit ang isang ulat, ang MotioCI ang komento sa pag-check-in ay dapat kasama ang numero ng tiket na natugunan.
• Ang bawat ulat na na-promote mula sa Dev patungong QA ay dapat may kaugnay na tiket na maaaring kumpirmahin ng isang administrator na nakumpleto na ang pag-develop at handa na itong ilipat sa kapaligiran ng QA.
• Ang bawat ulat na na-promote mula sa QA hanggang sa Produksyon ay dapat magkaroon ng isang tiket na may kasaysayan na nagpapakita na ang pag-unlad ay kumpleto, ito ay nakapasa sa QA, ito ay nakatanggap ng lahat ng kinakailangang pag-apruba ng pamamahala at na-promote.
• Ang bawat ulat sa kapaligiran ng Produksyon ay dapat magkaroon ng a digital papel trail mula sa paglilihi sa pagsubok sa pag-aayos sa resolution sa pag-apruba at promotion.

Ang huling puntong ito ay paborito ng mga auditor upang patunayan. Maaaring itanong niya, "maaari mo bang ipakita sa akin kung paano mo kinukumpirma na ang lahat ng ulat sa kapaligiran ng Produksyon ay sumunod sa iyong nakadokumentong proseso ng pagticket at pag-apruba?" Ang isang paraan upang tumugon sa auditor ay maaaring magbigay ng isang listahan ng lahat ng mga ulat na na-migrate at hayaan siyang lumakad sa mga tiket upang maghanap ng isa na hindi sumusunod sa iyong proseso.

Bilang kahalili, at mas mainam, maaari kang magbigay ng isang listahan ng mga ulat na ginagawa hindi sumunod sa proseso ng pagbuo at pagticket na iyong tinukoy. Doon magiging kapaki-pakinabang ang ulat na ito: “Mga Ulat na Na-promote nang walang mga Ticket”. Ito ay isang pagbubukod na ulat ng isang listahan ng mga ulat na mayroon hindi sumunod sa mga pinakamahusay na kagawian ng pagkakaroon ng bawat pagbabago ng ulat na nakatali sa isang tiket. Isa ito sa ilang ulat na gusto mong walang laman. Wala itong mga tala kung ang lahat ng mga ulat na na-promote ay may tiket na nauugnay dito. Sa madaling salita, lalabas lang ang isang ulat sa listahan kung ito ay nasa Production environment at ang ulat na na-promote ay hindi sumangguni sa numero ng ticket sa komento.

Proseso na may Mga Benepisyo

Ano ang mga pakinabang ng proseso, o bakit mo ito dapat gawin sa iyong organisasyon?

• Pinahusay na pakikipagtulungan ng koponan: Ang sistema ng ticketing ay maaaring aktwal na magsama-sama ng mga indibidwal sa mga tungkulin na maaaring hindi karaniwang nakikipag-usap. Iulat ang mga may-akda at end user, o project manager at ang QA team, halimbawa. Ang tiket trail ay nagbibigay ng isang karaniwang lugar upang makipag-usap tungkol sa isang nakabahaging mapagkukunan, ang ulat sa ilalim ng pagbuo.
• Nabawasan ang mga gastos:
  • Ang mga depekto na nahuli at naayos nang mas maaga ay mas mura kaysa sa kung sila ay tumakas sa produksyon.
  • Pinahusay na kahusayan - ang mga may-akda ng ulat ay palaging nagtatrabaho mula sa isang tiket na isang mahusay na tinukoy na pahayag ng trabaho.
  • Nabawasan ang oras sa pamamagitan ng automation ng mga manu-manong proseso
• Pinahusay na dokumentasyon: Ang prosesong ito ay nagiging isang self-documenting knowledgebase ng mga depekto at kung paano nalutas ang mga ito.
• Pinahusay na pagtataya at analytics: Maaari mo na ngayong subaybayan ang mga pangunahing tagapagpahiwatig ng pagganap at ihambing ang mga ito sa mga kasunduan sa antas ng serbisyo. Karamihan sa mga sistema ng ticketing ay nagbibigay ng mga ganitong uri ng analytics.
• Pinahusay na panloob na suporta: Maaaring tingnan ng iyong team ng suporta, iba pang mga developer ng ulat (at, maging, ang iyong sarili sa hinaharap!) kung paano natugunan ang mga katulad na depekto sa nakaraan. Ang nakabahaging base ng kaalaman na ito ay maaaring humantong sa mabilis na paglutas ng mga depekto.
• Pinahusay na kasiyahan ng end-user: Sa direktang pag-access sa mga developer sa pamamagitan ng ticketing system, maaaring asahan ng mga user ang mabilis na paglutas ng mga depekto pati na rin ang pagsubaybay sa pag-usad ng isang hiniling na ulat sa pamamagitan ng system..

Konklusyon

Ito ay isang halimbawa ng mayamang kabayaran sa pagsunod sa mga napatunayang gawi at ang halaga ng pagsunod sa mga prosesong mahusay na tinukoy. Dagdag pa, ang bago MotioCI ulat, "Mga Ulat na Na-promote nang walang mga Ticket" ay maaaring maging isang malaking tulong sa pagsagot sa mga tanong mula sa isang auditor, o simpleng panloob na pagsubaybay para sa pagsunod sa mga pamantayan ng kumpanya.