Cognose juurutamise tõestatud tavad

by Oktoober 26, 2022Cognos Analytics, MotioCI0 kommentaarid

Kuidas maksimaalselt ära kasutada MotioCI tõestatud tavade toetamisel

MotioCI on integreeritud pistikprogrammid Cognos Analyticsi aruannete koostamiseks. Lukustate aruande, mille kallal töötate. Seejärel, kui olete redigeerimisseansi lõpetanud, registreerite selle sisse ja lisate oma tehtu salvestamiseks kommentaari. Kommentaaris saate lisada viite välise defektide jälgimise või muutmise taotlemise süsteemi piletile.

Siit leiate lisateavet selle kohta, kuidas vaheline ühendus luua MotioCI ja teie kolmanda osapoole piletimüügisüsteem MotioCI Administraatori juhend jaotises Kasutamine MotioCI kolmandate osapoolte piletimüügisüsteemidega. Märksõna (parandab, sulge) pileti numbriga sulgeb pileti. Või kasutades märksõna nagu viited pluss pileti number kirjutab piletimüügisüsteemi check-in kommentaari ja jätab pileti avatuks.

Piletisüsteemi – nagu Atlassian® JIRA, Microsoft Windows™ Trac või paljud teised – kasutamine aitab projektihaldust jälgida, jälgides konkreetseid ülesandeid, probleeme ja nende lahendamist. Piletid pakuvad suhtlusvahendit autorite või aruannete arendajate ja lõppkasutajate, testimismeeskonna ja teiste sidusrühmade vahel. Piletisüsteem pakub ka meetodit defektide jälgimiseks ja nende kõrvaldamise tagamiseks enne aruande tootmisse viimist.

Tüüpiline töövoog aruannete koostamiseks

Et olla selge, integreerimine MotioCI piletimüügisüsteem ei ole ainus viis, kuidas teie meeskond piletimüügisüsteemiga suhtleb. Tavaliselt, nagu on illustreeritud kaasasoleval töövoo diagrammil, aruannete arendamise protsess Cognos Analyticsi keskkonnas koos MotioCI võib olla midagi sellist:

  1. Katkestused. Luuakse uus pilet. Ärianalüütik dokumenteerib uue aruande ärinõuded ja sisestab selle otse piletimüügisüsteemi, luues pileti. Ta paneb pileti kaussi mahajäämus riik.
  2. & Tarkvaraarendus. Mahajäänud pileteid saab prioritiseerida mitmel erineval viisil, kuid lõpuks määratakse pilet aruande arendajale ja märgistatakse tema nimega. Pileti olekut võib muuta in_dev. Ta loob uue aruande. Aruannet Cognos Analyticsis arendades kontrollib ta oma muudatusi ja viitab piletile registreerimise kommentaaris, näiteks „Loodi uus aruanne; esialgne versioon; lisatud viipaleht ja toetavad päringud, viited #592”. Või: „Lisati faktipäring ja risttabel; filtrid ja vormindamine, viide #592.” (Sisse MotioCI, muutub hashtag number hüperlingiks otse piletile.) Ta võib aruannet vaadata, muudatusi teha ja seda pileti viitega mitu korda päevade jooksul uuesti sisse vaadata.
  3. Arendus lõpetatud. Pärast seda, kui aruande arendaja on aruande täitnud ja katsetestinud, märgib ta piletisüsteemis olevale piletile, et see on kvaliteedikontrolli poolt testimiseks valmis ja muudab olekut alates in_Dev et valmis_kvaliteedi tagamiseks. See osariik on lipp MotioCI Administraator või Cognose aruannete reklaamimise eest vastutav roll, et aruanne on testimiseks valmis QA keskkonda üle minema.
  4. Promotion QA-sse. Administraator reklaamib aruannet ja muudatusi olekusse in_QA. See olek annab kvaliteedikontrolli meeskonnale teada, et aruanne on testimiseks valmis.
  5. Testimine. QA meeskond testib aruannet ärinõuete suhtes. Aruanne kas läbib või ei läbi testid. Kui aruanne kvaliteedikontrolli testimisel ebaõnnestub, märgitakse piletile aastal Dev olek, pöördudes paranduste saamiseks tagasi aruande arendaja poole.
  6. Testimine õnnestus. Kui aruanne läbib, teatab QA meeskond administraatorile, et on valmis selle märgistamise teel tootmisse üle viima valmis tootmiseks riik.
  7. Promotion Tootmisse. Kui aruanne on tootmiseks valmis, saab hankida lõplikud kinnitused ja ajakava järgi avaldada, võib-olla siduda ka teiste lõpetatud aruannetega. Administraator reklaamib aruande Cognos Productioni keskkonda. Ta paneb pileti sisse Tehtud teade, mis näitab, et arendus ja testimine on lõppenud ning see on viidud tootmisse. See sulgeb pileti.

