Hoe u er het beste van kunt maken MotioCI bij het ondersteunen van bewezen praktijken

MotioCI heeft geïntegreerde plug-ins voor het schrijven van rapporten in Cognos Analytics. U vergrendelt het rapport waaraan u werkt. Als je klaar bent met je bewerkingssessie, check je deze in en voeg je een opmerking toe om op te nemen wat je hebt gedaan. U kunt in de opmerking een verwijzing naar een ticket in een extern systeem voor het volgen van defecten of wijzigingsverzoeken opnemen.

U kunt aanvullende informatie vinden over het instellen van de verbinding tussen MotioCI en uw ticketsysteem van derden in de MotioCI Beheerdershandleiding onder Gebruiken MotioCI met ticketingsystemen van derden. Een trefwoord (repareren, sluiten) met het ticketnummer zal het ticket sluiten. Of, met behulp van een trefwoord zoals referenties plus het ticketnummer zal de incheckcommentaar naar het ticketsysteem schrijven en het ticket open laten.

Het gebruik van een ticketingsysteem – zoals Atlassian® JIRA, Microsoft Windows™ Trac of vele andere – helpt het projectbeheer door specifieke taken, problemen en hun oplossing te volgen. Tickets zijn een communicatiemiddel tussen auteurs of rapportontwikkelaars en eindgebruikers, het testteam en andere belanghebbenden. Een ticketingsysteem biedt ook een methode om defecten op te sporen en ervoor te zorgen dat ze worden aangepakt voordat een rapport naar productie wordt gepromoveerd.

Typische workflow voor rapportontwikkeling

Voor alle duidelijkheid: de integratie van MotioCI met een ticketingsysteem is niet de enige manier waarop uw team zal communiceren met het ticketingsysteem. Zoals geïllustreerd in het bijgevoegde workflowdiagram, verloopt het proces van rapportontwikkeling in een Cognos Analytics-omgeving doorgaans met: MotioCI zou zoiets kunnen zijn:

1. Achterstand. Er wordt een nieuw ticket aangemaakt. Een Business Analyst documenteert de zakelijke vereisten voor een nieuw rapport en voert deze rechtstreeks in het ticketingsysteem in door een ticket aan te maken. Hij plaatst het kaartje in de achterstand staat.
2. Ontwikkeling. De backlog-tickets kunnen op verschillende manieren worden geprioriteerd, maar uiteindelijk wordt het ticket toegewezen aan een rapportontwikkelaar en getagd met haar naam. De status van het ticket kan worden gewijzigd in: in_dev. Ze zal een nieuw rapport maken. Terwijl ze het rapport in Cognos Analytics ontwikkelt, zal ze haar wijzigingen inchecken en naar het ticket verwijzen in de incheckopmerking, zoals 'Nieuw rapport gemaakt; eerste versie; toegevoegde promptpagina en ondersteunende vragen, referenties #592”. Of: “Feitenquery en kruistabel toegevoegd; filters en opmaak, referenties #592.” (In MotioCI, het hashtagnummer wordt een hyperlink rechtstreeks naar het ticket.) Ze kan het rapport bekijken, wijzigingen aanbrengen en het opnieuw inchecken met de ticketreferentie gedurende een periode van dagen.
3. Ontwikkeling afgerond. Nadat de rapportontwikkelaar het rapport heeft voltooid en het heeft getest, noteert ze in het ticket in het ticketingsysteem dat het klaar is om te worden getest door QA en verandert de status van in_Dev naar ready_for_QA. Deze staat is een vlag voor de MotioCI Beheerder, of rol die verantwoordelijk is voor het promoten van Cognos-rapporten, dat het rapport klaar is om te migreren naar de QA-omgeving om te testen.
4. Promotion naar QA. De beheerder promoot het rapport en de wijzigingen in de status om in_QA. Deze status laat het QA-team weten dat het rapport klaar is om getest te worden.
5. Testing. Het QA-team toetst het rapport aan de zakelijke vereisten. Het rapport slaagt of zakt voor de tests. Als het rapport de QA-test niet doorstaat, wordt het ticket getagd met de in dev staat en keert terug naar de rapportontwikkelaar voor oplossingen.
6. Succesvol testen. Als het rapport slaagt, vertelt het QA-team de beheerder dat het klaar is om naar productie te promoveren door het te labelen klaar voor Prod staat.
7. Promotion tot productie. Zodra het rapport klaar is voor productie, kunnen de definitieve goedkeuringen worden verkregen en de release gepland, eventueel gebundeld met andere voltooide rapporten. De beheerder promoveert het rapport naar de Cognos Production-omgeving. Hij plaatst het kaartje in Klaar geeft aan dat de ontwikkeling en het testen zijn voltooid en dat het naar productie is verplaatst. Hiermee sluit u het ticket.

