> For the complete documentation index, see [llms.txt](https://kb.stoque.com.br/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://kb.stoque.com.br/zeev/formula-zeev/criar-um-aplicativo/executar-fases/fase-monitorar.md).

# Fase Monitorar

O objetivo principal dessa fase é monitorar indicadores e relatórios de performance, assim como colher feedbacks de stakeholders

## Objetivos <a href="#objetivos" id="objetivos"></a>

Essa é a **sexta e última fase** da [Fórmula Zeev](https://paper.dropbox.com/formula-zeev/introducao-a-formula-zeev) e será executada de modo recorrente a fim de identificar oportunidades de melhorias e entendimento do uso pelos Power Users. Esta fase irá iniciar em momento considerado estratégico pela organização. Uma dica é iniciar esta fase quando houver dados suficientes para análise.

O objetivo principal dessa fase é monitorar indicadores e relatórios de performance, assim como colher feedbacks de stakeholders, de modo a compilar uma lista de melhorias para a próxima versão do aplicativo.

## Profissionais envolvidos <a href="#profissionais-envolvidos" id="profissionais-envolvidos"></a>

​​O principal responsável por essa fase é o [dono do aplicativo](/zeev/formula-zeev/definir-papeis.md#dono-do-aplicativo-app-owner). É ele que está acompanhando relatórios e indicadores e consolidando um backlog de melhorias para a próxima versão.

O dono do aplicativo está em constante comunicação com os atores e clientes do processo, colhendo feedbacks  e sugestões de melhorias.&#x20;

Em paralelo, a equipe de [sustentação](/zeev/formula-zeev/definir-papeis.md#sustentacao-operations) resolve dúvidas de dia a dia de uso da aplicação.

## Como <a href="#profissionais-envolvidos" id="profissionais-envolvidos"></a>

A gestão do aplicativo no dia-a-dia é realizada pelo [dono do aplicativo](/zeev/formula-zeev/definir-papeis.md#dono-do-aplicativo-app-owner) através do [acompanhamento de solicitações](/zeev/gestao-de-solicitacoes-em-andamento/monitoramento/como-filtrar-e-monitorar-solicitacoes.md) e do [monitoramento de indicadores](broken://pages/-MDtm-KKSN9RdnkcLHJc), além do feedback dos demais stakeholders do processo.&#x20;

[Como vimos anteriormente](/zeev/formula-zeev/introducao-a-formula-zeev.md#metodologia-base), **processos mudam constantemente.** Isso ocorre pela própria natureza do conceito de processos: processos de negócios são entidades dinâmicas, que mudam constantemente, evoluem, à mercê da própria organização. A tecnologia, o ambiente, o mercado e as pessoas mudam, e com isso os processos também mudam.&#x20;

Apesar de o Zeev apresentar [diversas facilidades para modificar o processo](/zeev/como-construir-processos/como-modificar-aplicativos-apos-o-uso.md) a qualquer tempo, nós recomendamos que isso seja feito de maneira ordenada e controlada, através de uma política de governança de mudança clara.&#x20;

Ao invés de, diariamente, mudar o processo de forma desordenada e desconectada, recomendamos que o dono do aplicativo compile uma lista de sugestões de melhorias e realize as mudanças em blocos ou períodos pré-definidos.

No momento de compilar os pedidos de mudança e evolução do processo e decidir pela sua implementação, inicia-se uma nova de [Mapear](/zeev/formula-zeev/criar-um-aplicativo/executar-fases/fase-mapear.md), fazendo o ciclo de fases da fórmula reiniciar.&#x20;

## Cursos online

Esses são os cursos online que apoiam essa fase.

* [Monitorar relatórios e indicadores](https://universidade.zeev.it/p/ead-06-monitorar-relatorios-indicadores)

## Duração <a href="#profissionais-envolvidos" id="profissionais-envolvidos"></a>

Algumas organizações implementam ciclos pré-definidos de revisões de processos. Por exemplo, você pode determinar que o processo de Reembolso de Despesas, que eventualmente tem pouco impacto e muda pouco, tem um ciclo de monitoramento de 1 ano. Já um processo de Vendas é altamente dinâmico, impactado por mudanças de mercado, e deve ser reavaliado e melhorado a cada 45 dias de monitoramento.

## Entregas <a href="#entregas" id="entregas"></a>

Ao final de todas as iterações dessa fase, é esperado que as seguintes entregas sejam finalizadas:

* [ ] Indicadores de performance e tempo de execução dos aplicativos <br>
* [ ] Feedbacks e sugestões de melhoria solicitada por [atores ](/zeev/formula-zeev/definir-papeis.md#atores-performers)e [clientes](/zeev/formula-zeev/definir-papeis.md#clientes-customers)<br>
* [ ] Lista consolidada de mudanças para o próximo ciclo


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://kb.stoque.com.br/zeev/formula-zeev/criar-um-aplicativo/executar-fases/fase-monitorar.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
