Como aproveitar ao máximo MotioCI no apoio a práticas comprovadas

MotioCI tem plug-ins integrados para autoria de relatório do Cognos Analytics. Você bloqueia o relatório em que está trabalhando. Então, quando você terminar sua sessão de edição, você faz o check-in e inclui um comentário para registrar o que você fez. Você pode incluir no comentário uma referência a um ticket em um sistema externo de rastreamento de defeitos ou solicitação de alteração.

Você pode encontrar detalhes adicionais sobre como configurar a conexão entre MotioCI e seu sistema de bilhética de terceiros no MotioCI Guia do Administrador em Usando MotioCI com sistemas de bilhética de terceiros. Uma palavra-chave (correções, fechar) com o número do ticket fechará o ticket. Ou, usando uma palavra-chave como referências mais o número do bilhete escreverá o comentário de check-in no sistema de emissão de bilhetes e deixará o bilhete em aberto.

O uso de um sistema de emissão de tíquetes – como Atlassian® JIRA, Microsoft Windows™ Trac ou muitos outros – auxilia o gerenciamento de projetos ao rastrear tarefas específicas, problemas e sua resolução. Os tickets fornecem um meio de comunicação entre autores ou desenvolvedores de relatórios e usuários finais, a equipe de teste e outras partes interessadas. Um sistema de emissão de tíquetes também fornece um método para rastrear defeitos e garantir que eles sejam resolvidos antes de promover um relatório para produção.

Fluxo de trabalho típico para desenvolvimento de relatórios

Para ser claro, a integração de MotioCI com um sistema de bilhética não é a única maneira de sua equipe interagir com o sistema de bilhética. Normalmente, conforme ilustrado no diagrama de fluxo de trabalho anexo, o processo de desenvolvimento de relatórios em um ambiente Cognos Analytics com MotioCI pode ser algo assim:

1. Backlog. Um novo ticket é criado. Um analista de negócios documenta os requisitos de negócios para um novo relatório e o insere diretamente no sistema de emissão de tíquetes, criando um tíquete. Ele coloca o bilhete no atraso Estado.
2. Desenvolvimento. Os tíquetes de pendências podem ser priorizados de várias maneiras, mas, no final, o tíquete será atribuído a um desenvolvedor de relatórios e marcado com o nome dela. O estado do ticket pode ser alterado para in_dev. Ela criará um novo relatório. Conforme ela desenvolve o relatório no Cognos Analytics, ela fará check-in de suas alterações e fará referência ao ticket no comentário de check-in, como “Criado novo relatório; versão inicial; página de prompt adicionada e consultas de suporte, refs # 592”. Ou, “Adicionada consulta de fatos e crosstab; filtros e formatação, referências #592.” (Dentro MotioCI, o número da hashtag se torna um hiperlink diretamente para o ticket.) Ela pode verificar o relatório, fazer alterações e fazer o check-in novamente com a referência do ticket várias vezes durante um período de dias.
3. Desenvolvimento concluído. Depois que o Desenvolvedor de Relatórios concluir o relatório e testá-lo em bancada, ela anotará no ticket no sistema de tickets que ele está pronto para ser testado pelo controle de qualidade e muda de estado de in_Dev para pronto_para_QA. Este estado é uma bandeira para o MotioCI Administrador, ou função responsável por promover relatórios do Cognos, que o relatório está pronto para migrar para o ambiente QA para teste.
4. Promotion para controle de qualidade. O administrador promove o relatório e altera o estado para em_QA. Esse estado permite que a equipe de controle de qualidade saiba que o relatório está pronto para ser testado.
5. Testing. A equipe de controle de qualidade testa o relatório em relação aos requisitos de negócios. O relatório é aprovado ou reprovado nos testes. Se o relatório falhar no teste de controle de qualidade, o ticket será marcado com o em desenvolvimento estado, retornando ao desenvolvedor do relatório para correções.
6. Teste bem sucedido. Se o relatório for aprovado, a equipe de controle de qualidade informa ao administrador que está pronto para promover a produção, rotulando-o pronto para produção Estado.
7. Promotion para Produção. Assim que o relatório estiver pronto para produção, as aprovações finais podem ser obtidas e o lançamento agendado, talvez agrupando com outros relatórios concluídos. O administrador promove o relatório para o ambiente do Cognos Production. Ele coloca o bilhete em Pronto estado indicando que o desenvolvimento e os testes foram concluídos e foi movido para produção. Isso fecha o ticket.

