terça-feira, 17 de maio de 2016

Perfil de Governança de TI 2016

Hoje falaremos sobre o recém lançado questionário Perfil de Governança TI 2016 através de um comparativo com sua versão anterior... vamos à análise!



Comparativo do questionário Perfil Gov TI 2016 com a versão de 2014


Nesta versão do questionário, para a qual 381 Instituições foram selecionadas para respondê-lo, algumas mudanças ocorreram:


  • Sendo caracterizada como mera reorganização, a única questão que havia no item 1.6 do questionário de 2014 foi agrupada no item 1.3;
  • Porém, com foco na informação e divulgação aos stakeholders, foi criado o item 3.3, incluindo questões sobre o catálogo de informações de interesse coletivo e a publicação de dados aderentes ao princípio de dados abertos;
  • Referindo-se à Carta de Serviços ao Cidadão (que possui o objetivo de informar ao cidadão os serviços prestados pela Instituição, as formas de acesso a esses serviços e os respectivos compromissos e padrões de qualidade de atendimento ao público), foi inserido o item 6.4, relacionando-se ao rol de serviços públicos disponíveis, dando foco no quantitativo de serviços disponíveis e possíveis de serem prestados por meio eletrônico de forma total ou parcial.
  • E, complementado o novo item 6.4, o item 6.5 do novo questionário (correspondente ao item 6.4, no questionário de 2014), referente aos serviços públicos disponíveis prestados de forma eletrônica, foi estendido com foco na qualidade, evolução, integralidade e disponibilidade dos serviços atuais/novos prestados de forma eletrônica.

Apesar de vermos que a mudança física não foi muito grande, conceitualmente ficou reforçada a necessidade de se publicar os serviços disponíveis ao cidadão, informatizar os serviços e manter a qualidade e disponibilidade dos mesmos, aproximando, de forma facilitada, a Instituição ao cidadão!

Este importante instrumento de medição de maturidade em Governança de TIC serve como régua para medir, comparar e apresentar a distribuição de maturidade de diversas instituições da APF.

E, por falar nisto, como está o monitoramento/controle da execução dos Planos de sua Instituição em busca da evolução da maturidade em Governança de TIC?






Causa-raiz com a técnica dos 5 Porquês

Algumas vezes nos deparamos com problemas que causam grandes transtornos e que, para solucioná-los, basta gastar algum tempo para descobrir e tratá-los na causa-raiz, evitando que haja uma reincidência mais grave destes problemas... saiba que, na maior parte das vezes, a causa-raiz é muito fácil de ser encontrada!

Análise da Causa-Raiz com os 5 Porquês



A técnica dos 5 porquês foi desenvolvida por Taiichi Ohno (responsável pelo sistema de produção da Toyota) para aplicação sistemática na resolução de problemas. Ela deve ser utilizada em conjunto com outras técnicas - Diagrama de Causa e Efeito (Ishikawa), Análise de Barreira de Controle, Gráfico de Fator Causal e Evento e, ainda, a Análise de Árvore de Falha. Sua eficácia aumenta se todos os envolvidos com o problema/processo participarem da reunião de análise dos 5 Porquês, evitando que alguém receba a culpa pelo problema somente por não estar presente.

Esta técnica auxilia na descoberta da causa-raiz dos problemas através do estresse consecutivo das causas de um determinado problema questionando-se recursivamente sobre uma resposta dada ao Porquê anterior, até que se obtenha a causa-raiz. Saiba ainda que não devemos nos prender à quantidade estabelecida de 5 porquês (podem ser aplicados mais ou menos) para se chegar à causa-raiz e nem sempre haverá apenas uma causa-raiz.

Vamos a alguns exemplos:

Problema: O servidor de banco de dados travou.
Porquê? As CPUs sobreaqueceram.
Porquê? Os coolers pararam.
Porquê? Estavam muito sujos.
Porquê? Não foi realizada manutenção preventiva.
Causa-Raiz encontrada:
  1. Criar processo de manutenção periódica dos equipamentos.

Problema: A nova versão do Sistema Prontuário Médico On-Line travou.
Porquê? Deu erro na geração do relatório.
Porquê? O teste de estresse/carga foi inadequado.
Porquê? A base de teste foi pequena.
Porquê? A área de produção não enviou uma cópia da base de dados da versão atual do Sistema.
Porquê? Não há processo de cópia de arquivos de produção com a descaracterização de dados sigilosos.
Causa-Raiz encontrada:
  1. Definir processo de cópia de banco de dados da área de produção, com descaracterização de dados sigilosos, para uso pelo desenvolvimento.
  2. Alterar o processo de desenvolvimento para definir a carga mínima a ser executado o teste de estresse/carga.

Problema: A nova versão do Sistema de Folha de Pagamentos deu erro.
Porquê? Quebrou na integração com o Sistema de Ponto Biométrico.
Porquê? Não foram testadas estas integrações.
Porquê? Não existe documento de Arquitetura de Software do Sistema de Ponto Biométrico.
Porquê? Não era documentação exigida do fornecedor que desenvolveu este Sistema.
Causa-Raiz encontrada:
  1. Rever contrato-modelo para incluir obrigatoriedade de entrega do documento de Arquitetura de Software.
  2. Criar aditivo ao contrato atual incluindo a entrega do documento de Arquitetura de Software.


É isto aí... façam uso de mais esta ferramenta da qualidade para apoio na descoberta de causa-raiz de problemas!







Abraços!