Com treure el màxim profit MotioCI en donar suport a pràctiques provades
MotioCI té connectors integrats per a la creació d'informes de Cognos Analytics. Bloqueges l'informe en què estàs treballant. Aleshores, quan acabis amb la sessió d'edició, la registres i inclou un comentari per registrar el que has fet. Podeu incloure al comentari una referència a un bitllet en un sistema extern de seguiment de defectes o sol·licitud de canvi.
Podeu trobar detalls addicionals sobre com configurar la connexió entre MotioCI i el vostre sistema de venda d'entrades de tercers al MotioCI Guia de l'administrador a Ús MotioCI amb sistemes de venda d'entrades de tercers. Una paraula clau (arregla, tanca) amb el número de bitllet tancarà el bitllet. O, utilitzant una paraula clau com referències més el número de bitllet escriurà el comentari de facturació al sistema de venda d'entrades i deixarà el bitllet obert.
L'ús d'un sistema d'emissió d'entrades, com Atlassian® JIRA, Microsoft Windows™ Trac o molts altres, ajuda a la gestió del projecte mitjançant el seguiment de tasques específiques, problemes i la seva resolució. Els tiquets proporcionen un mitjà de comunicació entre els autors o els desenvolupadors d'informes i els usuaris finals, l'equip de prova i altres parts interessades. Un sistema de ticketing també proporciona un mètode per fer el seguiment dels defectes i assegurar-se que s'aborden abans de promocionar un informe a la producció.
Flux de treball típic per al desenvolupament d'informes
Que quedi clar, la integració de MotioCI amb un sistema de venda d'entrades no és l'única manera que el vostre equip interactuarà amb el sistema de venda d'entrades. Normalment, tal com s'il·lustra al diagrama de flux de treball adjunt, el procés de desenvolupament d'informes en un entorn de Cognos Analytics amb MotioCI podria ser una cosa així: 
- Backlog. Es crea un nou bitllet. Un analista de negocis documenta els requisits empresarials d'un nou informe i l'introdueix directament al sistema de ticketing creant un bitllet. Col·loca el bitllet al backlog estat.
- desenvolupament. Els tiquets de retard es poden prioritzar de diverses maneres diferents, però finalment el tiquet s'assignarà a un desenvolupador d'informes i s'etiquetarà amb el seu nom. L'estat del bitllet es pot canviar a in_dev. Ella crearà un nou informe. A mesura que desenvolupi l'informe a Cognos Analytics, comprovarà els seus canvis i farà referència al bitllet al comentari de registre, com ara "Informe nou creat; versió inicial; s'ha afegit una pàgina d'indicadors i consultes de suport, referència #592”. O bé, "S'ha afegit una consulta de fets i una tabulació creuada; filtres i format, referència #592”. (En MotioCI, el número de l'etiqueta es converteix en un hiperenllaç directament al bitllet.) Pot consultar l'informe, fer canvis i tornar-lo a comprovar amb la referència del bitllet diverses vegades durant un període de dies.
- Desenvolupament finalitzat. Després que el desenvolupador d'informes hagi completat l'informe i l'hagi provat, assenyala al bitllet del sistema de venda d'entrades que està llest per ser provat per QA i canvia d'estat. in_Dev a llest_per_QA. Aquest estat és una bandera per al MotioCI Administrador, o funció responsable de la promoció dels informes de Cognos, que l'informe està preparat per migrar a l'entorn de control de qualitat per provar-lo.
- promotion a QA. L'administrador promou l'informe i canvia l'estat a in_QA. Aquest estat permet a l'equip de control de qualitat saber que l'informe està a punt per ser provat.
- Proves. L'equip de control de qualitat prova l'informe amb els requisits empresarials. L'informe aprova o suspèn les proves. Si l'informe falla la prova de control de qualitat, el bitllet s'etiqueta amb el a Dev estat, tornant al desenvolupador de l'informe per obtenir solucions.
- Prova correcta. Si l'informe passa, l'equip de control de qualitat diu a l'administrador que està preparat per promocionar-lo a producció etiquetant-lo llest per a Prod estat.
- promotion a la producció. Un cop l'informe estigui llest per a la producció, es poden obtenir les aprovacions finals i programar el llançament, potser combinant-los amb altres informes completats. L'administrador promou l'informe a l'entorn de Cognos Production. Ell posa el bitllet Done indicant que el desenvolupament i les proves s'han completat i que s'ha traslladat a producció. Això tanca el bitllet.
Gestió del procés d'elaboració de l'informe
Aquest procés de gestió de bitllets implica i les pràctiques provades dicten que:
- Cada informe nou hauria de tenir un bitllet amb els requisits empresarials per a dissenyar l'informe.
- Cada defecte hauria de tenir un bitllet per registrar qualsevol error o problema amb un informe.
- Cada vegada que s'edita un informe, el MotioCI El comentari del registre d'entrada ha d'incloure el número de bitllet al qual s'ha dirigit.
- Cada informe que es promociona de Dev a QA ha de tenir un bitllet associat que un administrador pot confirmar que el desenvolupament s'ha completat i que està llest per traslladar-se a l'entorn QA.
- Cada informe que es promociona de control de qualitat a producció hauria de tenir un bitllet que tingui un historial que mostri que el desenvolupament s'ha completat, ha superat el control de qualitat, ha rebut totes les aprovacions de gestió necessàries i s'ha promocionat.
- Cada informe de l'entorn de producció hauria de tenir un digital rastre de paper des de la concepció fins a la prova, passant per la fixació, la resolució, l'aprovació i el promotion.
Aquest darrer punt és un dels favorits dels auditors per validar. Ella podria preguntar: "Podeu mostrar-me com confirmeu que tots els informes de l'entorn de producció s'han adherit al vostre procés documentat d'emissió i aprovació?" Una manera de respondre a l'auditor pot ser proporcionar una llista de tots els informes que s'han migrat i fer-la passar per les entrades per buscar-ne una que no s'ajusti al vostre procés.
Alternativament, i més idealment, podeu proporcionar una llista d'informes que ho fan no Adhereix-te al procés de desenvolupament i emissió d'entrades que has definit. Aquí és on aquest informe serà útil: "Informes promocionats sense entrades”. És un informe d'excepció d'una llista d'informes que tenen no es va adherir a les millors pràctiques de tenir cada canvi d'informe vinculat a un bitllet. Aquest és un dels pocs informes que voleu quedar buits. No tindrà registres si tots els informes que s'han promocionat tenen un bitllet associat. És a dir, un informe només apareixerà a la llista si es troba a l'entorn de Producció i l'informe que es va promocionar no feia referència a un número de ticket al comentari. 
Procés amb beneficis
Quins són els beneficis del procés o per què hauríeu de fer-ho a la vostra organització?
- Col·laboració d'equip millorada: el sistema de venda d'entrades pot reunir persones en funcions que normalment no es comuniquen. Autors d'informes i usuaris finals, o gestor de projectes i l'equip de control de qualitat, per exemple. La pista de bitllets proporciona un lloc comú per comunicar-se sobre un recurs compartit, l'informe en desenvolupament.
- Reducció de costos:
- Els defectes detectats i solucionats abans són molt menys costosos que si escapen a la producció.
- Millora de l'eficiència: els autors dels informes sempre treballen a partir d'un tiquet que és una declaració de treball ben definida.
- Temps reduït gràcies a l'automatització dels processos manuals
- Documentació millorada: aquest procés es converteix en una base de coneixement autodocumentada dels defectes i de com es van resoldre.
- Previsions i anàlisis millorades: ara podeu fer un seguiment dels indicadors clau de rendiment i comparar-los amb els acords de nivell de servei. La majoria dels sistemes de venda d'entrades ofereixen aquest tipus d'anàlisi.
- Suport intern millorat: el vostre equip d'assistència, altres desenvolupadors d'informes (i, fins i tot, el vostre futur!) poden buscar com es van solucionar defectes similars en el passat. Aquesta base de coneixement compartida pot conduir a una ràpida resolució de defectes.
- Millora de la satisfacció de l'usuari final: amb l'accés directe als desenvolupadors a través del sistema d'entrades, els usuaris poden esperar una ràpida resolució dels defectes, així com controlar el progrés d'un informe sol·licitat a través del sistema.
Conclusió
Aquest és un exemple de beneficis rics per seguir pràctiques provades i el valor de seguir processos ben definits. A més, el nou MotioCI L'informe "Informes promocionats sense entrades" pot ser d'una gran ajuda per resoldre les preguntes d'un auditor, o simplement el seguiment intern de l'adhesió als estàndards corporatius.
