Kako kar najbolje izkoristiti MotioCI pri podpiranju preizkušenih praks

MotioCI ima integrirane vtičnike za avtorstvo poročil Cognos Analytics. Zaklenete poročilo, na katerem delate. Potem, ko končate s sejo urejanja, jo prijavite in vključite komentar, da zabeležite, kaj ste naredili. V komentar lahko vključite sklic na vstopnico v zunanjem sistemu za sledenje napak ali zahtevanje sprememb.

Dodatne podrobnosti o tem, kako vzpostaviti povezavo med MotioCI in vaš sistem izdajanja vstopnic tretje osebe v MotioCI Administrator's Guide pod Uporaba MotioCI s sistemi za prodajo vozovnic tretjih oseb. Ključna beseda (popravi, zapri) s številko vstopnice zapre vstopnico. Ali z uporabo ključne besede, kot je reference plus številka vozovnice bo zapisala komentar o prijavi v sistem za izdajo vozovnic in pustila vstopnico odprto.

Uporaba sistema izdajanja vozovnic – kot je Atlassian® JIRA, Microsoft Windows™ Trac ali mnogi drugi – pomaga pri upravljanju projektov s sledenjem določenim nalogam, težavam in njihovim rešitvam. Vstopnice so sredstvo komunikacije med avtorji ali razvijalci poročil in končnimi uporabniki, ekipo za testiranje in drugimi zainteresiranimi stranmi. Sistem za izdajo vozovnic nudi tudi metodo za sledenje napakam in zagotavljanje, da so obravnavane, preden se poročilo predloži v proizvodnjo.

Tipičen potek dela za razvoj poročil

Da bo jasno, integracija MotioCI s sistemom izdajanja vstopnic ni edini način, da bo vaša ekipa sodelovala s sistemom izdajanja vstopnic. Običajno, kot je prikazano v priloženem diagramu poteka dela, proces razvoja poročila v okolju Cognos Analytics z MotioCI lahko nekaj takega:

1. Zaostanek. Ustvari se nova vstopnica. Poslovni analitik dokumentira poslovne zahteve za novo poročilo in jih z ustvarjanjem vozovnice vnese neposredno v sistem vozovnic. Vstopnico položi v zaostankov stanje.
2. Razvoj. Prijavnicam za zaostanke je mogoče dati prednost na več različnih načinov, vendar bo na koncu prijavnica dodeljena razvijalcu poročila in označena z njenim imenom. Stanje vozovnice se lahko spremeni v in_dev. Ustvarila bo novo poročilo. Ko bo razvijala poročilo v Cognos Analytics, bo preverila svoje spremembe in se sklicevala na vstopnico v komentarju o prijavi, na primer »Ustvarjeno novo poročilo; začetna različica; dodana stran s pozivi in ​​podporne poizvedbe, reference #592". Ali: »Dodana poizvedba o dejstvih in navzkrižna tabela; filtri in oblikovanje, ref #592.” (V MotioCI, številka hashtag postane hiperpovezava neposredno do vozovnice.) Lahko preveri poročilo, naredi spremembe in ga ponovno prijavi s sklicem na vstopnico večkrat v določenem obdobju dni.
3. Razvoj končan. Ko razvijalec poročila dokonča poročilo in ga preizkusi na laboratorijskih napravah, v vozovnici v sistemu izdajanja vstopnic zabeleži, da je pripravljeno za testiranje s strani QA, in spremeni stanje iz in_Dev do pripravljen_za_QA. Ta država je zastava za MotioCI Skrbnik ali vloga, odgovorna za promocijo poročil Cognos, da je poročilo pripravljeno za selitev v okolje QA za testiranje.
4. zamotion za zagotavljanje kakovosti. Administrator promovira poročilo in spremembe stanja v in_QA. To stanje sporoči skupini za zagotavljanje kakovosti, da je poročilo pripravljeno za testiranje.
5. Testiranje. Ekipa za zagotavljanje kakovosti preveri poročilo glede na poslovne zahteve. Poročilo bodisi prestane ali pa ne prestane preizkuse. Če poročilo ne prestane testiranja QA, je vstopnica označena z v Dev stanje, vrnitev k razvijalcu poročila za popravke.
6. Testiranje uspešno. Če je poročilo uspešno, skupina za zagotavljanje kakovosti sporoči skrbniku, da je pripravljena za napredovanje v proizvodnjo tako, da ga označi pripravljen za izd stanje.
7. zamotion do proizvodnje. Ko je poročilo pripravljeno za izdelavo, je mogoče pridobiti končne odobritve in razporediti objavo, morda v paketu z drugimi dokončanimi poročili. Skrbnik promovira poročilo v okolje Cognos Production. Vstavi vstopnico Done stanje, ki označuje, da sta razvoj in testiranje zaključena in da je bil premaknjen v proizvodnjo. To zapre vstopnico.

