# Como trabalhamos ![](/files/-M_VsFkzMNEcQEiI9w9i) ## Uma breve introdução É muito frustrante (pra todo mundo) descobrir que algo que construímos não é usado por ninguém. [Mais de 40% dos produtos morrem](https://www.cbinsights.com/research/startup-failure-reasons-top/) por falta de necessidade do mercado. Ou seja, se trabalharmos de forma linear, temos grandes chances de construir algo que ninguém quer usar. Além disso, o custo para desenvolver software é alto: manutenção, gestão, operação, suporte, atenção de quem usa. Dessa forma, precisamos pensar muito bem sobre o que levamos ou não para desenvolvimento, ou seja, para o time tech. Entendemos também que nem todos os produtos estão na mesma fase. Alguns, mais embrionários, estão em fase de protótipo. Outros, mais avançados, em fase de otimização. Essa visão nos ajuda a ter o mindset correto na hora de definir o modus operandi do time. ## Building blocks Nós trabalhamos com redução de riscos.\ \ Para nos ajudar com isso, usamos alguns building blocks que nos ajudam a priorizar as tarefas (*créditos ao* [*Paulo Floriano*](https://www.linkedin.com/in/pfloriano/) *por ter consolidado essa visão*).\ \ Abaixo, eles estão ordenados por importância. ### Métrica-norte Tudo começa pelas métricas. Usamos uma versão adaptada do [framework do Amplitude](https://amplitude.com/north-star) na redefinição das métricas de cada time. ``` Métrica de negócio → métrica norte → inputs ``` Vamos ver um exemplo, como se trabalhássemos no time que cuida dos Stories no Instagram. Elas são revisadas a cada quarter (trimestre), conforme o time aprende onde tem alavanca. As metas são definidas pelo próprio time, não é um processo top-down. Temos uma planilha de acompanhamento das métricas de todos os squads, que dão visibilidade e transparência para todos. ### Apostas A partir das métricas, definimos quais são os grandes temas que vamos atacar no quarter. Vamos ver um exemplo do Instagram:\ \ Pensamos de 3 a 5 apostas, priorizadas. São como se fossem épicos. A partir disso, quebramos essas apostas em experimentos. Elas praticamente têm duas etapas: validar desejabilidade e valor. Tudo bem esse backlog mudar ou ser repriorizado conforme o time aprende. ### Experimentos Podemos quebrar uma aposta em vários experimentos. O objetivo, como você já cansou de ouvir, é redução de riscos. Os experimentos tem uma anatomia bem específica. Escrever um experimento (aliás, escrever qualquer coisa) é uma excelente forma de pensar. Na próxima página, vamos entrar no detalhe sobre como configurar um experimento. #### --- # Agent Instructions: 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: ``` GET https://revelo.gitbook.io/playbook/introducao/como-trabalhamos.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.