Beheer van het rapportontwikkelingsproces

Dit ticketbeheerproces impliceert en bewezen praktijken dicteren dat:

• Elk nieuw rapport moet een ticket hebben met de zakelijke vereisten om het rapport te ontwerpen.
• Elk defect moet een ticket hebben om eventuele bugs of problemen met een rapport te registreren.
• Elke keer dat een rapport wordt bewerkt, MotioCI opmerking bij het inchecken moet het ticketnummer bevatten dat is geadresseerd.
• Elk rapport dat wordt gepromoveerd van Dev naar QA, moet een bijbehorend ticket hebben dat een beheerder kan bevestigen dat de ontwikkeling is voltooid en dat het klaar is om naar de QA-omgeving te worden verplaatst.
• Elk rapport dat van QA naar Productie wordt gepromoveerd, moet een ticket hebben met een geschiedenis die aantoont dat de ontwikkeling is voltooid, het QA heeft doorstaan, alle vereiste managementgoedkeuringen heeft ontvangen en is gepromoveerd.
• Elk rapport in de productieomgeving moet een digital papieren traject van concept tot testen tot vaststelling tot resolutie tot goedkeuring en promotion.

Dit laatste punt is een favoriet van auditors om te valideren. Ze zou kunnen vragen: "Kunt u me laten zien hoe u bevestigt dat alle rapporten in de productieomgeving voldoen aan uw gedocumenteerde proces van ticketing en goedkeuring?" Een manier om te reageren op de auditor zou kunnen zijn om een ​​lijst te geven van alle rapporten die zijn gemigreerd en haar door de tickets te laten zoeken naar een die niet overeenkomt met uw proces.

Als alternatief, en meer in het ideale geval, kunt u een lijst met rapporten geven die dat wel doen: niet zich houden aan het door u gedefinieerde ontwikkel- en ticketingproces. Dat is waar dit rapport nuttig zal zijn: “Rapporten gepromoot zonder tickets”. Het is een uitzonderingsrapport van een lijst met rapporten die: niet hield zich aan de best practices om elke rapportwijziging aan een ticket te koppelen. Dit is een van de weinige rapporten die u leeg wilt hebben. Het heeft geen records als aan alle rapporten die zijn gepromoot een ticket is gekoppeld. Met andere woorden, een rapport verschijnt alleen op de lijst als het zich in de productieomgeving bevindt en het rapport dat werd gepromoveerd, niet naar een ticketnummer in de opmerking verwijst.

Proces met voordelen

Wat zijn de voordelen van het proces, of waarom zou u dit in uw organisatie doen?

• Verbeterde teamsamenwerking: het ticketingsysteem kan personen in rollen samenbrengen die normaal niet communiceren. Rapporteer auteurs en eindgebruikers, of bijvoorbeeld projectmanager en het QA-team. Het ticketspoor biedt een gemeenschappelijke plek om te communiceren over een gedeelde bron, het rapport dat in ontwikkeling is.
• Lagere kosten:
  • Defecten die eerder worden opgemerkt en verholpen, zijn veel goedkoper dan wanneer ze in productie zouden gaan.
  • Verbeterde efficiëntie - auteurs van rapporten werken altijd vanuit een ticket, wat een goed gedefinieerde werkverklaring is.
  • Tijdsbesparing door automatisering van handmatige processen
• Verbeterde documentatie: dit proces wordt een zelfdocumenterende kennisbank van defecten en hoe deze zijn opgelost.
• Verbeterde prognoses en analyses: u kunt nu belangrijke prestatie-indicatoren volgen en deze vergelijken met service level agreements. De meeste ticketingsystemen bieden dit soort analyses.
• Verbeterde interne ondersteuning: uw ondersteuningsteam, andere rapportontwikkelaars (en zelfs uw toekomstige zelf!) kunnen opzoeken hoe soortgelijke defecten in het verleden zijn verholpen. Deze gedeelde kennisbank kan leiden tot een snelle oplossing van defecten.
• Verbeterde tevredenheid van eindgebruikers: met directe toegang tot ontwikkelaars via het ticketingsysteem kunnen gebruikers een snelle oplossing van defecten verwachten en de voortgang van een aangevraagd rapport via het systeem volgen.

Conclusie

Dit is een voorbeeld van rijke beloningen voor het volgen van bewezen praktijken en de waarde van het volgen van goed gedefinieerde processen. Verder de nieuwe MotioCI rapport, "Rapporten gepromoot zonder tickets" kan een enorme hulp zijn bij het beantwoorden van vragen van een auditor, of gewoon interne controle op naleving van bedrijfsnormen.