Prácticas probadas de implementación de Cognos

by Outubro 26, 2022Cognos Analytics, MotioCIcomentarios 0

Como aproveitar ao máximo MotioCI no apoio a prácticas comprobadas

MotioCI ten complementos integrados para a creación de informes de Cognos Analytics. Bloqueas o informe no que estás a traballar. Despois, cando remates coa túa sesión de edición, rexístraa e inclúes un comentario para rexistrar o que fixeches. Podes incluír no comentario unha referencia a un ticket nun sistema externo de seguimento de defectos ou de solicitude de cambio.

Podes atopar detalles adicionais sobre como configurar a conexión entre MotioCI e o teu sistema de venda de billetes de terceiros no MotioCI Guía do administrador en Uso MotioCI con sistemas de billetes de terceiros. Unha palabra clave (arranxa, pecha) co número de billete pecharase o billete. Ou, usando unha palabra clave como referencias máis o número do billete escribirá o comentario de facturación no sistema de billetes e deixará o billete aberto.

O uso dun sistema de emisión de billetes, como Atlassian® JIRA, Microsoft Windows™ Trac ou moitos outros, axuda á xestión de proxectos facendo un seguimento de tarefas específicas, problemas e a súa resolución. As entradas proporcionan un medio de comunicación entre os autores ou os desenvolvedores de informes e os usuarios finais, o equipo de probas e outras partes interesadas. Un sistema de ticketing tamén ofrece un método para rastrexar os defectos e garantir que se solucionan antes de promocionar un informe á produción.

Fluxo de traballo típico para o desenvolvemento de informes

Para que quede claro, a integración de MotioCI cun sistema de ticketing non é a única forma en que o teu equipo interactuará co sistema de ticketing. Normalmente, como se ilustra no diagrama de fluxo de traballo que se acompaña, o proceso de desenvolvemento de informes nun ambiente de Cognos Analytics con MotioCI pode ser algo así:

  1. Backlog. Créase un novo ticket. Un analista de negocios documenta os requisitos comerciais dun novo informe e introdúceo directamente no sistema de ticketing creando un ticket. Coloca o billete no atraso Estado.
  2. desenvolvemento. Os tickets atrasados ​​pódense priorizar de varias formas diferentes, pero finalmente o ticket asignarase a un desenvolvedor de informes e etiquetarase co seu nome. O estado do billete pódese cambiar a en_dev. Ela creará un novo informe. Mentres desenvolva o informe en Cognos Analytics, comprobará os seus cambios e fará referencia ao ticket no comentario de rexistro, como "Creouse un novo informe; versión inicial; engadiu unha páxina de aviso e consultas de apoio, referencia #592”. Ou, "Engadida consulta de feitos e táboa cruzada; filtros e formato, referencia #592”. (En MotioCI, o número de hashtag convértese nun hipervínculo directamente ao ticket.) Pode consultar o informe, facer cambios e volver verificalo coa referencia do ticket varias veces durante un período de días.
  3. Desenvolvemento rematado. Despois de que o programador de informes completou o informe e o probou en banco, sinala no ticket do sistema de tickets que está listo para ser probado polo control de calidade e cambia de estado. en_Dev a listo_para_QA. Este estado é unha bandeira para o MotioCI Administrador, ou función responsable da promoción dos informes de Cognos, que o informe está preparado para migrar ao contorno de control de calidade para probalo.
  4. pormotion para QA. O administrador promove o informe e cambia o estado para en_QA. Este estado fai saber ao equipo de control de calidade que o informe está listo para ser probado.
  5. Probando. O equipo de control de calidade proba o informe contra os requisitos comerciais. O informe supera ou non as probas. Se o informe non supera as probas de control de calidade, o ticket está etiquetado co en Dev estado, volvendo ao programador de informes para correccións.
  6. Proba exitosa. Se o informe pasa, o equipo de control de calidade di ao administrador que está listo para promocionar a produción etiquetándoo listo para Prod Estado.
  7. pormotion á Produción. Unha vez que o informe estea listo para a súa produción, pódense obter as aprobacións finais e programar a súa publicación, quizais combinando con outros informes completados. O administrador promove o informe ao contorno de Cognos Production. Coloca o billete Feito indicando que o desenvolvemento e as probas están completados e que foi trasladado á produción. Isto pecha o billete.

Xestión do Proceso de Elaboración de Informes

