Kaip maksimaliai išnaudoti MotioCI remiant patikrintą praktiką

MotioCI turi integruotus „Cognos Analytics“ ataskaitų kūrimo papildinius. Užrakinate ataskaitą, su kuria dirbate. Tada, kai baigsite redagavimo sesiją, ją patikrinkite ir įtraukite komentarą, kad įrašytumėte tai, ką padarėte. Komentaruose galite įtraukti nuorodą į bilietą išorinėje defektų sekimo arba pakeitimų prašymo sistemoje.

Galite rasti papildomos informacijos, kaip nustatyti ryšį tarp MotioCI ir jūsų trečiosios šalies bilietų pardavimo sistema MotioCI Administratoriaus vadovas skyriuje Naudojimas MotioCI su trečiųjų šalių bilietų pardavimo sistemomis. Raktažodis (pataiso, uždaro) su bilieto numeriu uždarys bilietą. Arba naudojant tokį raktinį žodį kaip Nuorodos plius bilieto numeris parašys registracijos komentarą į bilietų pardavimo sistemą ir paliks bilietą atidarytą.

Bilietų pardavimo sistemos, tokios kaip Atlassian® JIRA, Microsoft Windows™ Trac ar daugelis kitų, naudojimas padeda valdyti projektus, nes stebi konkrečias užduotis, problemas ir jų sprendimus. Bilietai yra komunikacijos priemonė tarp autorių ar ataskaitų kūrėjų ir galutinių vartotojų, testavimo komandos ir kitų suinteresuotųjų šalių. Bilietų pardavimo sistema taip pat suteikia metodą, kaip sekti defektus ir užtikrinti, kad jie būtų pašalinti prieš pateikiant ataskaitą gamybai.

Įprasta ataskaitų kūrimo darbo eiga

Kad būtų aišku, integracija MotioCI su bilietų pardavimo sistema nėra vienintelis būdas, kuriuo jūsų komanda sąveikaus su bilietų pardavimo sistema. Paprastai, kaip parodyta pridedamoje darbo eigos diagramoje, ataskaitos kūrimo procesas Cognos Analytics aplinkoje su MotioCI gali buti kazkas tokio:

1. Atsilikimas. Sukuriamas naujas bilietas. Verslo analitikas dokumentuoja verslo reikalavimus naujai ataskaitai ir įveda ją tiesiai į bilietų pardavimo sistemą, sukurdamas bilietą. Jis įdeda bilietą į neišnaudotas valstybė.
2. plėtra. Atsilikimo bilietams pirmenybė gali būti teikiama įvairiais būdais, tačiau galiausiai bilietas bus priskirtas ataskaitos kūrėjui ir pažymėtas jos vardu. Bilieto būsena gali būti pakeista į in_dev. Ji sukurs naują ataskaitą. Kurdama ataskaitą „Cognos Analytics“, ji patikrins savo pakeitimus ir nurodys bilietą registracijos komentare, pvz., „Sukurta nauja ataskaita; pradinė versija; pridėtas greitas puslapis ir pagalbinės užklausos, nuorodų numeris 592“. Arba: „Pridėta faktų užklausa ir kryžminė lentelė; filtrai ir formatavimas, nuorodų numeris 592. (Į MotioCI, žymos su grotelėmis numeris tampa hipersaitu tiesiai į bilietą.) Ji gali peržiūrėti ataskaitą, atlikti pakeitimus ir vėl patikrinti ją su bilieto nuoroda kelis kartus per dienų laikotarpį.
3. Vystymas baigtas. Po to, kai ataskaitos kūrėjas užpildo ataskaitą ir ją išbandė, ji bilietų pardavimo sistemos biliete pažymi, kad ji yra paruošta patikrinti QA ir keičia būseną nuo in_Dev į paruoštas_QA. Ši valstybė yra vėliava MotioCI Administratorius arba vaidmuo, atsakingas už Cognos ataskaitų reklamavimą, kad ataskaita yra paruošta perkelti į QA aplinką testavimui.
4. užmotion į QA. Administratorius reklamuoja ataskaitą ir pakeitimus į būseną in_QA. Ši būsena leidžia QA komandai žinoti, kad ataskaita yra paruošta išbandyti.
5. Testavimas. QA komanda patikrina ataskaitą pagal verslo reikalavimus. Ataskaita išlaiko arba neišlaiko testų. Jei ataskaita neatitinka kokybės užtikrinimo testo, bilietas pažymimas Dev būseną, grąžindamas ataskaitos kūrėjui pataisymus.
6. Bandymas sėkmingas. Jei ataskaita patvirtinama, kokybės užtikrinimo komanda praneša administratoriui, kad yra pasirengusi pradėti gaminti, pažymėdama ją paruoštas Prod valstybė.
7. užmotion į gamybą. Kai ataskaita bus paruošta gamybai, galima gauti galutinius patvirtinimus ir suplanuotą išleisti, galbūt kartu su kitomis užpildytomis ataskaitomis. Administratorius reklamuoja ataskaitą į Cognos Production aplinką. Jis įdeda bilietą Baigta pranešimas, nurodantis, kad kūrimas ir bandymai baigti ir jis buvo perkeltas į gamybą. Tai uždaro bilietą.

