Modelo de previsão de receitas

by | set 2, 2020

Modelo de previsão de receitas

 

Ao criar uma nova receita, um dos campos disponíveis é o valor planejado, na subseção “Planejamento”. Este valor será mostrado no sistema independentemente do estado da receita e pode ser usado em contraposição com o valor atual.

Você pode configurar como o valor planejado será preenchido:

  • Manual: o valor planejado é digitado manualmente. A moeda pode ser selecionada entre as moedas habilitadas.
  • Baseado em tarefas concluídas: o valor planejado será calculado com base nas tarefas concluídas no período. Os usuários poderão selecionar quais tarefas incluir.
    Cada tarefa adicionará seu valor, que é calculado multiplicando as horas estimadas pela tarifa de venda das categorias envolvidas.

Configuração

Existem três locais onde você pode definir suas preferências relacionadas ao reconhecimento de receitas, desde o nível mais alto até o projeto:

  • Para toda a organização, no menu Configuração > Parâmetros de Projeto > Métodos.
 
  • Por tipo de projetos, em Configuração > Parâmetros de Projeto > Tipo de Projeto.
  • Por projeto, na seção Geral. Esta seção só estará disponível se a opção “Permitir que a configuração do projeto sobrescreva esta” for marcada ao nível de organização.

Em qualquer nível que você deseje configurar, poderá definir sua preferência para a entrada do valor planejado de receita.

 

Reconhecimento de receitas

by | set 2, 2020

Reconhecimento de Receita

 

Índice

 

Introdução ao Reconhecimento de Receita

O Reconhecimento de Receita faz parte do recurso de Gestão de Receita de Projetos na plataforma ITM, que inclui planejamento de receita, reconhecimento de receita, processamento de receita real e execução de fechamento de contas do projeto e análise financeira dentro do ciclo de vida do projeto.

O reconhecimento de receita é um princípio contábil que identifica as condições específicas nas quais a receita é reconhecida. O conceito de reconhecimento de receita faz parte da contabilidade de regime de competência e estabelece que a receita deve ser registrada quando for auferida, não quando recebida.

Tempo da Receita versus Tempo do Caixa:

  • Receitas acumuladas são usadas para transações nas quais bens e serviços foram fornecidos, mas o dinheiro ainda não foi recebido.
  • Receitas diferidas refletem situações em que o dinheiro foi recebido, mas bens e serviços não foram fornecidos.

Os princípios de reconhecimento são amplamente delineados no IFRS e US GAAP.

 

ITM Platform fornece os seguintes métodos de reconhecimento de receita de projetos:

– Percentual de Conclusão
– Distribuição Linear por Marcos
– Preço Fixo por Período
– Taxa por Hora Estimada
– Reconhecimento Direto de Receita

O recurso de reconhecimento de receita distribuirá o orçamento de receita total do projeto dentro dos diferentes períodos do projeto. Cada método usará fórmulas diferentes para calcular o reconhecimento de receita para cada período.

Você pode optar por aplicar o mesmo método para todos os projetos em sua empresa, especificar um método por tipo de projeto ou especificar o método projeto por projeto. Antes de descrever cada um dos métodos, vamos esclarecer os conceitos de períodos, reais, previsões, valores, percentagens, como eles se aplicam aos projetos e como afetam o reconhecimento de receita.

Períodos

Intuitivamente, você pode dizer que um período é um intervalo de tempo entre duas datas. A plataforma ITM identifica períodos como dias, semanas ou meses. Os meses são mais comumente usados para fins contábeis e de análise financeira.

Quando um projeto é criado, também são criados os períodos. Por exemplo, suponha que um projeto comece em 15 de novembro e termine em 10 de fevereiro. Ele terá quatro períodos: novembro, dezembro, janeiro e fevereiro.

Sempre que um Reconhecimento de Receita é feito, ele se aplicará a um período. Portanto, você poderá reconhecer a receita para cada mês, usando o método de sua escolha.

Reais e Previsões

Quando você seleciona um método de reconhecimento de receita, estabelece um orçamento de receita e define as datas de início e término do projeto, o sistema criará automaticamente um reconhecimento de receita previsto por período.

O reconhecimento de receita previsto é o reconhecimento de receita esperado para um período futuro. A previsão pode usar o método de reconhecimento de receita aplicado ao projeto ou, se você configurar dessa forma, pode simplesmente fazer uma distribuição homogênea ao longo de todos os períodos.

