Kā maksimāli izmantot MotioCI atbalstot pārbaudītu praksi
MotioCI ir integrēti spraudņi Cognos Analytics pārskatu autorēšanai. Jūs bloķējat ziņojumu, pie kura strādājat. Pēc tam, kad esat pabeidzis rediģēšanas sesiju, jūs to reģistrējat un iekļaujat komentāru, lai ierakstītu paveikto. Komentārā varat iekļaut atsauci uz biļeti ārējā defektu izsekošanas vai izmaiņu pieprasīšanas sistēmā.
Varat atrast papildu informāciju par savienojuma iestatīšanu starp MotioCI un jūsu trešās puses biļešu pārdošanas sistēma MotioCI Administratora rokasgrāmata sadaļā Lietošana MotioCI ar trešo pušu biļešu sistēmām. Atslēgvārds (labo, aizver) ar biļetes numuru aizvērs biļeti. Vai arī izmantojot tādu atslēgvārdu kā atsauces plus biļetes numurs ierakstīs reģistrēšanās komentāru biļešu sistēmā un atstās biļeti atvērtu.
Biļešu pārdošanas sistēmas izmantošana, piemēram, Atlassian® JIRA, Microsoft Windows™ Trac vai daudzas citas, palīdz projektu pārvaldībā, izsekojot konkrētus uzdevumus, problēmas un to risinājumus. Biļetes nodrošina saziņas līdzekli starp autoriem vai ziņojumu izstrādātājiem un galalietotājiem, testēšanas komandu un citām ieinteresētajām personām. Biļešu pārdošanas sistēma nodrošina arī metodi defektu izsekošanai un to novēršanai pirms ziņojuma virzīšanas uz ražošanu.
Tipiska darbplūsma pārskatu izstrādei
Lai būtu skaidrs, integrācija MotioCI biļešu pārdošanas sistēma nav vienīgais veids, kā jūsu komanda sadarbosies ar biļešu sistēmu. Parasti, kā parādīts pievienotajā darbplūsmas diagrammā, pārskata izstrādes process Cognos Analytics vidē ar MotioCI varētu būt kaut kas līdzīgs šim: 
- Neizdevās. Tiek izveidota jauna biļete. Biznesa analītiķis dokumentē biznesa prasības jaunam pārskatam un ievada to tieši biļešu sistēmā, izveidojot biļeti. Viņš ievieto biļeti aizmugure valsts.
- attīstība. Neatliktajām biļetēm var noteikt prioritāti vairākos dažādos veidos, taču galu galā biļete tiks piešķirta pārskata izstrādātājam un atzīmēta ar viņas vārdu. Biļetes stāvoklis var tikt mainīts uz in_dev. Viņa izveidos jaunu pārskatu. Izstrādājot pārskatu pakalpojumā Cognos Analytics, viņa pārbaudīs izmaiņas un atsauksies uz biļeti reģistrēšanās komentārā, piemēram, “Izveidots jauns pārskats; sākotnējā versija; pievienota uzvednes lapa un atbalsta vaicājumi, atsauce #592”. Vai arī “Pievienots faktu vaicājums un šķērstabiņa; filtri un formatējums, atsauce #592”. (Iekšā MotioCI, mirkļbirkas numurs kļūst par hipersaiti tieši uz biļeti.) Viņa var pārbaudīt pārskatu, veikt izmaiņas un atkārtoti pārbaudīt to ar biļetes atsauci vairākas reizes dienu laikā.
- Izstrāde pabeigta. Pēc tam, kad atskaites izstrādātāja ir aizpildījusi ziņojumu un testējusi to stendā, viņa biļešu sistēmā atzīmē, ka tā ir gatava pārbaudei kvalitātes nodrošināšanai un maina stāvokli no plkst. in_Dev uz gatavs_QA. Šī valsts ir karogs MotioCI Administrators vai loma, kas ir atbildīga par Cognos pārskatu reklamēšanu, ka pārskats ir gatavs migrēšanai uz kvalitātes nodrošināšanas vidi testēšanai.
- profesionālismotion uz QA. Administrators veicina atskaiti un izmaias uz stvokli uz in_QA. Šis stāvoklis ļauj kvalitātes nodrošināšanas komandai zināt, ka ziņojums ir gatavs pārbaudei.
- Testēšana. Kvalitātes nodrošināšanas komanda pārbauda ziņojumu, lai tas atbilstu biznesa prasībām. Pārskats iztur vai neiztur pārbaudes. Ja atskaite neizdodas kvalitātes nodrošināšanas testēšanā, biļete tiek atzīmēta ar in Dev stāvoklī, atgriežoties pie pārskata izstrādātāja, lai saņemtu labojumus.
- Pārbaude veiksmīga. Ja pārskats tiek apstiprināts, kvalitātes nodrošināšanas komanda paziņo administratoram, ka ir gatava virzīt uz ražošanu, marķējot to gatavs Prod valsts.
- profesionālismotion uz Ražošanu. Kad pārskats ir gatavs ražošanai, var iegūt galīgos apstiprinājumus un ieplānot to izlaišanu, iespējams, apvienojot ar citiem pabeigtajiem pārskatiem. Administrators reklamē pārskatu Cognos Production vidē. Viņš ievieto biļeti Darīts paziņojums, kas norāda, ka izstrāde un testēšana ir pabeigta un tas ir pārvietots uz ražošanu. Tas aizver biļeti.
Pārskatu izstrādes procesa vadība
Šis biļešu pārvaldības process nozīmē un pārbaudīta prakse nosaka, ka:
- Katram jaunam ziņojumam ir jābūt biļetei ar uzņēmējdarbības prasībām, lai izstrādātu ziņojumu.
- Katram defektam jābūt biļetei, lai reģistrētu kļūdas vai problēmas ar ziņojumu.
- Katru reizi, kad tiek rediģēts pārskats, MotioCI reģistrēšanās komentārā jāiekļauj adresētās biļetes numurs.
- Katram ziņojumam, kas tiek virzīts no izstrādātāja uz QA, ir jābūt saistītai biļetei, ar kuru administrators var apstiprināt, ka izstrāde ir pabeigta un ir gatava pārvietošanai uz kvalitātes nodrošināšanas vidi.
- Katram ziņojumam, kas tiek paaugstināts no kvalitātes nodrošināšanas uz ražošanu, ir jābūt biļetei, kuras vēsture liecina, ka izstrāde ir pabeigta, tas ir izturējis kvalitātes pārbaudi, ir saņēmis visus nepieciešamos vadības apstiprinājumus un ir paaugstināts.
- Katrā atskaitē ražošanas vidē jābūt a digital papīra taka no koncepcijas līdz testēšanai līdz fiksēšanai līdz izšķirtspējai līdz apstiprināšanai un promotion.
Šis pēdējais punkts ir revidentu iecienīts, lai apstiprinātu. Viņa varētu jautāt: "Vai jūs varat man parādīt, kā jūs apstiprināt, ka visi pārskati ražošanas vidē atbilst jūsu dokumentētajam biļešu pārdošanas un apstiprināšanas procesam?" Viens veids, kā atbildēt revidentam, varētu būt visu migrēto ziņojumu saraksta iesniegšana un likt viņai meklēt biļetes, lai meklētu tādu, kas neatbilst jūsu procesam.
Alternatīvi, vēl ideālāk, varat nodrošināt to pārskatu sarakstu, kas to dara nav ievērojiet jūsu noteikto izstrādes un biļešu pārdošanas procesu. Šeit noderēs šis ziņojums: "Pārskati tiek reklamēti bez biļetēm”. Tas ir izņēmuma pārskats to pārskatu sarakstam, kuriem ir nav ievēroja labāko praksi, saskaņā ar kuru katra ziņojuma maiņa ir saistīta ar biļeti. Šis ir viens no nedaudzajiem pārskatiem, kuru vēlaties atstāt tukšu. Tam nebūs ierakstu, ja visiem reklamētajiem pārskatiem ir saistīta biļete. Citiem vārdiem sakot, pārskats tiks parādīts sarakstā tikai tad, ja tas atrodas ražošanas vidē un pārskatā, kas tika reklamēts, komentārā nav norādīts biļetes numurs. 
Process ar priekšrocībām
Kādi ir procesa ieguvumi vai kāpēc tas būtu jādara savā organizācijā?
- Uzlabota komandas sadarbība: Biļešu pārdošanas sistēma faktiski var apvienot personas lomās, kuras parasti nesazinās. Piemēram, ziņojumu autori un galalietotāji vai projekta vadītājs un kvalitātes nodrošināšanas komanda. Biļešu celiņš nodrošina kopīgu vietu, kur sazināties par kopīgu resursu — ziņojumu, kas tiek izstrādāts.
- Samazinātas izmaksas:
- Defekti, kas noķerti un novērsti ātrāk, ir daudz lētāki nekā tad, ja tie nonāk ražošanā.
- Uzlabota efektivitāte – ziņojumu autori vienmēr strādā no biļetes, kas ir precīzi definēts darba izklāsts.
- Samazināts laiks, pateicoties manuālo procesu automatizācijai
- Uzlabota dokumentācija: šis process kļūst par defektu un to novēršanas pašdokumentācijas zināšanu bāzi.
- Uzlabota prognozēšana un analīze: tagad varat izsekot galvenajiem veiktspējas rādītājiem un salīdzināt tos ar pakalpojumu līmeņa līgumiem. Lielākā daļa biļešu pārdošanas sistēmu nodrošina šāda veida analīzi.
- Uzlabots iekšējais atbalsts: jūsu atbalsta komanda, citi pārskatu izstrādātāji (un pat jūsu nākotnes personība!) var noskaidrot, kā līdzīgi defekti tika novērsti pagātnē. Šī kopīgā zināšanu bāze var ātri novērst defektus.
- Uzlabota galalietotāju apmierinātība: izmantojot tiešu piekļuvi izstrādātājiem, izmantojot biļešu sistēmu, lietotāji var sagaidīt ātru defektu novēršanu, kā arī uzraudzīt pieprasītā ziņojuma gaitu, izmantojot sistēmu.
Secinājumi
Šis ir viens no piemēriem bagātīgām izmaksām, ja tiek ievērota pārbaudīta prakse un cik vērtīga ir sekot labi definētiem procesiem. Turklāt jaunais MotioCI Ziņojums “Pārskati, kas reklamēti bez biļetēm” var būt milzīgs palīgs revidenta jautājumu risināšanā vai vienkārši iekšējā uzraudzībā par korporatīvo standartu ievērošanu.