Gestão do Processo de Desenvolvimento de Relatórios

Esse processo de gerenciamento de tickets implica e práticas comprovadas determinam que:

• Cada novo relatório deve ter um ticket com os requisitos de negócios para os quais projetar o relatório.
• Cada defeito deve ter um ticket para registrar quaisquer bugs ou problemas com um relatório.
• Cada vez que um relatório é editado, o MotioCI comentário de check-in deve incluir o número do bilhete que foi endereçado.
• Cada relatório promovido de Dev para QA deve ter um ticket associado que um administrador possa confirmar que o desenvolvimento foi concluído e está pronto para ser movido para o ambiente de QA.
• Todo relatório promovido do controle de qualidade para produção deve ter um ticket com um histórico mostrando que o desenvolvimento foi concluído, passou no controle de qualidade, recebeu todas as aprovações de gerenciamento necessárias e foi promovido.
• Todo relatório no ambiente de Produção deve ter um digital trilha de papel desde a concepção até o teste até a fixação até a resolução até a aprovação e promotion.

Este último ponto é o favorito dos auditores para validar. Ela pode perguntar: “você pode me mostrar como você confirma que todos os relatórios no ambiente de produção aderiram ao seu processo documentado de emissão de tíquetes e aprovação?” Uma maneira de responder ao auditor pode ser fornecer uma lista de todos os relatórios que foram migrados e fazer com que ele percorra os tíquetes para procurar um que não esteja de acordo com seu processo.

Alternativamente, e mais idealmente, você pode fornecer uma lista de relatórios que não aderir ao processo de desenvolvimento e emissão de bilhetes que você definiu. É aí que este relatório será útil: “Relatórios Promovidos sem Ingressos”. É um relatório de exceção de uma lista de relatórios que não aderiu às práticas recomendadas de ter todas as alterações de relatório vinculadas a um ticket. Este é um dos poucos relatórios que você deseja que esteja vazio. Ele não terá registros se todos os relatórios que foram promovidos tiverem um ticket associado a ele. Ou seja, um relatório só aparecerá na lista se estiver no ambiente de Produção e o relatório que foi promovido não fizer referência a um número de ticket no comentário.

Processo com Benefícios

Quais são os benefícios do processo, ou por que você deveria fazer isso em sua organização?

• Colaboração de equipe aprimorada: o sistema de tíquetes pode realmente reunir indivíduos em funções que normalmente não se comunicam. Autores de relatórios e usuários finais, ou gerente de projeto e equipe de controle de qualidade, por exemplo. A trilha de ticket fornece um local comum para comunicação sobre um recurso compartilhado, o relatório em desenvolvimento.
• Custos reduzidos:
  • Defeitos detectados e corrigidos mais cedo são muito mais baratos do que se escaparem para a produção.
  • Eficiência aprimorada – os autores de relatórios estão sempre trabalhando a partir de um ticket que é uma declaração de trabalho bem definida.
  • Tempo reduzido através da automação de processos manuais
• Documentação aprimorada: esse processo se torna uma base de conhecimento autodocumentada de defeitos e como eles foram resolvidos.
• Previsões e análises aprimoradas: agora você pode acompanhar os principais indicadores de desempenho e compará-los com os acordos de nível de serviço. A maioria dos sistemas de emissão de bilhetes fornece esses tipos de análise.
• Suporte interno aprimorado: sua equipe de suporte, outros desenvolvedores de relatórios (e, até mesmo, seu eu do futuro!) Essa base de conhecimento compartilhada pode levar à rápida resolução de defeitos.
• Maior satisfação do usuário final: com acesso direto aos desenvolvedores por meio do sistema de tíquetes, os usuários podem esperar uma resolução rápida de defeitos, bem como monitorar o progresso de um relatório solicitado pelo sistema.

Conclusão

Este é um exemplo de recompensas ricas para seguir práticas comprovadas e o valor de seguir processos bem definidos. Além disso, o novo MotioCI relatório, “Relatórios Promovidos sem Tickets” pode ser uma grande ajuda para responder a perguntas de um auditor, ou simplesmente para monitoramento interno para aderência aos padrões corporativos.