Kuinka saada kaikki irti MotioCI tukemalla hyväksi havaittuja käytäntöjä

MotioCI on integroituja laajennuksia Cognos Analytics -raporttien luomiseen. Lukitset raportin, jonka parissa työskentelet. Sitten, kun olet valmis muokkausistunnon, kirjaudut sisään ja lisäät kommentin tallentaaksesi tekemäsi. Voit sisällyttää kommenttiin viittauksen ulkoisen vianseuranta- tai muutospyyntöjärjestelmän lippuun.

Löydät lisätietoja yhteyden määrittämisestä välillä MotioCI ja kolmannen osapuolen lippujärjestelmäsi MotioCI Järjestelmänvalvojan opas kohdassa Käyttö MotioCI kolmannen osapuolen lippujärjestelmien kanssa. Avainsana (korjaa, sulje) lipun numerolla sulkee lipun. Tai käyttämällä avainsanaa, kuten viittaukset plus lipun numero kirjoittaa lähtöselvityskommentin lippujärjestelmään ja jättää lipun auki.

Lippujärjestelmän käyttö – kuten Atlassian® JIRA, Microsoft Windows™ Trac tai monet muut – helpottaa projektinhallintaa seuraamalla tiettyjä tehtäviä, ongelmia ja niiden ratkaisuja. Liput tarjoavat viestintävälineen tekijöiden tai raporttien kehittäjien ja loppukäyttäjien, testausryhmän ja muiden sidosryhmien välillä. Lippujärjestelmä tarjoaa myös tavan seurata vikoja ja varmistaa, että ne korjataan ennen raportin tuomista tuotantoon.

Tyypillinen työnkulku raporttien kehittämiseen

Selvyyden vuoksi integrointi MotioCI lippujärjestelmä ei ole ainoa tapa, jolla tiimisi on vuorovaikutuksessa lippujärjestelmän kanssa. Tyypillisesti, kuten oheisessa työnkulkukaaviossa näkyy, raportin kehitysprosessi Cognos Analytics -ympäristössä, jossa MotioCI voisi olla jotain tällaista:

1. kasauma. Uusi lippu luodaan. Business Analyst dokumentoi uuden raportin liiketoimintavaatimukset ja syöttää sen suoraan lippujärjestelmään luomalla lipun. Hän laittaa lipun sisään kasauma valtio.
2. Kehitys. Jäljellä olevat liput voidaan priorisoida useilla eri tavoilla, mutta lopulta lippu osoitetaan raportin kehittäjälle ja merkitään hänen nimellä. Lipun tila voidaan muuttaa in_dev. Hän luo uuden raportin. Kun hän kehittää raporttia Cognos Analyticsissa, hän tarkistaa muutokset ja viittaa lippuun sisäänkirjautumiskommentissa, kuten "Luotu uusi raportti; alkuperäinen versio; lisätty kehotesivu ja tukikyselyt, viitenumero 592”. Tai "Lisätty faktakysely ja ristitaulukko; suodattimet ja muotoilut, viitenumero 592.” (Sisään MotioCI, hashtag-numerosta tulee hyperlinkki suoraan lippuun.) Hän voi tarkistaa raportin, tehdä muutoksia ja tarkistaa sen takaisin lippuviittauksella useita kertoja päivän aikana.
3. Kehitys valmistui. Kun raportin kehittäjä on suorittanut raportin ja testannut sen, hän huomauttaa lippujärjestelmän lippuun, että se on valmis QA:n testattavaksi ja muuttaa tilaa alkaen in_Dev että valmis_laatua varten. Tämä tila on lippu MotioCI Järjestelmänvalvoja tai rooli, joka vastaa Cognos-raporttien edistämisestä, että raportti on valmis siirrettäväksi laadunvarmistusympäristöön testausta varten.
4. kohtimotion QA:lle. Ylläpitäjä edistää raportin ja tilan muutokset in_QA. Tämä tila ilmoittaa laadunvarmistustiimille, että raportti on valmis testattavaksi.
5. Testaus. Laadunvarmistustiimi testaa raporttia liiketoiminnan vaatimusten mukaan. Raportti joko läpäisee tai hylkää testit. Jos raportti epäonnistuu laadunvarmistustestauksessa, lippuun merkitään julkaisussa Dev palaa raportin kehittäjälle korjauksia varten.
6. Testaus onnistui. Jos raportti läpäisee, laadunvarmistustiimi ilmoittaa järjestelmänvalvojalle, että se on valmis siirtymään tuotantoon merkitsemällä se valmis Prod valtio.
7. kohtimotion tuotantoon. Kun raportti on valmis tuotantoa varten, lopulliset hyväksynnät voidaan saada ja julkaista ajoitettuna, mahdollisesti niputettuna muiden valmiiden raporttien kanssa. Järjestelmänvalvoja vie raportin Cognos Production -ympäristöön. Hän laittaa lipun sisään valmis ilmoittaa, että kehitys ja testaus on saatu päätökseen ja se on siirretty tuotantoon. Tämä sulkee lipun.

Raportin kehitysprosessin hallinta