Aruande väljatöötamise protsessi juhtimine

See piletihaldusprotsess eeldab ja tõestatud tavad nõuavad, et:

  • Igal uuel aruandel peaks olema pilet ärinõuetega, mille alusel aruanne koostada.
  • Igal defektil peaks olema pilet, et registreerida kõik vead või probleemid aruandega.
  • Iga kord, kui aruannet redigeeritakse, kuvatakse MotioCI sisseregistreerimise kommentaar peaks sisaldama adresseeritud pileti numbrit.
  • Igal arendajast kvaliteedikontrolliks üleviidaval aruandel peaks olema seotud pilet, mille kaudu administraator saab kinnitada, et arendus on lõpule viidud ja see on valmis kvaliteedikontrolli keskkonda teisaldamiseks.
  • Igal aruandel, mis viiakse kvaliteedikontrollist tootmisse, peaks olema pilet, mille ajalugu näitab, et arendus on lõppenud, see on läbinud kvaliteedikontrolli, saanud kõik nõutavad juhtkonna kinnitused ja seda on edutatud.
  • Igal tootmiskeskkonna aruandel peaks olema a digital paberirada kontseptsioonist testimiseni kinnitamiseni, lahenduseni heakskiitmiseni ja promotion.

See viimane punkt on audiitorite lemmikuks kinnitada. Ta võib küsida: "Kas saate mulle näidata, kuidas kinnitate, et kõik tootmiskeskkonna aruanded on järginud teie dokumenteeritud piletimüügi- ja kinnitamisprotsessi?" Üks viis audiitorile vastamiseks võib olla esitada loend kõikidest aruannetest, mis on üle viidud, ja lasta tal piletid läbi vaadata, et otsida aruannet, mis ei vasta teie protsessile.

Teise võimalusena ja veel ideaalsemal juhul saate esitada loendi aruannetest, mis seda teevad mitte järgige teie määratletud arendus- ja piletimüügiprotsessi. Siin on see aruanne kasulik: "Aruanded reklaamitud ilma piletiteta”. See on erandaruanne aruannete loendist, millel on mitte järginud parimaid tavasid, mille kohaselt on iga aruanne muudatus seotud piletiga. See on üks väheseid aruandeid, mille soovite tühjaks jätta. Sellel puuduvad kirjed, kui kõik reklaamitud aruanded on sellega seotud. Teisisõnu, aruanne kuvatakse loendis ainult siis, kui see on tootmiskeskkonnas ja reklaamitud aruanne ei viidanud kommentaaris pileti numbrile.

Protsess eelistega

Mis kasu on protsessist või miks peaksite seda oma organisatsioonis tegema?

  • Parem meeskonnatöö: piletimüügisüsteem võib tegelikult koondada rollidesse isikuid, kes tavaliselt ei suhtle. Näiteks aruannete autorid ja lõppkasutajad või projektijuht ja QA meeskond. Piletite rada on ühine koht, kus suhelda jagatud ressursi, väljatöötamisel oleva aruande kohta.
  • Vähendatud kulud:
    • Püütud ja varem parandatud defektid on palju odavamad kui tootmisse pääsemine.
    • Parem tõhusus – aruande autorid töötavad alati pileti alusel, mis on täpselt määratletud tööaruanne.
    • Vähendatud aeg tänu käsitsi protsesside automatiseerimisele
  • Täiustatud dokumentatsioon: sellest protsessist saab isedokumenteeruv teadmistebaas defektide ja nende kõrvaldamise kohta.
  • Täiustatud prognoosimine ja analüüs: nüüd saate jälgida peamisi toimivusnäitajaid ja võrrelda neid teenusetaseme lepingutega. Enamik piletimüügisüsteeme pakub seda tüüpi analüüsi.
  • Täiustatud sisemine tugi: teie tugimeeskond, teised aruannete arendajad (ja isegi teie tulevane mina!) saavad vaadata, kuidas sarnaseid defekte varem lahendati. See jagatud teadmistebaas võib viia defektide kiire lahendamiseni.
  • Parem lõppkasutaja rahulolu: piletimüügisüsteemi kaudu arendajatele otsejuurdepääsuga saavad kasutajad oodata vigade kiiret lahendamist ning jälgida süsteemi kaudu nõutud aruande edenemist.

Järeldus

See on üks näide rikkalikest väljamaksetest, kui järgida tõestatud tavasid, ja hästi määratletud protsesside järgimise väärtust. Lisaks uus MotioCI aruanne „Piletiteta reklaamitud aruanded” võib olla suureks abiks audiitori küsimuste lahendamisel või lihtsalt ettevõtte standarditest kinnipidamise sisemise jälgimise puhul.