Si të përfitoni sa më shumë MotioCI në mbështetjen e praktikave të provuara

MotioCI ka integruar shtojca për autorizimin e raportit të Cognos Analytics. Ju bllokoni raportin mbi të cilin po punoni. Më pas, kur të keni mbaruar me sesionin tuaj të redaktimit, ju e kontrolloni atë dhe përfshini një koment për të regjistruar atë që keni bërë. Ju mund të përfshini në koment një referencë për një biletë në një sistem të jashtëm të gjurmimit të defekteve ose kërkesave për ndryshim.

Mund të gjeni detaje shtesë se si të vendosni lidhjen ndërmjet MotioCI dhe sistemin tuaj të biletave të palëve të treta në MotioCI Udhëzuesi i administratorit nën Përdorimi MotioCI me sistemet e biletave të palëve të treta. Një fjalë kyçe (rregullon, mbyll) me numrin e biletës do të mbyllet bileta. Ose, duke përdorur një fjalë kyçe si referencat plus numrin e biletës do të shkruajë komentin e regjistrimit në sistemin e biletave dhe do ta lërë biletën hapur.

Përdorimi i një sistemi biletash – si Atlassian® JIRA, Microsoft Windows™ Trac, apo shumë të tjerë – ndihmon menaxhimin e projektit duke gjurmuar detyra specifike, çështje dhe zgjidhjen e tyre. Biletat ofrojnë një mjet komunikimi midis autorëve ose raportojnë zhvilluesit dhe përdoruesit fundorë, ekipin e testimit dhe palët e tjera të interesuara. Një sistem biletash ofron gjithashtu një metodë për të gjurmuar defektet dhe për të siguruar që ato të adresohen përpara se të promovohet një raport në prodhim.

Rrjedha tipike e punës për zhvillimin e raportit

Për të qenë të qartë, integrimi i MotioCI me një sistem biletash nuk është mënyra e vetme që ekipi juaj do të ndërveprojë me sistemin e biletave. Në mënyrë tipike, siç ilustrohet në diagramin shoqërues të rrjedhës së punës, procesi i zhvillimit të raportit në një mjedis Cognos Analytics me MotioCI mund të jetë diçka si kjo:

1. pagesë e prapambetur. Krijohet një biletë e re. Një Analist Biznesi dokumenton kërkesat e biznesit për një raport të ri dhe e fut atë direkt në sistemin e biletave duke krijuar një biletë. Ai e vendos biletën në pagesë e prapambetur shtetit.
2. Zhvillim. Biletat e mbetura mund të kenë përparësi në një sërë mënyrash të ndryshme, por në fund bileta do t'i caktohet një zhvilluesi të raportit dhe do të etiketohet me emrin e saj. Gjendja e biletës mund të ndryshohet në in_dev. Ajo do të krijojë një raport të ri. Ndërsa zhvillon raportin në Cognos Analytics, ajo do të kontrollojë ndryshimet e saj dhe do t'i referohet biletës në komentin e regjistrimit, si "Krijova raport të ri; versioni fillestar; shtoi faqen e shpejtë dhe pyetjet mbështetëse, refs #592”. Ose, “U shtua pyetësori i fakteve dhe ndërthurja; filtrat dhe formatimi, refs #592.” (Në MotioCI, numri i hashtag-ut bëhet një lidhje direkte me biletën.) Ajo mund të kontrollojë raportin, të bëjë ndryshime dhe ta kontrollojë përsëri me referencën e biletës disa herë gjatë një periudhe ditësh.
3. Zhvillimi i përfunduar. Pasi Zhvilluesi i Raportit të ketë përfunduar raportin dhe ta ketë testuar atë, ajo shënon në biletën në sistemin e biletave se është gati për t'u testuar nga QA dhe ndryshon gjendjen nga në_Dev në gati_për_QA. Ky shtet është një flamur për MotioCI Administratori, ose roli përgjegjës për promovimin e raporteve të Cognos, se raporti është gati të migrojë në mjedisin e QA për testim.
4. promotion në QA. Administratori promovon raportin dhe ndryshon në gjendje në_QA. Kjo gjendje i bën të ditur ekipit të SC se raporti është gati për t'u testuar.
5. Duke testuar. Ekipi i SC teston raportin kundrejt kërkesave të biznesit. Raporti ose i kalon ose dështon testet. Nëse raporti dështon në testimin e cilësisë së cilësisë, bileta është etiketuar me në Dev gjendjen, duke u kthyer te zhvilluesi i raportit për rregullime.
6. Testimi i suksesshëm. Nëse raporti kalon, ekipi i SC i thotë administratorit se është gati të promovojë në prodhim duke e etiketuar atë gati për Prod shtetit.
7. promotion te Prodhimi. Pasi raporti të jetë gati për prodhim, mund të merren miratimet përfundimtare dhe të planifikohet lëshimi, ndoshta duke u bashkuar me raporte të tjera të përfunduara. Administratori e promovon raportin në mjedisin e Cognos Production. Ai vendos biletën Zgjidh pushuesit shteti që tregon se zhvillimi dhe testimi kanë përfunduar dhe është zhvendosur në prodhim. Kjo mbyll biletën.

