Hoe meitsje it measte út MotioCI yn it stypjen fan bewezen praktiken
MotioCI hat yntegrearre plugins foar Cognos Analytics rapport authoring. Jo beskoattelje it rapport wêr't jo oan wurkje. Dan, as jo klear binne mei jo bewurkingssesje, kontrolearje jo it yn en befetsje in opmerking om op te nimmen wat jo dien hawwe. Jo kinne yn 'e opmerking in ferwizing nei in kaartsje opnimme yn in ekstern defekt-tracking of feroaring-fersyksysteem.
Jo kinne ekstra details fine oer hoe't jo de ferbining kinne ynstelle tusken MotioCI en jo tredden ticketing systeem yn de MotioCI Administrator's Guide ûnder Gebrûk MotioCI mei ticketingsystemen fan tredden. In kaaiwurd (fixes, slute) mei it kaartsjenûmer sil it kaartsje slute. Of, mei in trefwurd lykas referinsjes plus it kaartsjenûmer sil de check-in opmerking skriuwe nei it kaartsjesysteem en it kaartsje iepen litte.
It gebrûk fan in kaartsjesysteem - lykas Atlassian® JIRA, Microsoft Windows™ Trac, of in protte oaren - helpt projektbehear troch spesifike taken, problemen en har resolúsje te folgjen. Kaarten jouwe in middel fan kommunikaasje tusken auteurs of rapportûntwikkelders en ein-brûkers, it testteam en oare belanghawwenden. In kaartsjesysteem biedt ek in metoade om defekten te folgjen en te garandearjen dat se wurde oanpakt foardat in rapport oan produksje befoarderet.
Typyske wurkflow foar rapportûntwikkeling
Om dúdlik te wêzen, de yntegraasje fan MotioCI mei in ticketing systeem is net de ienige manier dat jo team sil ynteraksje mei de ticketing systeem. Typysk, lykas yllustrearre yn it byhearrende workflowdiagram, is it proses fan rapportûntwikkeling yn in Cognos Analytics-omjouwing mei MotioCI kin sa'n ding wêze: 
- Backlog. In nij kaartsje wurdt oanmakke. In Business Analyst dokumintearret de saaklike easken foar in nij rapport en fiert it direkt yn it kaartsjesysteem yn troch in kaartsje te meitsjen. Hy pleatst it kaartsje yn 'e efterbliuw steat.
- Ûntwikkeling. De efterstânkaarten kinne op in oantal ferskillende manieren prioritearre wurde, mar úteinlik sil it kaartsje wurde tawiisd oan in rapportûntwikkelder en tagged mei har namme. De steat fan it kaartsje kin feroare wurde nei yn_dev. Se sil in nij rapport meitsje. Wylst se it rapport yn Cognos Analytics ûntwikkelet, sil se har wizigingen kontrolearje en it kaartsje ferwize yn 'e check-in opmerking, lykas "Nije rapport makke; earste ferzje; tafoege promptpagina en stypjende fragen, refs #592". Of, "Feitenfraach en krústabel tafoege; filters en opmaak, Referinsje #592.” (Yn MotioCI, wurdt it hashtagnûmer in hyperlink direkt nei it kaartsje.) Se kin it rapport besjen, wizigingen oanmeitsje en it mei de kaartferwizing meardere kearen oer in perioade fan dagen kontrolearje.
- Untwikkeling foltôge. Nei't de rapportûntwikkelder it rapport hat foltôge en it bench hat testen, merkt se yn it kaartsje yn it kaartsjesysteem dat it klear is om te testen troch QA en feroaret steat fan yn_Dev nei klear_foar_QA. Dizze steat is in flagge foar de MotioCI Behearder, of rol ferantwurdlik foar it befoarderjen fan Cognos-rapporten, dat it rapport klear is om te migrearjen nei de QA-omjouwing foar testen.
- permotion oan QA. De behearder befoarderet it rapport en feroarings oan de steat oan yn_QA. Dizze steat lit it QA-team witte dat it rapport klear is om te testen.
- Testing. It QA-team testet it rapport tsjin 'e saaklike easken. It rapport slagget of slagget de tests. As it rapport net slagget QA testen, it kaartsje is tagged mei de yn Dev steat, werom nei de rapportûntwikkelder foar reparaasjes.
- Testen suksesfol. As it rapport trochgiet, fertelt it QA-team de behearder dat it ree is om te promovearjen nei produksje troch it te labeljen klear foar Prod steat.
- permotion oan Production. Sadree't it rapport klear is foar produksje, kinne definitive goedkarrings wurde krigen en frijlitten pland, miskien bondele mei oare foltôge rapporten. De behearder befoarderet it rapport nei de Cognos Production-omjouwing. Hy pleatst it kaartsje yn Klear steat oanjout dat ûntwikkeling en testen binne foltôge en it is ferpleatst nei produksje. Dit slút it kaartsje.
Behear fan it rapportûntwikkelingsproses
Dit proses foar ticketbehear ymplisearret en bewezen praktiken diktearje dat:
- Elk nij rapport moat in kaartsje hawwe mei de saaklike easken om it rapport te ûntwerpen.
- Elk defekt moat in kaartsje hawwe om alle bugs of problemen mei in rapport op te nimmen.
- Elke kear in rapport wurdt bewurke, de MotioCI check-in opmerking moat befetsje it kaartsje nûmer dat waard oanpakt.
- Elk rapport dat wurdt promovearre fan Dev nei QA moat in assosjearre ticket hawwe dat in behearder kin befestigje dat ûntwikkeling is foltôge en it is klear om te ferpleatsen nei de QA-omjouwing.
- Elk rapport dat wurdt promovearre fan QA nei Produksje moat in kaartsje hawwe dy't in skiednis hat dy't sjen lit dat de ûntwikkeling foltôge is, it hat trochjûn QA, it hat alle fereaske behearsgoedkarrings krigen en is befoardere.
- Elk rapport yn 'e produksjeomjouwing moat in hawwe digital papieren spoar fan konsepsje oant testen oant fixaasje nei resolúsje oant goedkarring en promotion.
Dit lêste punt is in favoryt fan auditors om te falidearjen. Se soe freegje kinne, "kinne jo my sjen litte hoe't jo befestigje dat alle rapporten yn 'e produksjeomjouwing hawwe foldien oan jo dokuminteare proses fan kaartsje en goedkarring?" Ien manier om te reagearjen op de auditor kin wêze om in list te leverjen fan alle rapporten dy't binne migrearre en har troch de kaartsjes te waaden om te sykjen nei ien dy't net oerienkomt mei jo proses.
As alternatyf, en mear ideaal, kinne jo in list leverje mei rapporten dy't dat dogge net folgje it ûntwikkelings- en kaartsjeproses dat jo hawwe definieare. Dat is wêr't dit rapport nuttich sil wêze: "Rapporten promovearre sûnder kaartsjes”. It is in útsûnderingsrapport fan in list mei rapporten dy't hawwe net folge oan 'e bêste praktiken fan it hawwen fan elke rapportferoaring ferbûn oan in kaartsje. Dit is ien fan de pear rapporten dy't jo leech wolle. It sil gjin records hawwe as alle rapporten dy't binne promovearre hawwe in kaartsje ferbûn mei it. Mei oare wurden, in rapport sil allinich op 'e list ferskine as it yn' e produksjeomjouwing is en it rapport dat promovearre hat gjin ticketnûmer yn 'e opmerking ferwiisd. 
Proses mei Benefits
Wat binne de foardielen fan it proses, of wêrom moatte jo dit dwaan yn jo organisaasje?
- Ferbettere teamgearwurking: It kaartsjesysteem kin eins persoanen byinoar bringe yn rollen dy't miskien net normaal kommunisearje. Rapportearje skriuwers en ein brûkers, of projektmanager en it QA team, bygelyks. It ticket spoar biedt in mienskiplik plak om te kommunisearjen oer in dielde boarne, it rapport ûnder ûntwikkeling.
- Reduzearre kosten:
- Defekten dy't earder fongen en repareare binne folle minder djoer dan as se yn produksje ûntkomme.
- Ferbettere effisjinsje - rapportauteurs wurkje altyd fanút in kaartsje dat in goed definieare wurkferklearring is.
- Fermindere tiid troch automatisearring fan hânmjittige prosessen
- Ferbettere dokumintaasje: Dit proses wurdt in selsdokumintearjende kennisbasis fan defekten en hoe't se waarden oplost.
- Ferbettere foarsizzing en analytyk: Jo kinne no wichtige prestaasje-yndikatoaren folgje en se fergelykje mei ôfspraken op tsjinstnivo. De measte ticketingsystemen leverje dizze soarten analytiken.
- Ferbettere ynterne stipe: Jo stipeteam, oare rapportûntwikkelders (en, sels, jo takomstige sels!) kinne opsykje hoe't ferlykbere defekten yn it ferline oanpakt binne. Dizze dielde kennisbasis kin liede ta rappe oplossing fan defekten.
- Ferbettere tefredenheid fan ein-brûkers: Mei direkte tagong ta ûntwikkelders fia it kaartsjesysteem kinne brûkers rappe oplossing fan defekten ferwachtsje en ek de fuortgong fan in oanfrege rapport kontrolearje fia it systeem.
Konklúzje
Dit is ien foarbyld fan rike betellingen foar it folgjen fan bewiisde praktiken en de wearde fan it folgjen fan goed definieare prosessen. Fierder, de nije MotioCI rapportearje, "Rapporten promovearre sûnder kaartsjes" kin in geweldige help wêze by it oanpakken fan fragen fan in auditor, of gewoan ynterne tafersjoch foar neilibjen fan bedriuwsnormen.