Uma vez que as previsões foram calculadas, você pode criar um reconhecimento de receita real, começando com o primeiro período.

O reconhecimento de receita real é geralmente aplicado a períodos passados e representa a receita que foi reconhecida.

Valores e Percentagens

Sempre que o reconhecimento de receita é feito, ele gerará quatro valores relevantes por período: valor e percentagem tanto para o período quanto acumulados para o projeto.

Por exemplo:

O projeto tem um orçamento de receita de 100.000 $ e possui quatro períodos. Vamos supor que cada período terá o mesmo reconhecimento de receita de 25.000 $ cada.

  • Valor de reconhecimento de receita para o período: o valor do dinheiro reconhecido no período. No nosso exemplo, será 25.000 $.
  • Valor acumulado de reconhecimento de receita: o valor do dinheiro reconhecido desde o início do projeto até aquele período. No terceiro período, será 75.000 $.
  • Porcentagem de reconhecimento de receita para o período: a proporção do valor de reconhecimento de receita para o período sobre o orçamento total de receita. No nosso caso, 25%
  • Percentagem acumulada de reconhecimento de receita: a proporção do valor acumulado de reconhecimento de receita para aquele período sobre o orçamento total de receita. No terceiro período, será 75%.

 

Métodos de Reconhecimento de Receita

 

Percentual de Conclusão

Este método calcula o reconhecimento de receita multiplicando o progresso do projeto durante o período pelo orçamento total de receita.

 

Distribuição Linear por Marcos

Este método é baseado em “Marcos de Receita”. O valor de cada marco é a proporção de suas horas estimadas dentro do projeto, multiplicado pelo orçamento total de receita.

Ao contrário do método de percentual de conclusão, cada marco considerará uma distribuição linear do progresso ao longo do tempo e aplicará essa percentagem até a data ao valor do marco, independentemente do progresso reportado.

Para usar este modelo, você precisa criar “Marcos de Receita” dentro do plano de projeto. Eles são criados iguais a marcos regulares, mas também devem ser marcados como “Marco de Receita” dentro da aba geral do marco.

No Gráfico de Gantt, você deve então definir as dependências do marco com a tarefa que deseja usar no reconhecimento de receita para cada marco de receita. Para incluir várias tarefas no reconhecimento de receita do marco, você deve criar uma tarefa de resumo com essas tarefas e estabelecer a dependência entre a tarefa de resumo e o marco.

 

Preço Fixo por Período

Este método dividirá o orçamento total de receita pelo número de períodos dentro do projeto, aplicando o mesmo valor de reconhecimento de receita por período.

 

Taxa por Hora Estimada

Este método reconhece a receita como o resultado da multiplicação da taxa por categoria profissional pelas horas estimadas de cada tarefa, considerando o progresso da tarefa como a proporção para aquele período.

 

Reconhecimento Direto de Receita

Este método reconhece toda a receita, independentemente de seu status.

 

Começando com o Reconhecimento de Receita

Configuração

Existem três locais onde você pode definir suas preferências para o reconhecimento de receita, desde um nível mais alto até o projeto em si:

  1. Para toda a empresa, em Configuração → Parâmetros do Projeto → Métodos.
  2. Por tipo de projeto, em Configuração → Parâmetros do Projeto → Tipo de Projeto.
  3. Por projeto, na seção Geral do projeto. Esta opção só estará disponível se a opção “Permitir que a configuração do projeto sobreponha a essa” tenha sido marcada no nível da empresa.

Independentemente do nível em que você configurou as configurações, estas são as opções que você pode configurar:

  • Método de Reconhecimento de Receita: qualquer um dos métodos oferecidos pela plataforma ITM.
  • Método de Reconhecimento de Previsão: use o mesmo que o Método de Reconhecimento de Receita ou crie uma distribuição linear ao longo dos períodos futuros.
  • Períodos de Reconhecimento de Receita: Meses ou semanas.
  • Se o valor de reconhecimento de receita real pode ser alterado manualmente ou não.

Requisitos do Projeto para Trabalhar com Reconhecimento de Receita

Depois de escolher as opções que melhor atendem às suas necessidades, certifique-se de que seu projeto tenha as informações necessárias:

  • Seu projeto possui datas de início e término. Caso contrário, o sistema não poderá criar os períodos.
  • Seu projeto possui um orçamento total de receita. Você pode definir este valor na seção Orçamento do projeto, clicando no botão “Editar Orçamento”.

