Introdução:
Cada vez mais, as equipes de TI são cobradas por entregas com menor custo, maiores ganhos de valor agregado ao negócio e melhor qualidade, mas com um tempo de entrega das soluções cada vez menor. Além disso, sabemos que historicamente as áreas de Administração /Gestão de Dados sofrem com o estereótipo de serem consideradas áreas de gargalo dentro das organizações.
Dando continuidade à série de artigos sobre as boas práticas aplicadas na Gestão de Dados Moderna, comentarei sobre as duas boas práticas que ajudam as áreas de Gestão de Dados acompanharem o ritmo "acelerado" das empresas e também acabar com o mito de que a Gestão de Dados é sinônimo de "gargalo" nas organizações. As práticas que serão abordadas neste artigo são: "atuar no início dos projetos" e "ser ágil nos atendimentos".
Atuar no início dos projetos significa atuar de forma proativa, com o propósito de identificar, e/ou mitigar os principais riscos e também eliminar as principais anomalias dos projetos. O grau de incerteza dos projetos nas fases iniciais é muito maior do que nas fases mais próximas do seu encerramento. Logo, quando o assunto é riscos,sabemos que quanto maiores forem os níveis de incerteza, maiores serão os riscos e suas probabilidades. Se a área de Gestão de Dados tiver uma atuação mais intensa nesta fase, antevendo problemas referentes ao uso dos dados e informações, certamente ajudará a reduzir a incidência de anomalias e diminuir o custo do retrabalho gasto nas correções das mesmas.
Vale ressaltar que a prática de atuar no início dos projetos, não se resume apenas a atuação de Administradores de Dados nas orientações sobre modelagem de dados e/ou avaliações de modelos de dados. A abrangência desta prática é bem mais ampla e pode ser aplicada em todas as funções previstas no framework DAMA-DMBOK®. Podemos citar como exemplos:
Gerenciamento da Arquitetura de Dados:
Desenvolvimento de Dados:
Gerencia de Operações e Database:
Gerenciamento de Dados Mestres e Referência:Apoio na identificação, reutilização e governança dos Dados Mestres e Referência das organizações.
Gerenciamento da Qualidade de Dados:
De forma geral, a área de Gestão de Dados deve atuar em todas as fases do ciclo de vida de desenvolvimento de software e também do ciclo de vida dos dados. Vale ressaltar que quanto maior o esforço nas fases iniciais destes ciclos, menor o esforço nas fases finais e de controle dos mesmos.
Um dos principais fatores de resistência à implantação de áreas de Gestão de Dados nas empresas é o fator tempo. Partes envolvidas diretamente no processo, como as equipes de desenvolvimento /projetos, costumam alegar que os projetos podem atrasar devido ao tempo gasto nas atividades executadas pela equipe de Gestão de Dados sem levar em conta a qualidade agregada ao produto final que essas atividades podem gerar.
Além disso, várias empresas estão adotando métodos de desenvolvimento ágil na construção de software, como Scrum e Kanban,o que aumenta ainda mais a necessidade de agilidade nos atendimentos, sob penada equipe de Gestão de Dados não suportar o ritmo demandado das partes interessadas e não conseguir demonstrar o seu real valor.
Definir um Acordo de Nível de Serviço (SLA– Sevice Level Agreement) curto e objetivo que abrange todas as atividades executadas pela área é fundamental para que a Gestão de Dados não seja encarada como algo extremamente burocrático e ineficaz, ou seja, uma área que está dentro dos processos apenas para atrapalhar sem agregar nenhum valor.
De forma geral, quanto menor o tempo de atendimento da tarefa, menor será a resistência, porém é importante destacar que o SLA deve ser cumprido, acompanhado e seus resultados divulgados periodicamente a todos os envolvidos. De nada adianta uma empresa utilizar um SLA muito curto, se ela não tem capacidade de atender a maioria dos atendimentos dentro dos prazos estipulados.
Mas afinal, como definir as atividades e tempos médios para o SLA? Não existe uma receita de bolo específica para estabelecer um SLA. A quantidade de pessoas, experiência da equipe, capacitação técnica dos envolvidos, ferramental utilizado, características do negócio e aspectos culturais influenciam diretamente no tempo médio de atendimento de cada atividade. Um SLA adotado em uma empresa, nem sempre será o SLA ideal para ser adotado em outra empresa.
Mesmo assim, algumas boas práticas podem ser utilizadas na definição deste SLA. Entre elas podemos citar:
- O SLA deve ser divulgado para todos os envolvidos. Divulgar o SLA apenas para a equipe de Gestão de Dados não faz nenhum sentido.
- O SLA deve ser aplicado dentro do horário de trabalho padrão da empresa. Ex: 08:00 às 17:00h ou 09:00 às 17:00h
- Os tempos de atendimento devem ser dados em horas úteis.
- As tarefas mais usuais devem ser classificadas por tamanho/complexidade: Ex: quantidade de entidades/tabelas, modelo novo x alteração pontual em modelo, etc.
- As classificações dos tempos de atendimento devem ser simples e facilmente compreendidas por todos. Fórmulas matemáticas que envolvem a contagem de vários tipos de objetos (entidades, atributos, relacionamentos, domínios, etc...) são mais precisas quando o produto está no fim e o solicitante sabe exatamente o que ele quer (o que é raro), porém são extremamente complicadas para quem está solicitando o serviço. Em tempo de planejamento prazos calculados desta forma são inviáveis e até mesmo imprecisos.
- Para tarefas de difícil estimativa genérica, deve-se estabelecer um prazo para dar a estimativa final. Ex. Prazo para efetuar tuning em base de dados.
- O SLA deve possuir uma meta de cumprimento e também uma meta desafiadora. Ex.: Meta de atendimento de 90% das solicitações dentro do prazo e meta desafiadora de 95%.
- Os valores cumpridos também devem ser divulgados. Afinal, se o SLA é curto e a equipe de Gestão de Dados atende a meta de atendimento estabelecida, não há razão para gargalos.
A tabela abaixo mostra um exemplo de SLA:
No próximo artigo, falarei sobre as práticas "Utilizar princípios e ferramentas de qualidade" e "Nunca acomodar".
Confira outros conteúdos:
Perguntas frequentes
Nossos casos de sucesso
Eu sabia pouquíssimas coisas de programação antes de começar a estudar com vocês, fui me especializando em várias áreas e ferramentas que tinham na plataforma, e com essa bagagem consegui um estágio logo no início do meu primeiro período na faculdade.
Estudo aqui na Dev desde o meio do ano passado!
Nesse período a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha
empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta é continuar estudando e praticando para ser um
Full-Stack Dev!
Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma é bem intuitiva e muuuuito didática a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!
Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda não tinha visto. A didática é do jeito que qualquer pessoa consegue aprender. Sério, to apaixonado, adorando demais.
Adquiri o curso de vocês e logo percebi que são os melhores do Brasil. É um passo a passo incrível. Só não aprende quem não quer. Foi o melhor investimento da minha vida!
Foi um dos melhores investimentos que já fiz na vida e tenho aprendido bastante com a plataforma. Vocês estão fazendo parte da minha jornada nesse mundo da programação, irei assinar meu contrato como programador graças a plataforma.
Wanderson Oliveira
Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exercícios práticos que não tem como não aprender, estão de parabéns!
Obrigado DevMedia, nunca presenciei uma plataforma de ensino tão presente na vida acadêmica de seus alunos, parabéns!
Eduardo Dorneles
Aprendi React na plataforma da DevMedia há cerca de 1 ano e meio... Hoje estou há 1 ano empregado trabalhando 100% com React!
Adauto Junior
Já fiz alguns cursos na área e nenhum é tão bom quanto o de vocês. Estou aprendendo muito, muito obrigado por existirem. Estão de parabéns... Espero um dia conseguir um emprego na área.