> 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/delimitar.md).

# Delimitar

## Visão geral

Uma vez priorizado o aplicativo a ser trabalhado, é importante ter uma **visão do escopo inicial de trabalho.**

**Escopo** determina e documenta os objetivos específicos de cada **projeto**, como suas entregas, tarefas, custos e prazos.

Na visão ágil, entretanto, o escopo é sempre variável, podendo aumentar ou diminuir conforme os aprendizados de cada etapa.

Na automação do Zeev, não é diferente. O escopo vai aumentar ou diminuir, naturalmente. Esse capítulo, portanto, **não diz que você deve pré-definir e pré-fixar o escopo, e sim que você precisa entender como o escopo de um projeto funciona.**

## Exemplo

Reflita: **onde começa e onde termina um Processo de Compras?**

O Processo de Compras é algo comum em todas as organizações, e ao mesmo tempo diferente em cada empresa. 

Dentro de uma mesma empresa, algumas pessoas dizem que o Processo de Compras começa com o Pedido de Compras e termina com a Entrega do produto:

![](/files/jvPLB6JDWlelm9pann7t)

Outras, que, na verdade, só termina com o Pagamento.

![](/files/AZDQjDxdJZXUsMisDSpE)

Já ouvimos também que uma compra começa um ano antes, no Orçamento. E termina alguns anos depois, quando finaliza a Garantia. 

![](/files/X8wrW7eyvDLvJBJx673q)

**Qual dessas visões está correta?** 

Na prática, não existe visão certa nem errada. Todos os processos de organização estão conectados, de uma maneira ou de outra.  Por isso, podemos prolongar indefinidamente essa visão, agregando mais etapas e processos, antes ou após o final dos processos desenhados acima.  No limite, temos a própria [cadeia de valor da organização](https://pt.wikipedia.org/wiki/Cadeia_de_valor).

Como os recursos financeiros e de tempo da empresa são limitados, é necessário uma delimitação básica de qual parte do processo será transformada em aplicativo.  Simplesmente dizer que vamos criar o "Compras" não é o suficiente. Algo mais tangível seria "Compras, do pedido à entrega do produto".

### O escopo do aplicativo deve começar e terminar o quanto antes possível

Quanto menor for o aplicativo:

* Mais rápido ele irá entregar valor;
* Menor será seu custo de desenvolvimento;
* Mais rapidamente você irá aprender sobre ele, para poder evoluí-lo;

Na hora de escolher os limites do seu projeto, procure sempre pelo mínimo possível.

### Evolua iterativamente

Uma vez que seu aplicativo estiver em produção, você começará a gerar aprendizados valiosos sobre seu funcionamento e sua performance. Esses aprendizados serão a base para a evolução do aplicativo.

Através da criação de novas versões ou a conexão com [subprocessos](/zeev/como-construir-processos/como-desenhar-processos/o-que-sao-atividades/o-que-sao-subprocessos-e-como-usa-los.md), você poderá, iterativamente, no longo prazo, expandir o escopo do aplicativo, agregando fluxos complementares.

 


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://kb.stoque.com.br/zeev/formula-zeev/criar-um-aplicativo/delimitar.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.