Tämä lipunhallintaprosessi edellyttää, ja todistetut käytännöt edellyttävät, että:

• Jokaisessa uudessa raportissa tulee olla lippu, joka sisältää raportin suunnittelun liiketoimintavaatimukset.
• Jokaisella vialla tulee olla lippu, jolla voidaan kirjata kaikki viat tai ongelmat raporttiin.
• Joka kerta kun raporttia muokataan, MotioCI Lähtöselvityskommentissa tulee sisältää osoitetun lipun numero.
• Jokaisessa Dev:stä laadunvalvontaan siirrettävässä raportissa tulee olla liitetty lippu, josta järjestelmänvalvoja voi vahvistaa, että kehitys on valmis ja se on valmis siirrettäväksi laadunvarmistusympäristöön.
• Jokaisella laadunvarmistuksesta tuotantoon ylennetyllä raportilla tulee olla lippu, jonka historia osoittaa, että kehitys on valmis, se on läpäissyt laadunvarmistuksen, se on saanut kaikki vaaditut johdon hyväksynnät ja se on ylennetty.
• Jokaisessa tuotantoympäristön raportissa tulee olla a digital paperireitti suunnittelusta testaukseen, korjaamiseen, ratkaisuun hyväksymiseen ja ammattilaisillemotion.

Tämä viimeinen kohta on tilintarkastajien suosikki vahvistettavaksi. Hän saattaa kysyä: "Voitko näyttää minulle, kuinka vahvistat, että kaikki tuotantoympäristön raportit ovat noudattaneet dokumentoitua lipunmyynti- ja hyväksymisprosessiasi?" Yksi tapa vastata tarkastajalle voisi olla luettelo kaikista siirretyistä raporteista ja pyytää häntä kahlaamaan lippujen läpi etsimään sellaista, joka ei ole prosessisi mukainen.

Vaihtoehtoisesti, ja vielä mieluummin, voit tarjota luettelon raporteista emme noudata määrittelemääsi kehitys- ja lipunmyyntiprosessia. Siellä tämä raportti on hyödyllinen: "Raportteja mainostettu ilman lippuja”. Se on poikkeusraportti luettelosta raporteista, joilla on emme noudattanut parhaita käytäntöjä, joiden mukaan jokainen raporttimuutos on sidottu lippuun. Tämä on yksi harvoista raporteista, jotka haluat tyhjentää. Sillä ei ole tietueita, jos kaikkiin mainostettuihin raportteihin on liitetty lippu. Toisin sanoen raportti näkyy luettelossa vain, jos se on Tuotantoympäristössä ja promootetussa raportissa ei ole viitattu kommentissa lipun numeroon.

Prosessi eduilla

Mitä hyötyä prosessista on tai miksi sinun pitäisi tehdä tämä organisaatiossasi?

• Parempi tiimiyhteistyö: Lipunmyyntijärjestelmä voi itse asiassa tuoda yhteen henkilöitä rooleihin, jotka eivät normaalisti kommunikoi. Esimerkiksi raporttien tekijät ja loppukäyttäjät tai projektipäällikkö ja laadunvarmistustiimi. Lippupolku tarjoaa yhteisen paikan kommunikoida yhteisestä resurssista, kehitteillä olevasta raportista.
• Alennetut kustannukset:
  • Tavoitteet ja aikaisemmin korjatut viat ovat paljon halvempia kuin tuotantoon pääseminen.
  • Parempi tehokkuus – raportin kirjoittajat työskentelevät aina lipulla, joka on hyvin määritelty työselostus.
  • Vähentynyt aika manuaalisten prosessien automatisoinnin ansiosta
• Parannettu dokumentointi: Tästä prosessista tulee itsedokumentoiva tietokanta vioista ja niiden ratkaisemisesta.
• Parannettu ennuste ja analytiikka: Nyt voit seurata keskeisiä suoritusindikaattoreita ja verrata niitä palvelutasosopimuksiin. Useimmat lippujärjestelmät tarjoavat tämän tyyppistä analytiikkaa.
• Parannettu sisäinen tuki: Tukitiimisi, muut raporttien kehittäjät (ja jopa tuleva itsesi!) voivat tarkistaa, kuinka samankaltaisia ​​puutteita on käsitelty aiemmin. Tämä yhteinen tietopohja voi johtaa vikojen nopeaan ratkaisemiseen.
• Parempi loppukäyttäjien tyytyväisyys: Kun käyttäjät pääsevät suoraan kehittäjiin lippujärjestelmän kautta, käyttäjät voivat odottaa vikojen nopeaa ratkaisua sekä seurata pyydetyn raportin edistymistä järjestelmän kautta.

Yhteenveto

Tämä on yksi esimerkki runsaista palkkioista, joita koituu hyväksi havaittujen käytäntöjen noudattamisesta, ja hyvin määriteltyjen prosessien seuraamisen arvosta. Lisäksi uusi MotioCI raportti, "Reports Promoted with no Tickets" voi olla valtava apu tarkastajan kysymyksiin vastaamisessa tai yksinkertaisesti yrityksen standardien noudattamisen sisäisessä seurannassa.