Acessando o recurso de reconhecimento de receita

Se o seu projeto atender aos requisitos, ele exibirá uma nova seção “Reconhecimento de Receita” em “Receita”.

Reconhecimento receita

Existem duas sub-seções principais nesta página:

  • Resumo, que fornece dados condensados e gráficos sobre o estado atual do reconhecimento de receita.
  • Períodos de Reconhecimento de Receita, que exibirá uma lista de todos os períodos de reconhecimento de receita reais e previstos.

O botão “Adicionar reconhecimento receita” converterá o próximo reconhecimento de receita previsto em reconhecimento de receita real.

Você poderá adicionar uma descrição e, se configurado dessa forma, alterar o valor do período.

Uma vez salvo, a linha se transformará em reconhecimento de receita real, e o próximo período previsto será o próximo a se tornar real.

Reconhecimentos de receita reais podem ser excluídos da lista na ordem inversa em que foram criados. Um usuário com permissões suficientes pode bloquear linhas de reconhecimento de receita reais, para que não possam ser alteradas ou excluídas.

 

 

Gerenciamento de riscos e incidentes

by | abr 27, 2020

Gerenciamento de riscos e incidentes

Principais conceitos usados neste documento

  • Um risco é um potencial evento futuro que pode ter um impacto negativo em um projeto.
  • O nível de risco é determinado pela probabilidade de um risco ocorrer e pelo impacto que ele terá. Ambos são parâmetros que podem ser configurados.
  • Ao aplicar um plano de mitigação, reduzimos a probabilidade de ocorrência do risco.
  • Quando criamos um plano de contingência, não alteramos a probabilidade de ocorrência do risco, mas planejamos como controlar o impacto, caso isso ocorra.
  • Um incidente é um evento que afeta o projeto. Quando o plano de mitigação de riscos falha, você pode escalar o risco para um incidente.
  • Os incidentes podem ter naturezas diferentes. A ITM Platform fornece três tipos predefinidos de incidentes:
    • Um problema, um fato inesperado que afeta as previsões para a entrega do projeto ou serviço
    • Uma solicitação de mudança, ajuste nas especificações, afetando a entrega do projeto
    • Um bug, problema que afeta a funcionalidade do serviço ou produto
  • Tarefas afetadas pelo risco: tarefas existentes comprometidas pelo risco e qual a forma: escopo, orçamento ou cronograma.
  • Tarefas para enfrentar o risco: tarefas criadas para gerenciar, mitigar ou agir no plano de contingência.
  • Tarefas afetadas pelo problema: tarefas existentes afetadas pelo problema e como: escopo, orçamento ou cronograma.
  • Tarefas para resolver o incidente: tarefas criadas para resolver o problema.
  • O gerente de risco ou incidente: a pessoa encarregada de monitorar o risco ou lidar com o problema. Tarefas para lidar com riscos ou problemas também podem ter seus próprios gerentes e membros da equipe.
  • Resolução do incidente: conjunto de dados que reflete como o problema foi resolvido ou tratado. Inclui mudanças no custo, cronograma ou escopo do projeto.

Esta é uma visão geral do que explicaremos nas próximas seções.

Configuração

A ITM Platform oferece configurações predefinidas que permitem começar a usar o recurso de risco e incidente imediatamente. Se você precisar alterar a configuração, vá para a guia do menu CONFIGURAÇÃO, seção PARÂMETROS.

Parâmetros de risco

A seção mais relevante sobre parâmetros de risco é encontrada na guia nível de risco.

Lá você pode modificar os valores de impacto de risco ou criar novos. Por exemplo, alto, médio-alto, médio-baixo e baixo.

O segundo parâmetro é a probabilidade de risco, que, semelhante ao impacto do risco, possui valores que podem ser personalizados para atender às suas necessidades.

Por fim, a seção de nível de risco permite que uma empresa defina seus próprios limites para os níveis predefinidos alto, médio e baixo. O nível de risco será calculado multiplicando o impacto pela probabilidade, o que resultará em um dos níveis de risco existentes.

Por exemplo, suponha que o limite para atingir o nível de risco médio seja 25 e alto seja 35. Se um risco for marcado com um impacto de 4 e uma probabilidade de 7, o nível de risco resultante será 28. Portanto, médio.