Este proceso de xestión de tickets implica e as prácticas comprobadas ditan que:

  • Cada informe novo debe ter un ticket cos requisitos comerciais para deseñar o informe.
  • Cada defecto debe ter un ticket para rexistrar calquera erro ou problema nun informe.
  • Cada vez que se edita un informe, o MotioCI o comentario de check-in debe incluír o número de billete ao que se dirixiu.
  • Cada informe que se promova de Dev a QA debe ter un ticket asociado que un administrador pode confirmar que se completou o desenvolvemento e que está listo para ser trasladado ao ambiente QA.
  • Cada informe que se promove de control de calidade a produción debe ter un ticket que teña un historial que mostre que o desenvolvemento está completo, que pasou o control de calidade, que recibiu todas as aprobacións de xestión necesarias e que foi promovido.
  • Cada informe no contorno de Produción debe ter un digital rastro de papel desde a concepción ata a proba ata a fixación, a resolución ata a aprobación e o promotion.

Este último punto é un dos favoritos dos auditores para validar. Podería preguntar: "Podes mostrarme como confirmas que todos os informes do entorno de Produción se adheriron ao teu proceso documentado de facturación e aprobación?" Unha forma de responder ao auditor pode ser proporcionar unha lista de todos os informes que se migraron e que ela revise os tickets para buscar un que non se axuste ao seu proceso.

Alternativamente, e máis idealmente, pode proporcionar unha lista de informes que o fan non adhírese ao proceso de desenvolvemento e emisión de tickets que definiu. Aí é onde este informe será útil: "Informes promocionados sen entradas". É un informe de excepción dunha lista de informes que teñen non seguiu as mellores prácticas de ter cada cambio de informe vinculado a un ticket. Este é un dos poucos informes que queres estar baleiro. Non terá rexistros se todos os informes que foron promovidos teñen un ticket asociado. Noutras palabras, un informe só aparecerá na lista se está no contorno Produción e o informe que se promoveu non fixo referencia a un número de ticket no comentario.

Proceso con Beneficios

Cales son os beneficios do proceso ou por que debería facelo na súa organización?

  • Mellora da colaboración do equipo: o sistema de venda de billetes pode reunir a persoas en funcións que normalmente non se comunican. Autores de informes e usuarios finais, ou xestor de proxectos e o equipo de control de calidade, por exemplo. A ruta de entradas ofrece un lugar común para comunicarse sobre un recurso compartido, o informe en desenvolvemento.
  • Redución de custos:
    • Os defectos detectados e solucionados antes son moito menos caros que se escapan á produción.
    • Mellora da eficiencia: os autores dos informes sempre traballan a partir dun ticket que é unha declaración de traballo ben definida.
    • Redución do tempo mediante a automatización dos procesos manuais
  • Documentación mellorada: este proceso convértese nunha base de coñecemento autodocumentada sobre os defectos e como se solucionaron.
  • Previsións e análises melloradas: agora pode seguir os indicadores clave de rendemento e comparalos cos acordos de nivel de servizo. A maioría dos sistemas de billetes ofrecen este tipo de análises.
  • Soporte interno mellorado: o teu equipo de asistencia, outros desenvolvedores de informes (e, incluso, o teu futuro!) Poden buscar como se abordaron defectos similares no pasado. Esta base de coñecemento compartida pode levar a unha rápida resolución de defectos.
  • Mellora da satisfacción do usuario final: co acceso directo aos desenvolvedores a través do sistema de tickets, os usuarios poden esperar unha resolución rápida dos defectos, así como supervisar o progreso dun informe solicitado a través do sistema.

Conclusión

Este é un exemplo de ricas recompensas ao seguir prácticas comprobadas e do valor de seguir procesos ben definidos. Ademais, o novo MotioCI informe, "Informes promovidos sen tickets" pode ser unha gran axuda para resolver as preguntas dun auditor ou simplemente o seguimento interno para o cumprimento dos estándares corporativos.

 

Cognos Analytics
IBM Cognos Analytics con Watson
Que fai Watson?

Que fai Watson?

Resumo IBM Cognos Analytics tatuouse co nome Watson na versión 11.2.1. O seu nome completo agora é IBM Cognos Analytics con Watson 11.2.1, antes coñecido como IBM Cognos Analytics. Pero onde está exactamente este Watson e que fai? En...

Le máis

Cognos AnalyticsMotioCI
MotioCI Control-M
Analítica en venda polo miúdo: os datos son correctos?

Analítica en venda polo miúdo: os datos son correctos?

O comercio polo miúdo é unha das principais industrias que está a transformar a tecnoloxía AI e Analytics. Os comerciantes polo miúdo deben implicar a segmentación, a separación e a creación de perfís de diversos grupos de consumidores, manténdose ao día coas tendencias da moda en constante evolución. Categoría ...

Le máis

BI/AnalíticaCognos Analytics QlikActualización de Cognos
Blog de auditoría de Cognos
Modernizando a túa experiencia de Analytics

Modernizando a túa experiencia de Analytics

Nesta publicación do blog, sentímonos honrados de compartir o coñecemento do autor invitado e experto en analítica, Mike Norris, sobre planificación e trampas para evitar a súa iniciativa de modernización da análise. Ao considerar unha iniciativa de modernización da análise, hai varias ...

Le máis