Kako maksimalno iskoristiti MotioCI u podržavanju provjerenih praksi

MotioCI ima integrirane dodatke za izradu izvješća Cognos Analytics. Zaključavate izvješće na kojem radite. Zatim, kada završite sa svojom sesijom uređivanja, provjerite je i uključite komentar da zabilježite što ste učinili. U komentar možete uključiti referencu na kartu u vanjskom sustavu praćenja grešaka ili zahtjeva za promjenama.

Možete pronaći dodatne pojedinosti o tome kako postaviti vezu između MotioCI i vaš sustav za izdavanje ulaznica treće strane u MotioCI Administratorski vodič pod Korištenje MotioCI sa sustavima za prodaju karata trećih strana. ključna riječ (popravlja, zatvori) s brojem karte će zatvoriti kartu. Ili pomoću ključne riječi poput reference plus broj ulaznice će napisati komentar o prijavi u sustav za prodaju ulaznica i ostaviti kartu otvorenom.

Korištenje sustava izdavanja ulaznica – poput Atlassian® JIRA, Microsoft Windows™ Trac ili mnogih drugih – pomaže u upravljanju projektima praćenjem specifičnih zadataka, problema i njihovog rješavanja. Ulaznice predstavljaju sredstvo komunikacije između autora ili razvijača izvješća i krajnjih korisnika, tima za testiranje i ostalih dionika. Sustav prodaje također nudi metodu praćenja nedostataka i osiguravanje njihovog rješavanja prije promicanja izvješća u proizvodnju.

Tipični tijek rada za razvoj izvješća

Da budemo jasni, integracija MotioCI sa sustavom prodaje ulaznica nije jedini način na koji će vaš tim komunicirati sa sustavom prodaje ulaznica. Obično, kao što je ilustrirano u priloženom dijagramu tijeka rada, proces razvoja izvješća u Cognos Analytics okruženju s MotioCI moglo bi biti nešto ovako:

1. zaostatak. Stvorena je nova ulaznica. Poslovni analitičar dokumentira poslovne zahtjeve za novo izvješće i unosi ih izravno u sustav za prodaju ulaznica stvaranjem karte. Stavlja ulaznicu u zaostatak stanje.
2. Razvoj. Prioritet zaostalih prijava može se odrediti na više različitih načina, ali na kraju će se prijava dodijeliti razvojnom programeru izvješća i označiti njezinim imenom. Stanje tiketa može se promijeniti u in_dev. Ona će izraditi novo izvješće. Dok bude razvijala izvješće u Cognos Analyticsu, provjeravat će svoje promjene i referencirati kartu u komentaru za prijavu, poput „Kreirano novo izvješće; početna verzija; dodana stranica s upitima i prateći upiti, reference #592”. Ili, “Dodan upit činjenica i unakrsna tablica; filteri i formatiranje, reference #592.” (U MotioCI, broj oznake s oznakom hashtag postaje hiperveza izravno na kartu.) Ona može provjeriti izvješće, unijeti izmjene i ponovno ga prijaviti s referencom karte više puta tijekom razdoblja od nekoliko dana.
3. Razvoj završen. Nakon što je razvojni programer izvješća dovršio izvješće i testirao ga, ona bilježi u tiketu u sustavu tiketinga da je spreman za testiranje od strane QA-a i mijenja stanje iz in_Dev do spreman_za_QA. Ova država je zastava za MotioCI Administrator ili uloga odgovorna za promicanje Cognosovih izvješća, da je izvješće spremno za migraciju u QA okruženje za testiranje.
4. pomotion za osiguranje kvalitete. Administrator promovira izvješće i promjene stanja u in_QA. Ovo stanje daje QA timu do znanja da je izvješće spremno za testiranje.
5. Testiranje. QA tim testira izvješće u odnosu na poslovne zahtjeve. Izvješće ili prolazi ili pada testove. Ako izvješće ne prođe QA testiranje, ulaznica se označava s u Dev stanje, vraćanje razvojnom programeru izvješća za popravke.
6. Testiranje uspješno. Ako izvješće prođe, QA tim govori administratoru da je spreman za promicanje u proizvodnju označavanjem spreman za proizv stanje.
7. pomotion do proizvodnje. Nakon što je izvješće spremno za proizvodnju, mogu se dobiti konačna odobrenja i zakazati objavljivanje, možda u paketu s drugim dovršenim izvješćima. Administrator promiče izvješće u okruženje Cognos Production. Stavlja ulaznicu Gotovo navodi da su razvoj i testiranje dovršeni i da je premješten u proizvodnju. Ovo zatvara kartu.