Ataskaitų rengimo proceso valdymas

Šis bilietų valdymo procesas reiškia, o patvirtinta praktika reikalauja, kad:

• Kiekviena nauja ataskaita turi turėti bilietą su verslo reikalavimais, pagal kuriuos reikia kurti ataskaitą.
• Kiekvienas defektas turi turėti bilietą, kad būtų galima įrašyti visas klaidas ar problemas.
• Kiekvieną kartą, kai redaguojama ataskaita, MotioCI Registracijos komentare turi būti nurodytas bilieto numeris, kuriam buvo adresuota.
• Kiekviena ataskaita, kuri perkeliama iš kūrėjo į QA, turi turėti susietą bilietą, kurį administratorius gali patvirtinti, kad plėtra baigta ir parengta perkelti į QA aplinką.
• Kiekviena ataskaita, kuri perkelta iš kokybės užtikrinimo į gamybą, turi turėti bilietą, rodantį, kad plėtra baigta, ji praėjo QA, gavo visus reikiamus vadovybės patvirtinimus ir buvo paaukštinta.
• Kiekviena ataskaita gamybos aplinkoje turi turėti a digital popieriaus takas nuo sumanymo iki testavimo iki tvirtinimo iki sprendimo iki patvirtinimo ir profesionalųmotion.

Pastarąjį punktą auditoriai mėgsta patvirtinti. Ji gali paklausti: „Ar galite man parodyti, kaip patvirtinate, kad visos gamybos aplinkos ataskaitos atitiko jūsų dokumentais pagrįstą bilietų pardavimo ir patvirtinimo procesą? Vienas iš būdų atsakyti auditoriui gali būti pateikti visų ataskaitų, kurios buvo perkeltos, sąrašą ir priversti ją peržvelgti bilietus, kad surastų tą, kuri neatitinka jūsų proceso.

Arba, dar idealiau, galite pateikti ataskaitų sąrašą ne laikykitės kūrimo ir bilietų pardavimo proceso, kurį nustatėte. Štai kur ši ataskaita bus naudinga: „Ataskaitos reklamuojamos be bilietų“. Tai išimtinė ataskaitų, kurios turi, sąrašo ataskaita ne laikėsi geriausios praktikos, kad kiekviena ataskaita būtų susieta su bilietu. Tai viena iš nedaugelio ataskaitų, kurias norite palikti tuščius. Jis neturės įrašų, jei visos reklamuojamos ataskaitos turi su ja susietą bilietą. Kitaip tariant, ataskaita sąraše bus rodoma tik tuo atveju, jei ji yra Gamybos aplinkoje, o reklamuotoje ataskaitoje komentare nebuvo nurodytas bilieto numeris.

Procesas su nauda

Kokie yra proceso pranašumai arba kodėl turėtumėte tai daryti savo organizacijoje?

• Pagerintas komandos bendradarbiavimas: bilietų pardavimo sistema iš tikrųjų gali suburti asmenis į vaidmenis, kurie paprastai nebendrauja. Pavyzdžiui, ataskaitų autoriai ir galutiniai vartotojai arba projekto vadovas ir kokybės užtikrinimo komanda. Bilietų takas yra bendra vieta bendrauti apie bendrus išteklius, kuriamą ataskaitą.
• Sumažintos išlaidos:
  • Pagauti ir greičiau pašalinti defektai yra daug pigesni nei tada, kai jie patenka į gamybą.
  • Padidėjęs efektyvumas – ataskaitos autoriai visada dirba iš bilieto, o tai yra aiškiai apibrėžtas darbo aprašymas.
  • Sutrumpėjo laikas automatizavus rankinius procesus
• Patobulinta dokumentacija: šis procesas tampa savarankiško defektų ir jų pašalinimo žinių baze.
• Patobulintas prognozavimas ir analizė: dabar galite stebėti pagrindinius veiklos rodiklius ir palyginti juos su paslaugų lygio sutartimis. Dauguma bilietų pardavimo sistemų teikia tokio tipo analizę.
• Patobulintas vidinis palaikymas: jūsų palaikymo komanda, kiti ataskaitų kūrėjai (ir net jūsų būsimas aš!) gali sužinoti, kaip anksčiau buvo sprendžiami panašūs trūkumai. Ši bendra žinių bazė gali padėti greitai pašalinti defektus.
• Pagerintas galutinio vartotojo pasitenkinimas: turėdami tiesioginę prieigą prie kūrėjų per bilietų pardavimo sistemą, vartotojai gali tikėtis greito defektų pašalinimo ir stebėti prašomos ataskaitos eigą per sistemą.

Išvada

Tai vienas iš pavyzdžių, kaip pasiteisina, kai laikomasi patikrintos praktikos, ir yra vertinga laikytis gerai apibrėžtų procesų. Be to, naujas MotioCI ataskaita „Reklamuojamos ataskaitos be bilietų“ gali būti didžiulė pagalba sprendžiant auditoriaus klausimus arba tiesiog stebint vidinę įmonės standartų laikymąsi.