Menaxhimi i Procesit të Zhvillimit të Raportit

Ky proces i menaxhimit të biletave nënkupton dhe praktikat e provuara diktojnë që:

• Çdo raport i ri duhet të ketë një biletë me kërkesat e biznesit për të hartuar raportin.
• Çdo defekt duhet të ketë një biletë për të regjistruar çdo defekt ose problem me një raport.
• Sa herë që redaktohet një raport, MotioCI Komenti i regjistrimit duhet të përfshijë numrin e biletës që është adresuar.
• Çdo raport që promovohet nga Dev në QA duhet të ketë një biletë shoqëruese që një administrator mund të konfirmojë se zhvillimi ka përfunduar dhe është gati për t'u zhvendosur në mjedisin QA.
• Çdo raport që promovohet nga QA në Prodhim duhet të ketë një biletë që ka një histori që tregon se zhvillimi ka përfunduar, ka kaluar QA, ka marrë të gjitha miratimet e kërkuara të menaxhmentit dhe është promovuar.
• Çdo raport në mjedisin e prodhimit duhet të ketë një digital gjurmë letre nga konceptimi në testim për të fiksuar në rezolucionin në miratim dhe promotion.

Kjo pikë e fundit është e preferuara e audituesve për t'u vërtetuar. Ajo mund të pyesë, "a mund të më tregoni se si konfirmoni se të gjitha raportet në mjedisin e prodhimit i janë përmbajtur procesit tuaj të dokumentuar të biletave dhe miratimit?" Një mënyrë për t'iu përgjigjur auditorit mund të jetë ofrimi i një liste të të gjitha raporteve që janë migruar dhe që ai të kalojë nëpër bileta për të kërkuar një që nuk përputhet me procesin tuaj.

Përndryshe, dhe më ideale, ju mund të ofroni një listë të raporteve që bëjnë nuk t'i përmbahen procesit të zhvillimit dhe biletave që keni përcaktuar. Ja ku ky raport do të jetë i dobishëm: "Raportet e promovuara pa bileta“. Është një raport përjashtimi i një liste raportesh që kanë nuk iu përmbajt praktikave më të mira për të pasur çdo ndryshim raporti të lidhur me një biletë. Ky është një nga raportet e pakta që dëshironi të jeni bosh. Nuk do të ketë të dhëna nëse të gjitha raportet që janë promovuar kanë një biletë të lidhur me të. Me fjalë të tjera, një raport do të shfaqet në listë vetëm nëse është në mjedisin e prodhimit dhe raporti që u promovua nuk i referohej një numri bilete në koment.

Procesi me Përfitimet

Cilat janë përfitimet e procesit, ose pse duhet ta bëni këtë në organizatën tuaj?

• Përmirësimi i bashkëpunimit në ekip: Sistemi i biletave mund të bashkojë në fakt individë në role që zakonisht nuk mund të komunikojnë. Raportoni autorët dhe përdoruesit përfundimtarë, ose menaxherin e projektit dhe ekipin e QA, për shembull. Gjurma e biletave ofron një vend të përbashkët për të komunikuar në lidhje me një burim të përbashkët, raportin në zhvillim.
• Kosto të reduktuara:
  • Defektet e kapura dhe ndrequra më shpejt janë shumë më pak të kushtueshme sesa nëse ikin në prodhim.
  • Efikasiteti i përmirësuar – autorët e raporteve punojnë gjithmonë nga një biletë e cila është një deklaratë e mirëpërcaktuar e punës.
  • Koha e reduktuar përmes automatizimit të proceseve manuale
• Dokumentacioni i përmirësuar: Ky proces bëhet një bazë njohurish vetë-dokumentuese e defekteve dhe mënyrës se si janë zgjidhur ato.
• Parashikimi dhe analitika e përmirësuar: Tani mund të gjurmoni treguesit kryesorë të performancës dhe t'i krahasoni ata me marrëveshjet e nivelit të shërbimit. Shumica e sistemeve të biletave ofrojnë këto lloje të analizave.
• Përmirësimi i mbështetjes së brendshme: Ekipi juaj i mbështetjes, zhvilluesit e tjerë të raporteve (dhe, madje, vetja juaj e ardhshme!) mund të shikojnë se si janë adresuar defekte të ngjashme në të kaluarën. Kjo bazë e përbashkët e njohurive mund të çojë në zgjidhjen e shpejtë të defekteve.
• Kënaqësia e përmirësuar e përdoruesit fundor: Me akses të drejtpërdrejtë te zhvilluesit përmes sistemit të biletave, përdoruesit mund të presin zgjidhje të shpejtë të defekteve si dhe të monitorojnë progresin e një raporti të kërkuar përmes sistemit.

Përfundim

Ky është një shembull i përfitimeve të pasura për ndjekjen e praktikave të provuara dhe vlerën e ndjekjes së proceseve të mirëpërcaktuara. Më tej, e reja MotioCI raporti, "Raportet e promovuara pa bileta" mund të jetë një ndihmë e madhe në adresimin e pyetjeve nga një auditor, ose thjesht monitorim i brendshëm për respektimin e standardeve të korporatës.