Upravljanje procesa razvoja poročila

Ta postopek upravljanja vozovnic pomeni in dokazane prakse narekujejo, da:

• Vsako novo poročilo mora imeti vozovnico s poslovnimi zahtevami za oblikovanje poročila.
• Vsaka napaka mora imeti vstopnico za beleženje morebitnih napak ali težav s poročilom.
• Vsakič, ko je poročilo urejeno, se MotioCI komentar ob prijavi mora vsebovati številko vozovnice, ki je bila naslovljena.
• Vsako poročilo, ki je napredovano iz Dev v QA, mora imeti povezano vstopnico, s katero lahko skrbnik potrdi, da je bil razvoj končan in je pripravljeno za premik v okolje QA.
• Vsako poročilo, ki se poviša iz QA v proizvodnjo, mora imeti vstopnico, ki ima zgodovino, ki kaže, da je razvoj končan, da je opravil QA, da je prejel vse zahtevane odobritve vodstva in je napredoval.
• Vsako poročilo v produkcijskem okolju mora imeti a digital papirna sled od zasnove do testiranja do popravka do rešitve do odobritve in promotion.

To zadnjo točko revizorji najraje potrdijo. Morda bo vprašala: "Mi lahko pokažete, kako potrdite, da so vsa poročila v produkcijskem okolju v skladu z vašim dokumentiranim postopkom izdaje vozovnic in odobritve?" Eden od načinov, da se odzovete revizorju, bi lahko bil, da zagotovite seznam vseh poročil, ki so bila preseljena, in jo prosite, da se prebije skozi vstopnice, da poišče tisto, ki ni v skladu z vašim postopkom.

Druga možnost je, in še bolj idealno, da zagotovite seznam poročil, ki to storijo ne upoštevajte razvojni proces in proces izdajanja vstopnic, ki ste ga določili. Tukaj bo koristno to poročilo: “Poročila, promovirana brez vstopnic”. To je poročilo o izjemi s seznama poročil, ki imajo ne upošteval najboljše prakse, da je vsaka sprememba poročila povezana z vstopnico. To je eno redkih poročil, za katera želite, da so prazna. Ne bo imelo nobenih zapisov, če imajo vsa poročila, ki so bila promovirana, z njimi povezano vstopnico. Z drugimi besedami, poročilo se bo na seznamu pojavilo samo, če je v produkcijskem okolju in poročilo, ki je bilo promovirano, v komentarju ni navajalo številke vstopnice.

Postopek s koristmi

Kakšne so prednosti postopka ali zakaj bi morali to narediti v svoji organizaciji?

• Izboljšano timsko sodelovanje: sistem izdajanja vstopnic lahko dejansko združi posameznike v vlogah, ki običajno ne komunicirajo. Na primer avtorji poročil in končni uporabniki ali vodja projekta in skupina za zagotavljanje kakovosti. Sled vstopnic zagotavlja skupno mesto za komunikacijo o skupnem viru, poročilo v razvoju.
• Znižani stroški:
  • Prej odkrite in odpravljene napake so veliko cenejše, kot če bi ušle v proizvodnjo.
  • Izboljšana učinkovitost – avtorji poročil vedno delajo na podlagi vozovnice, ki je natančno opredeljena izjava o delu.
  • Zmanjšanje časa z avtomatizacijo ročnih procesov
• Izboljšana dokumentacija: ta proces postane samodokumentirana baza znanja o napakah in o tem, kako so bile odpravljene.
• Izboljšano napovedovanje in analitika: Zdaj lahko sledite ključnim kazalnikom uspešnosti in jih primerjate s pogodbami o ravni storitev. Večina sistemov za izdajanje vozovnic ponuja te vrste analitike.
• Izboljšana notranja podpora: vaša ekipa za podporo, drugi razvijalci poročil (in celo vi v prihodnosti!) lahko poiščejo, kako so bile podobne napake odpravljene v preteklosti. Ta skupna baza znanja lahko vodi do hitre rešitve napak.
• Izboljšano zadovoljstvo končnih uporabnikov: Z neposrednim dostopom do razvijalcev prek sistema izdajanja vozovnic lahko uporabniki pričakujejo hitro reševanje napak in spremljajo napredek zahtevanega poročila prek sistema.

zaključek

To je en primer bogatih izplačil za sledenje preverjenim praksam in vrednosti sledenja natančno opredeljenim procesom. Nadalje, novo MotioCI Poročilo »Reports Promoted with no Tickets« je lahko v veliko pomoč pri obravnavi vprašanj revizorja ali preprosto notranje spremljanje spoštovanja standardov podjetja.