> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/pt-br/2021/w03-digital-workflow.md).

# W03-Fluxo de trabalho digital

Ao preparar o planejamento de 2021, Jerry me fez uma pergunta: como medir a capacidade da equipe de entender o negócio?

Pensei em alguns ângulos. Pelos resultados, poderíamos olhar quanto a arquitetura sustenta o negócio, a qualidade do planejamento técnico e quantos problemas de negócio foram melhorados pela engenharia. Pelo processo, quanto tempo foi dedicado ao domínio, o envolvimento nas discussões de demandas e planejamento e o feedback de outras funções. Mas nada disso é suficientemente SMART. Transformar uma capacidade tão abstrata em uma métrica é realmente difícil.

Percebi então algo curioso: nós, que trabalhamos com digitalização, temos pouco do nosso próprio trabalho digitalizado. Sem isso, é difícil abstrair, padronizar e ganhar escala. Não conseguimos extrair e disseminar a experiência dos melhores profissionais nem construir modelos de competência como o de compreensão do negócio.

Na gestão da organização, só vemos dados sobre a distribuição da energia de cada pessoa nas demandas formais. Quase não digitalizamos o esforço fora delas.

Mesmo uma demanda envolve uma longa sequência: revisão de requisitos, desenho técnico, programação, integração, code review, testes próprios, implantação no ambiente, liberação gradual e observação em produção. Há dados em cada parte, mas pouco detalhe. Temos mais resultados que processos e comportamentos, e os dados das etapas quase não se conectam. No Ones, por exemplo, o estado de cada demanda e tarefa é atualizado manualmente. Há esquecimentos e atrasos, então só obtemos uma visão aproximada. No ideal, ferramentas de gestão de demandas como Ones deveriam exigir pouca atenção do usuário na maioria das situações.

Isso me fez pensar em Cloud IDE. Antes, eu não entendia bem o valor de levar o IDE para a nuvem. Pela perspectiva da organização, ele é enorme. Acho que o maior valor é digitalizar o fluxo de trabalho. O IDE é a ferramenta mais usada no desenvolvimento, mas cada pessoa usa um diferente, e todos os comportamentos e dados ficam offline. Na nuvem, ele pode virar uma plataforma conectada a muitas etapas anteriores e posteriores: associar branches diretamente a demandas, enviar para teste com um clique, implantar com um clique. Só os dados básicos já bastariam para atualizar Ones automaticamente. Há ainda ganhos de eficiência e segurança, como padronizar o ambiente e proteger o código-fonte sem gravá-lo no disco do desenvolvedor.

Podemos imaginar um futuro em que o design gera código editável com um clique, esse código entra no Cloud IDE para ajustes e, com outro clique, o aplicativo é construído e implantado para várias plataformas. Todos os dados e ativos ficam na plataforma, e cada etapa pode ser melhorada de forma dirigida com grandes volumes de dados.