Além do nível de risco, impacto e probabilidade, você pode personalizar o status e o tipo de risco.

Parâmetros de incidentes

O tipo do incidente o ajudará a identificar a natureza do problema, além de classificar as alterações nos custos e agendar por tipo. A plataforma ITM vem com três tipos predefinidos: solicitação de alteração, bug e problema. Você pode adicionar, editar ou remover esses itens.

O status do problema permite determinar se é um problema em andamento ou se foi resolvido. Existem dois status predefinidos: aberto e fechado. Você pode adicionar mais tipos de status, se necessário. Eles serão usados como sinalizador para seus painéis e relatórios.

Riscos

Os riscos podem ser encontrados na seção “Riscos e incidentes” de um projeto, subseção Riscos.

O layout inicial do registro de riscos será a “Visualização de gráfico”, que permite entender o mapa de riscos visualmente.

Aqui, você pode editar, adicionar ou excluir riscos, além de estabelecer os valores de impacto e probabilidade para atualizar o nível de risco dinamicamente.

Abaixo do indicador do nível de risco, existe um botão que mostra a matriz de risco.

No eixo vertical da tabela, você verá a probabilidade exibida e no eixo horizontal, o impacto. O nível de risco é o resultado da multiplicação de ambos os valores e é representado onde os dois se cruzam.

Se você selecionar a “Visualização de lista” no registro de riscos, todas as opções tradicionais de lista na ITM Platform estarão disponíveis, como filtragem, seleção de colunas ou exportação para o Excel.

O guia de risco

Ao editar um risco, você encontrará as seguintes seções:

Geral

Ele permite que você classifique o risco e dê um nome a ele. Além disso, um número de risco será fornecido.

Potencial Impacto no Projeto

Esta seção contém informações relacionadas ao impacto que o risco provavelmente terá no projeto, se materializado.

Aqui você encontrará a subseção de ocorrência de risco. Isso permite indicar a variação de custo potencial, a variação do cronograma em dias e uma descrição da possível mudança no escopo.

A terceira e última subseção são Tarefas afetadas por esse risco, que permitem selecionar tarefas existentes que serão particularmente afetadas pelo risco. Para cada tarefa, você pode indicar como ela será afetada: custo, orçamento ou escopo.

Gerenciamento de riscos

Esta seção contém as informações relacionadas a como o risco está sendo tratado. A primeira parte permitirá selecionar um gerente de risco e definir planos de mitigação e contingência. Você também pode anexar qualquer documento relacionado.

Você pode selecionar tarefas existentes para enfrentar riscos ou criar novas. Essas são tarefas específicas criadas para gerenciar o risco e não são as afetadas por ele.

Nesta subseção, você também encontrará o Custo total do gerenciamento de riscos e o total de horas de gerenciamento de riscos. Você pode especificar um valor para cada um deles ou clicar na opção para solicitar ao sistema que use o custo e as horas entre Tarefas e Risco.

Incidentes Associados

Como dito anteriormente, os riscos podem aumentar para se tornar um incidente. Nesta seção, você pode criar ou selecionar problemas existentes para associar ao risco.

Incidentes

Os problemas podem surgir como resultado de um risco previamente identificado ou serem completamente independentes.

A anatomia de um problema é muito semelhante à de um risco: inclui uma seção Geral, Tarefas afetadas pelo problema, Tarefas para resolver o problema e Riscos associados.

Na seção Geral, o Status do incidente é particularmente relevante, pois as informações que você encontrará nos painéis e nos relatórios serão classificadas entre problemas fechados e não fechados.

Resoluções de incidentes

Esta seção geralmente é preenchida quando o problema é encerrado. Inclui uma descrição final da resolução que pode ser estendida adicionando documentos.

A mudança no custo do projeto indicará o impacto econômico que esse problema teve no projeto. Esse valor pode ser digitado manualmente ou você pode clicar na opção para usar o custo de ocorrência do risco, se houver algum risco associado. O mesmo vale para variações no cronograma.

Painel de Controle

O painel do projeto oferece os seguintes dashlets

Custo total do gerenciamento de riscos

  • Total: custo total do projeto + Custo total do gerenciamento de riscos
  • 2 divisões
  • Número (formatado) e porcentagem
  • Aplica-se a todos os riscos, abertos e fechados

