Tag: Metodologia

  • DMN: o que é Decision Model and Notation

    DMN: o que é Decision Model and Notation

    Se pudesse organizar, de um jeito claro e estruturado, todas as opções possíveis, a tomada de decisão não seria mais fácil? É justamente esse tipo de capacidade que o DMN proporciona.

    Sendo um recurso poderoso, o Decision Model and Notation é uma aplicação que garante uma abordagem estruturada e padronizada para que as empresas possam representar, entender e gerenciar as decisões de negócio.

    Cada escolha tem uma lógica envolvida. O que o DMN favorece o entendimento a essa racionalidade de maneira visual. Uma abordagem coerente para a gestão e decisões empresariais.

    Entenda mais sobre o assunto, comece a controlar as deliberações do seu negócio e tenha maior transparência nas operações corporativas.

    Entendendo DMN: Decision Model and Notation

    Decision Model and Notation, em tradução literal, Modelo e Notação de Decisão é uma linguagem de modelagem que oferece uma maneira padrão e compreensível de representar visualmente as decisões de negócio.

    O DMN transforma dados sobre as regras de negócios em conhecimento. É importante porque, muitas vezes, a sequência de atividades para entregar um resultado é diferente das regras usadas no processo.

    As regras de negócio, propriamente, são condições pré-estabelecidas para determinar resoluções para diferentes situações. Essas regras variam em complexidade. Tarefas manuais e repetitivas tem regras simples. Tarefas complexas demandam de regras que analisam vários fatores até sua resolução.

    O DMN é um método que padroniza a composição de diagramas da árvore de decisão, automatizando a lógica subjacente. Embora possa ser usada sozinha, comumente é relacionada a outras ferramentas como a modelagem de processos.

    Para entender melhor, vamos considerar o processo de compras. Na lógica de modelagem do processo, o BPMN irá descrever todas as suas etapas, como, por exemplo, a conferência do estoque, solicitação de compra, cotação, negociação, aprovação, recebimento da mercadoria, entre outras.

    O DMN foca apenas na tomada de decisão e não nos procedimentos e tarefas. 

    Na prática, o BPMN define as etapas do processo, o DMN explica os motivos das aprovações ou rejeições. Enquanto o primeiro modela o fluxo do processo, o segundo modela o conjunto de regras de negócio que regem esse fluxo.

    Por que usar um modelo e notação de decisão?

    O uso da ferramenta é adequado para todos os tipos de organizações, em todos os departamentos onde a tomada de decisão deve ser precisa e estar em conformidade com a legislação.

    Atualmente, as regulamentações financeiras, ambientais e trabalhistas ampliaram o uso do DMN. Principalmente em organizações que realizam a gestão de risco.

    As decisões operacionais têm alto impacto nas operações, e podem afetar o desempenho da empresa. Nesse sentido, o DMN contribui para que decisões complexas sejam facilmente entendíveis, tanto para especialistas como leigos. 

    Outro ponto importante é que, ao automatizar o processo decisório, há redução no tempo necessário para tomar decisões. Consequentemente, há maior agilidade, eficiência e as decisões são mais precisas e confiáveis.

    Quando há maior clareza e entendimento sobre as regras do negócio, há maior compreensão dos fatores que determinam a decisão. Essa estratégia favorece o repasse de conhecimento entre equipes e a colaboração entre diferentes áreas do negócio, fazendo com que todos os esforços sejam direcionados aos mesmos objetivos.

    Benefícios do DMN

    O uso desse tipo de ferramenta não permite apenas modelar, mas implementar um modelo de decisão intercambiável em toda a organização.  

    Dentre as vantagens que podem ser obtidas, se destaca:

    • Padronização: as representações das decisões são padronizadas para que haja compreensão clara e consistente das partes envolvidas. Favorece a colaboração e evita ambiguidades de interpretação;
    • Processos mais eficientes: modelar e otimizar as decisões de negócio permite identificar e eliminar redundâncias, tomar decisões rapidamente e aumentar a eficiência dos processos e de toda operação;
    • Tomada de decisão ágil e precisa: com representações detalhadas, a análise de variáveis estipuladas torna o processo decisório mais rápido. Principalmente, por estarem embasadas em critérios pré-definidos e informações relevantes.

    Elementos que compõem o Modelo e Notação de Decisão

    O DMN é composto, basicamente, por 4 elementos de representação, sendo eles:

    • Decisão: ação de escolher entre diferentes opções, com base nas informações disponíveis e nas regras de negócio estabelecidas;
    • Modelo de conhecimento de negócios (Business Knowledge Model): é uma fonte de conhecimento dentro do negócio. Tem a função de armazenar a origem da informação. Por exemplo, tabela de decisão, regra ou norma;
    • Entrada de dados: informação fornecida ao modelo de decisão que serve como base para a avaliação e geração do resultado;
    • Fontes de conhecimento (Knowledge source): são as normas, políticas, regulamentações, decisores e a cultura empresarial consultada para a tomada de decisão ser realizada.

    DMN no meu negócio

    Além disso, quem não gostaria de ter o processo decisório facilitado?

    O padrão DMN define os requisitos para modelar as decisões de negócio de forma eficaz, incluindo a identificação das partes interessadas, separação de documentação, definição de critérios de avaliação e métricas de desempenho.

    O modelo identifica decisões em nível lógico, separado das implementações técnicas subjacentes, e usa linguagem de expressão formal. 

    Aplicar o DMN no negócio segue um roteiro que envolve: 

    1. Identificação de decisões críticas: o primeiro passo é identificar as decisões críticas que fazem parte dos processos mais relevantes do negócio;
    2. Mapeamento e documentação: mapear e documentar o processo de tomada de decisão associado a cada uma das decisões críticas. Envolve encontrar as diretrizes utilizadas, os dados necessários e os resultados de cada escolha.
    3. Modelagem DMN: as decisões são representadas de forma gráfica com regras de negócio e lógicas associadas;
    4. Validação: testar e validar a eficácia da representação na tomada de decisão. Faça simulações, análises de impacto ou use especialistas para realizar revisões;
    5. Integração com processos: para que haja benefícios, o DMN deve estar interligado às operações do negócio. Ou seja, configurado como sistema de suporte à decisão e automatização de fluxo de trabalho;
    6. Melhoria contínua: depois de implementada, é preciso monitorar o resultado das decisões ao longo do tempo. Análise de métricas de desempenho e atualizações nos modelos são necessários para que haja ajustes de acordo com as mudanças no ambiente de negócio.

    O DMN garante maior controle e transparência às operações, tendo um impacto significativo em atividades automatizadas. 

    Não há dúvida que adotar esse modelo de mapeamento e notação traz uma série de benefícios. Com o DMN seus processos se tornam muito mais eficientes, com decisões claras e precisas. 

    Ficou com alguma dúvida? Converse com nossos consultores e conheça mais benefícios proporcionados pela gestão de processos.

  • Conheça a metodologia Scrum e saiba quando utilizá-la

    Conheça a metodologia Scrum e saiba quando utilizá-la

    Scrum é uma metodologia ágil para planejamento e gestão de projetos de software. Sua principal função é o gerenciamento de projetos, sendo que um scrum bem aplicado permite aumentar a velocidade de entrega dos projetos, ao mesmo tempo que possibilita a criação de produtos com um valor de qualidade maior.

    A metodologia scrum se destaca  por ser simples de implementar e por abordar os desafios de gestão que preocupam as equipes de desenvolvimento. Para conhecer mais sobre ela, invista alguns minutos neste artigo.

    Como a metodologia Scrum funciona na prática?

    A metodologia scrum é utilizada no mundo todo por várias empresas. Ela não apenas facilita a definição de projetos e objetivos, como também ajuda a cumprir prazos estabelecidos.

    No Scrum os projetos são divididos em ciclos, conhecidos por sprints. Em uma equipe scrum existem três papéis muito importantes:

    • Development Team: composta por toda a equipe de desenvolvimento. Não é preciso e não existe necessariamente uma divisão entre papéis tradicionais, como por exemplo programador, designer, analista de testes ou arquitetos, todos trabalharão juntos para completar as sprints.
    • Product owner: trata-se do dono do produto ou projeto que vai ser trabalhado. É a pessoa responsável em definir os itens do product backlog e priorizar nas sprints. Enquanto a equipe se compromete a executar as atividades definidas na sprint, o product owner se compromete a não trazer novos requisitos para a equipe no período da execução da Sprint. É ele também quem define quais requisitos farão parte do product backlog e quais devem ser abordados e feitos pela equipe.
    • Scrum master: é o papel mais importante do scrum. O scrum master deve conhecer e dominar muito bem as práticas do scrum. Seu papel não é o de um gerente ou um chefe. Ele interage como um líder de projeto ou como facilitador dentro do time, devendo sempre estar à disposição para o time de desenvolvimento e para o product owner, apoiando todo o andamento do projeto.

    Outras funções do scrum master incluem realizar ligação entre o product owner e a equipe, ser responsável em realizar e organizar reuniões, fazer o acompanhamento do projeto e suas sprints, certificar-se que cada integrante da equipe está se desenvolvendo corretamente durante a sprint e verificar se cada integrante possui todas as ferramentas necessárias para cumprir seu desenvolvimento do melhor modo e com qualidade.

    Backlog

    No scrum é utilizado o product backlog, um registro que contém todos as funcionalidades do produto e o que deve ser desenvolvido. No product backlog é criado a release backlog, a qual refere-se a todos os requisitos do product backlog que devem ser trabalhados, dependendo da prioridade de cada item.

    Metodologia scrum

    O release backlog é um ponto para a criação da sprint backlog, que irá representar o tempo que cada tarefa levará para ser desenvolvida/concluída.

    O scrum sugere que todos os projetos avancem por sprints que não devem ter mais de um mês (o ideal é que cada sprint leve de uma ou duas semanas).

    O processo scrum costuma ser controlado em um quadro onde é possível ver todas as tarefas sendo  desenvolvidas,  as que foram trabalhadas, as que precisam ser verificadas ou testadas e as que estão concluídas.

    Outros pontos sobre Scrum

    Detalhando um pouco mais sobre o Scrum, conforme a imagem abaixo teremos um processo que irá iniciar com o product backlog e após irá para sprint planning.

    Sprint planning

    Product backlog: são todas as funcionalidades a serem desenvolvidas, ou seja, é uma lista com todas as funcionalidades a serem implementadas em um produto. O conteúdo desta lista é definido pelo product owner. Todos os itens do product backlog devem ser priorizados por valor de negócio.

    Product backlog SCRUM

    Sprint Planning: é realizada uma reunião com todo o time de desenvolvimento antes de iniciar uma sprint. Nessa reunião, o product owner apresentará para todo o time os itens prioritários do product Backlog e os times de desenvolvimento selecionam os itens que farão parte da sprint.

    Sprint backlog: é uma lista de tarefas tiradas do product backlog pelo time, definidas pelo product owner. O time definirá o tempo que será necessário para finalizar as várias funcionalidades

    Sprint: é realizada em um período dentro do qual um conjunto de atividades de um projeto deverá ser executado. Esse período pode variar de uma até 4 semanas dependendo do projeto que será executado, mas o recomendado é que as sprints não passem de duas semanas.

    Sprint SCRUM
    • Durante uma sprint nenhuma alteração que colocaria o risco da sprint é feita.
    • Metas de qualidade não diminuem.
    • O escopo é esclarecido com o dono do produto.

    O uso de sprints melhora a classificação de prioridades do projeto. Isso é algo muito útil em atividades mais complexas ou que envolvam um time com um número maior de pessoas, como por exemplo a classificação de prioridades terá a participação de toda a equipe.

    No início de cada sprint faz-se um sprint planning meeting, ou seja, uma reunião de planejamento com o product owner na qual a equipe seleciona as atividades que ela será capaz de implementar no período de cada sprint.

    Scrum team: é toda a equipe de desenvolvimento. Essa equipe é responsável por executar todas as ações definidas para o sprint backlog. O scrum team deve apenas possuir um product owner, ou seja, deve ter apenas uma voz de decisão sobre o produto.

    Daily scrum: é a reunião diária que tem como objetivo integrar conhecimento sobre o que foi feito no dia anterior visando identificar impedimentos e priorizar o trabalho. Todos os membros da equipe devem participar da reunião diária.

    Daily Scrum

    Daily scrum não deve ser utilizado como reunião para resolução de problema. Esse tipo de questão deve ser levantada e ser levada para fora dela.

    Sprint review: no final da sprint é realizada uma revisão para inspecionar, incrementar e adaptar o backlog do produto se for necessário. Durante a revisão da sprint a equipe scrum analisa sobre tudo o que foi feito.

    Após a análise são verificadas as próximas ações que podem ser tomadas. Esta reunião é utilizada apenas para análise e incremento do produto, bem como para obter feedback e promover a colaboração do time.

    A revisão da sprint inclui os seguintes elementos.

    • Toda equipe scrum e convidados do product owner;
    • Dono do produto explica todos os itens do backlog do produto que foram concluídos e o que não foi concluído.
    • Equipe de desenvolvimento discute o que foi feito na sprint e o que ocorreu bem. É informado quais problemas teve e como os mesmos foram resolvidos.
    • O dono do produto discute o backlog e como está. São discutidas as novas datas de entrega com base no progresso que teve em cada item da sprint.
    • Todo o time colabora na revisão para que forneça informações importantes para o novo planejamento da nova sprint.

    Sprint retrospective: tem como objetivo verificar as necessidades de adaptações no processo do produto. A sprint retrospective ocorre depois da revisão da sprint e antes da reunião de planejamento da próxima sprint.

    Pontos negativos sobre o scrum

    Existem alguns pontos negativos na metodologia scrum. São eles:

    • O foco na qualidade de cada uma das etapas pode, infelizmente, levar a atrasos;
    • Podem existir falhas de documentação, por exemplo por conta do projeto ser dividido em partes pela gestão;
    • Algumas vezes pode ocorrer que alguma etapa não esteja documentada corretamente;
    • A segmentação do scrum e a tentativa de ser ágil às vezes pode perder a perspectiva do projeto, nisso podendo levar a falhas na hora de encaixar as sprints concluídas.

    Conclusão

    Os desafios enfrentados no dia a dia para um time de desenvolvimento infelizmente acabam dificultando a entrega e a qualidade de um produto. A metodologia scrum, se for bem aplicada e respeitar cada papel, irá agregar na qualidade e na entrega do produto.

    O scrum ajuda a diminuir o risco de fracasso do projeto, uma vez que, desde o início, a cada entrega de sprint é possível testar, rever os pontos não desejáveis e corrigi-los. Desse modo, a equipe acaba aprendendo com falhas e evoluindo para que na próxima sprint os mesmos erros não sejam cometidos.

    Como você conseguiu observar, o scrum é uma metodologia que exige quebras de paradigmas no que diz respeito ao gerenciamento de projeto. No entanto, tenha em mente que a metodologia acaba trazendo benefícios para a empresa e para a equipe, que resumidamente são:

    • Criação de uma cultura de comunicação;
    • Organização da gestão de cada projeto;
    • Motivação (a sensação de realização e de conclusão do trabalho é antecipada por etapa, isso ajuda a manter a animação o foco sobre o projeto); e
    • Redução nos bugs e falhas nos softwares (a metodologia scrum tem foco na qualidade).

    Confira 6 dicas para organizar suas tarefas e de sua equipe clicando aqui.

Fale com a gente