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 AnalyticsActualización de Cognos
3 pasos para unha actualización exitosa de Cognos
Tres pasos para unha actualización exitosa de IBM Cognos

Tres pasos para unha actualización exitosa de IBM Cognos

Tres pasos para unha actualización exitosa de IBM Cognos Consellos inestimables para o executivo que xestiona unha actualización Recentemente, pensamos que a nosa cociña necesitaba unha actualización. Primeiro contratamos a un arquitecto para que elaborase os planos. Cun plan na man, comentamos os detalles: Cal é o alcance?...

Le máis

MotioCI
MotioCI Consellos e Truques
MotioCI Consellos e Truques

MotioCI Consellos e Truques

MotioCI Consellos e trucos As funcións favoritas dos que che traen MotioCI Preguntamos Motiodesenvolvedores, enxeñeiros de software, especialistas en soporte, equipo de implementación, probadores de control de calidade, vendas e xestión cales son as súas características favoritas MotioCI son. Pedímoslles que...

Le máis

NubeCognos Analytics
Motio X IBM Cognos Analytics Cloud
Motio, Inc. Ofrece control de versións en tempo real para Cognos Analytics Cloud

Motio, Inc. Ofrece control de versións en tempo real para Cognos Analytics Cloud

PLANO, Texas - 22 de setembro de 2022 - Motio, Inc., a compañía de software que che axuda a manter a túa vantaxe analítica mellorando o teu software de intelixencia empresarial e analítica, anunciou hoxe todos os seus MotioCI agora as aplicacións son totalmente compatibles co Cognos...

Le máis