Custo total do gerenciamento de incidentes

  • Tipo: Torta
  • Total: custo total do projeto + Custo total do gerenciamento de incidentes
  • 2 divisões
  • Número (formatado) e porcentagem
  • Aplica-se a todos os incidentes, abertos e fechados

Custo total da mudança para incidentes fechados

  • Tipo: Torta
  • Total: custo total do projeto + custo total da mudança para incidentes de status fechado
  • 2 divisões
  • Número (formatado) e porcentagem
  • Aplica-se a incidentes fechados

Variação total do cronograma para incidentes fechados

  • Tipo: Barras horizontais
  • Barra 1: duração total do projeto
  • Barra 2: duração total do projeto (+/-) Σ duração total da mudança de cronograma
  • Número (formatado) e porcentagem
  • Aplica-se a incidentes fechados

Custo total de incidentes por tipo

  • Tipo: torta
  • Total: custo total de questões fechadas
  • Tantas divisões por tipos de incidentes

  • Número (formatado) e porcentagem
  • Aplica-se a incidentes fechados

Acompanhamento de projetos com a metodologia ágil

by | mar 3, 2020

Acompanhamento de projetos com a metodologia ágil

 Índice

O artigo a seguir explica o acompanhamento em projetos ágeis.

Ao contrário do monitoramento e do progresso em projetos em cascata (Gantt), os projetos baseados em metodologias ágeis não têm uma projeção de calendário e, portanto, a maneira de acompanhar seu progresso é diferente.

Na seção “Acompanhamento” de um projeto de metodologia ágil, você encontrará os seguintes blocos diferenciados: Acompanhamento, Tarefas por estado e Diagramas de monitoramento.

Acompanhamento

O acompanhamento manual permite que o gerente de projeto crie um registro indicando o progresso observado (% concluído), bem como a avaliação (lista de valores configuráveis), uma descrição e uma data.

Isso é útil quando o progresso do projeto não é representado apenas pelo consumo de tarefas, mas pela conquista das entregas do projeto.

Acompanhamento da tarefa alterando a coluna da tarefa.

Para configurar esse comportamento em projetos ágeis, acesse “Editar configuração painel”, editar a coluna do tipo “Completado” que você deseja e marcar a caixa de seleção “Atualizar automaticamente para 100%”

Depois disso, as tarefas que você marcar como concluídas serão atribuídas 100% de progresso.

Observe que se você reverter o status para um tipo “Pendente” ou “Em Andamento”, você precisará atribuir manualmente o novo progresso, se desejar.

Tarefas por estado

Este gráfico representa a porcentagem de tarefas em cada estado presente no projeto no momento.

Os tipos básicos de status são “Para fazer”, “Em progresso”, “Completado” e são independentes do número de colunas que o painel ágil possui, pois cada coluna será baseada em um desses três tipos.

Você pode optar por mostrar o projeto de forma agrupada ou dividi-lo em swimlanes.
Você também pode excluir um dos estados, para que o gráfico seja recalculado na base 100, considerando apenas os estados restantes.
Neste exemplo, removemos o status “Completado” para ver a composição do trabalho pendente (Para fazer e Em progresso)

Diagramas e gráficos de acompanhamento

Esta seção fornece dois tipos de gráficos, Burndown e Fluxo acumulado, descritos em cada seção.

Ambos os gráficos compartilham o mesmo bloco de filtro que permitirá personalizar as informações exibidas de acordo com suas preferências.

Intervalo de datas (começo e fim)

Determine a linha do tempo que o gráfico representará.

Primeiro, é importante entender que as datas representadas pelos gráficos são as das mudanças no status das tarefas. Ou seja, elas não são as datas de início ou de término delas.

Você pode visualizar datas e alterações de status na seção “Histórico de eventos” da tarefa.

De forma predeterminada

  •  O fluxograma cumulativo começará na data de criação da primeira tarefa e terminará hoje
  • No diagrama de burndown, o gráfico corresponde às datas de início e término do projeto

As datas que representam as verticais (eixo X) são o resultado da divisão do período por 14, para que, independentemente da dimensão temporal do gráfico, você sempre tenha uma visão homogênea. Se a duração for inferior a 14 dias, você observará quantos intervalos houver dias.

Colunas y swimlanes

Você pode optar por mostrar ou ocultar tarefas que pertencem a:

  • Colunas: lembre-se de que cada coluna possui um dos três estados e são esses os representados nos gráficos
  • Swimlanes, sejam usadas como estado de processo ou sprints