Upravljanje procesom izrade izvješća

Ovaj proces upravljanja ulaznicama podrazumijeva i dokazane prakse nalažu sljedeće:

• Svako novo izvješće mora imati ulaznicu s poslovnim zahtjevima za izradu izvješća.
• Svaki kvar treba imati kartu za bilježenje bilo kakvih grešaka ili problema s izvješćem.
• Svaki put kada se izvješće uređuje, MotioCI komentar o prijavi trebao bi sadržavati broj ulaznice koja je upućena.
• Svako izvješće koje se promiče iz Dev u QA trebalo bi imati pridruženu kartu kojom administrator može potvrditi da je razvoj dovršen i da je spremno za premještanje u QA okruženje.
• Svako izvješće koje se promiče iz QA-e u Proizvodnju treba imati ulaznicu koja ima povijest koja pokazuje da je razvoj završen, da je prošao QA, da je dobio sva potrebna odobrenja uprave i da je unaprijeđen.
• Svako izvješće u proizvodnom okruženju treba imati a digital papirnati trag od koncepcije do testiranja do popravljanja do rješenja do odobrenja i promotion.

Ovu posljednju točku revizori omiljeno potvrđuju. Mogla bi pitati: "Možete li mi pokazati kako potvrđujete da su sva izvješća u proizvodnom okruženju u skladu s vašim dokumentiranim procesom izdavanja ulaznica i odobravanja?" Jedan od načina da odgovorite revizoru mogao bi biti da pružite popis svih izvješća koja su migrirana i da ona prođe kroz tikete kako bi potražila onaj koji nije u skladu s vašim procesom.

Alternativno, i još idealnije, možete dati popis izvješća koja to čine ne pridržavati se procesa razvoja i izdavanja ulaznica koji ste definirali. Tu će ovo izvješće biti korisno: “Izvještaji Promaknuti bez ulaznica”. To je izvješće o iznimci s popisa izvješća koja imaju ne pridržavao se najboljih praksi da se svaka promjena izvješća veže uz kartu. Ovo je jedno od rijetkih izvješća za koje želite da budu prazni. Neće imati zapisa ako svi izvještaji koji su promovirani imaju povezanu kartu. Drugim riječima, izvješće će se pojaviti na popisu samo ako se nalazi u proizvodnom okruženju, a izvješće koje je promovirano nije spominjalo broj tiketa u komentaru.

Proces s prednostima

Koje su prednosti procesa ili zašto biste to trebali učiniti u svojoj organizaciji?

• Poboljšana timska suradnja: Sustav izdavanja ulaznica može zapravo okupiti pojedince u ulogama koje inače ne komuniciraju. Autori izvješća i krajnji korisnici, ili voditelj projekta i QA tim, na primjer. Staza ulaznica pruža zajedničko mjesto za komunikaciju o zajedničkom resursu, izvješću u razvoju.
• Smanjeni troškovi:
  • Kvarovi koji se prije uhvate i poprave puno su jeftiniji nego ako pobjegnu u proizvodnju.
  • Poboljšana učinkovitost – autori izvješća uvijek rade na temelju karte koja je dobro definirana izjava o radu.
  • Smanjeno vrijeme kroz automatizaciju ručnih procesa
• Poboljšana dokumentacija: Ovaj proces postaje samodokumentirajuća baza znanja o nedostacima i načinu na koji su oni riješeni.
• Poboljšano predviđanje i analitika: sada možete pratiti ključne pokazatelje učinka i usporediti ih s ugovorima o razini usluge. Većina sustava za izdavanje ulaznica pruža ove vrste analitike.
• Poboljšana interna podrška: Vaš tim za podršku, drugi razvijači izvješća (pa čak i vi sami!) mogu pogledati kako su se slični nedostaci rješavali u prošlosti. Ova zajednička baza znanja može dovesti do brzog rješavanja nedostataka.
• Poboljšano zadovoljstvo krajnjih korisnika: s izravnim pristupom programerima putem sustava za izdavanje ulaznica, korisnici mogu očekivati ​​brzo rješavanje nedostataka kao i praćenje napredovanja traženog izvješća kroz sustav.

Zaključak

Ovo je jedan od primjera bogatih isplata slijeđenja provjerenih praksi i vrijednosti slijeđenja dobro definiranih procesa. Nadalje, novo MotioCI izvješće, “Izvješća promovirana bez ulaznica” može biti od velike pomoći u rješavanju pitanja revizora ili jednostavno unutarnje praćenje pridržavanja korporativnih standarda.