Diagrama Burndown

Também chamado de “trabalho pendente” ou “combustão de tarefas” representa a dinâmica do trabalho realizado.

O diagrama Burndown geralmente é usado quando todas as tarefas são determinadas desde o início.

Exemplo:

Observe que o trabalho pendente (Para fazer) são tarefas criadas no mesmo dia. Vamos ver o que acontece se passarmos um para um estado “Completado” enquanto outro para “Em progresso”
Se continuarmos a um determinada ritmo, terminaremos todos, deixando a coluna de trabalho pendente em zero.

No entanto, se adicionarmos tarefas a “Pendente” à medida que o projeto ou o sprint for aprovado, observaremos anomalias na tendência, porque, em vez de reduzir o trabalho pendente, ele poderá aumentar.

Linha de avanço esperado

É apenas uma linha reta que conecta o início do intervalo (eixo X) e o número de tarefas no estado “Para fazer” naquele momento (eixo Y), com o fim. Nesse momento, não deve haver tarefas pendentes (eixo Y = 0); portanto, é uma linha descendente com uma inclinação uniforme.

Sua leitura é a seguinte: se as tarefas são de tamanho semelhante, o número de tarefas pendentes deve ser representado pela linha de avanço esperado.

Linha de progresso real

Representa o número real de tarefas para fazer em cada intervalo. Ou seja, o número total de tarefas pendentes no início menos as concluídas. Já explicamos esse conceito anteriormente com os exemplos de barra.

A inclinação da linha de progresso indica a “velocidade” e determina o número de tarefas concluídas por bloco de tempo (geralmente um sprint)

Interpretação do diagrama de Burndown

Em progresso: A linha de progresso ideal e real estão juntas. Se você continuar, o projeto terminará no prazo.
Atrasado: Se a linha de progresso real estiver acima do ideal, significa que a equipe está atrasada e deve ter concluído mais trabalhos nesse momento.

Adiantado:Se a linha de progresso real estiver abaixo do ideal, ela estará se movendo em um ritmo mais rápido do que o esperado. Você pode concluir antes do agendamento ou adicionar tarefas.

Essas interpretações são válidas desde que as tarefas tenham o mesmo tamanho, ou seja, o tempo para resolvê-las seja semelhante.

Limitações do diagrama de Burndown

O gráfico Burndown representa apenas o trabalho concluído: ele reporta o trabalho pendente, mas na verdade não visualiza o que está sendo feito.

Burndown funciona melhor em sprints ou projetos curtos e faz menos sentido em projetos de longo prazo. Em projetos de longo prazo, o trabalho pendente passa por muitas alterações para que as estimativas façam sentido. Essa é a maior razão pela qual Burndown não é recomendado para a metodologia ágil.

O gráfico Burndown não representa alterações de escopo, pois as alterações na quantidade de trabalho pendente não são exibidas efetivamente.

Essas limitações são superadas pelo fluxograma cumulativo.

Diagrama de Fluxo cumulativo (Cumulative Flow Diagram o CFD)

Um fluxograma acumulado é um gráfico de áreas empilhadas que mostra, a cada intervalo de tempo, o número de tarefas por estado.

Lendo CFD

À medida que avança, o gráfico mostra o fluxo de tarefas em seus estados. É chamado de “acumulado” porque não mede incrementos entre intervalos, mas conta cada elemento em cada estado, independentemente de estar nesse estado na medição anterior.

Assim, resolve o principal problema do Burndown, porque representa melhor as situações em que as tarefas pendentes não são criadas durante todo o primeiro dia.

O CFD também oferece duas informações fundamentais em gerenciamento ágil: trabalho em andamento (WIP) e tempo de ciclo (CT).

A largura de banda “Em progresso” representa o trabalho em andamento (WIP, Work in Progress) e o espaço entre os intervalos oferece o Cycle Time, o tempo médio gasto por uma tarefa para passar de um estado para outro.
Limitações do diagrama do fluxo cumulativo

Apesar de resolver as principais limitações do gráfico Burndown, o CFD possui suas próprias limitações

  • Não reflete se alguma tarefa está bloqueada
  • Relacionado ao anterior, não indica o tempo de ciclo individual, o que significa a quantidade de tempo que uma determinada tarefa permaneceu em um único estágio

Essas limitações podem ser resolvidas por meio de relatórios ou visualizações personalizadas de tarefas