// framework de estimativas de desenvolvimento de software

O framework que transforma estimativa técnica em argumento defensável.

Premissas documentadas antes do aceite.
Dois cenários calculados antes da reunião.
Argumento pronto quando mudarem o escopo.

Quero o StackCalc agora 7 dias de garantia • Acesso imediato
StackCalc em ação: calculadoras, planilhas HLE e Squad de 9 agentes especializados
a diferença

O que muda quando você chega com argumento.

Sem StackCalc
Passa aperto em reunião sem dado na mão. A pergunta sobre prazo chega e a resposta é improviso.
Chuta o prazo e absorve a culpa quando a sprint atrasa por razão que você já sabia antes.
Conflito entre times porque o que foi combinado ficou em call, sem registro do que estava no escopo.
Com StackCalc
Dois cenários calculados antes da reunião. Você apresenta dado, não chute.
Premissas documentadas que transferem a decisão de risco para quem definiu a data sem análise técnica.
Template pronto para colar no Teams, e-mail ou Slack. O argumento já está escrito quando você precisar.
Quero o StackCalc agora

7 dias de garantia • Acesso imediato

o ciclo que se repete

O prazo chega com a data decidida. O escopo ainda não estava pronto.

A demanda entra com data definida, o time recebe o número e a sprint começa. Só que as variáveis que determinam se o prazo é real ou não ainda não estavam visíveis no momento em que alguém precisava responder. O problema não é o atraso. É estimar com informação incompleta e ter que justificar depois como se fosse falha de execução.

Para o PO

Você avisou que a entrega estava pronta. Para você, pronta quer dizer: aprovada, testada, liberada para ir ao ar. Para o dev, pronta quer dizer: o código foi escrito. A diferença fica invisível até a reunião com o cliente, onde você explica que ainda precisa de mais dois dias. E o cliente não entende porque alguém disse que estava pronto.

Para o Tech Lead

A data veio de cima. Você ouviu o time dizer que era apertado. Ficou no meio: se defender o time, cria atrito com a liderança. Se aceitar a data, queima o time. O acordo fica verbal e sem registro. Quando a sprint não entrega, não há documento para mostrar o que estava dentro do escopo combinado.

Para o Dev

Você olhou para o card e já sabia que a documentação estava incompleta. Que ia aparecer alguma coisa que não estava escrita. Mas falar na hora da reunião parecia exagerado, sem dado concreto para mostrar. O desenvolvimento começa. A coisa que você sabia que ia aparecer, aparece. E aí vem a conversa sobre por que o prazo não foi cumprido.

O motivo pelo qual isso continua acontecendo é estrutural: sem um processo que mapeie premissas, dependências e riscos antes do aceite, o número que sai é sempre impreciso. As variáveis que determinam o prazo real ainda não estavam visíveis quando alguém precisava responder.

A sprint atrasa. Vem a reunião de RCA. Alguém está no lugar de quem falhou, explicando o que estava fora do escopo original, para um gestor que não lembra mais do que foi combinado porque não ficou documentado em lugar nenhum.

Quem estima no chute não faz isso por falta de preparo. Faz porque não tem um processo que organize as variáveis antes de dar o número.

Quem chega com dado tem argumento. Quem chega com chute fica na defensiva. A diferença entre os dois não é senioridade. É método.

o que você já tentou

Você já tentou resolver isso. Só que as ferramentas que usou não foram feitas para isso.

Antes de chegar aqui, o ciclo costuma passar por pelo menos uma dessas tentativas:

01
Excel em branco

Você abre uma planilha, lista as tarefas e estima horas por feeling. O número sai rápido. Mas sem premissas documentadas, sem cálculo de risco e sem cenários, o que você tem na mão é uma lista, não uma estimativa. Na primeira contestação do gestor, não há o que abrir para mostrar.

02
Planning poker

O time vota, chega a um número por consenso e a sprint começa. O que não fica registrado é o que estava incluído naquela votação: quais dependências foram assumidas, quais riscos foram ignorados, o que o time entendia como escopo naquele momento. Quando a sprint atrasa, o número existe. O contexto dele, não.

03
Copiar o prazo de um projeto parecido

A lógica faz sentido, mas o escopo raramente é idêntico. Time diferente, integrações diferentes, premissas diferentes. O número chega rápido, mas a variável de risco não está calculada. E quando o projeto atrasa por uma razão nova, não existe histórico documentado para explicar o que aconteceu de diferente.

04
Pedir para o colega sênior estimar

Funciona quando ele está disponível e o contexto está claro. Quando não está, o número chega sem rastreabilidade. Quem recebeu é responsável por ele, mas não foi quem pensou.

05
Aceitar o prazo que veio de cima

O gestor define a data, você concorda em silêncio. Ninguém registra o que estava dentro do escopo combinado. Quando o prazo não é cumprido, a responsabilidade cai sobre quem executou, não sobre quem definiu sem base técnica.

o que você recebe

Um kit completo. Tudo que precisa para a próxima estimativa.

📱
App StackCalc
Três calculadoras especializadas com intake de premissas e dois cenários calculados automaticamente.
📊
Planilhas HLE (estimativa em alto nível)
Versões Excel para uso offline ou em computadores mais lentos. Mesma lógica do app, sem depender de navegador.
🤖
Squad — 9 Agentes
Dev, QA, Tech Lead, Arquiteto, PO, PM e mais. Cada um com perspectiva técnica distinta para revisar antes da reunião.
⌨️
Skills Claude Code
14 commands instaláveis no terminal para devs que trabalham no ambiente de desenvolvimento e preferem CLI.
📄
Artefatos prontos
Templates de e-mail, Teams e Slack. One-Pager para C-level. ADR e RFC para o repositório.
incluso no framework
🔧
Crie sua própria calculadora
O framework vem com 3 calculadoras prontas para Backend, Salesforce e IA. Se o seu stack não estiver no kit, o método documenta exatamente como montar uma nova: premissas, multiplicadores de complexidade e dois cenários automatizados. Funciona para mobile, dados, cloud, infra ou qualquer disciplina que não está coberta pelas calculadoras incluídas.
Você escolhe o que funciona para o seu jeito de trabalhar: app para uso normal, planilha para computadores mais lentos e skills no terminal para quem prefere o ambiente de desenvolvimento.
Quero o StackCalc agora

Chega de chegar na reunião com número sem argumento.

Você já viu o problema, já reconheceu as tentativas que não resolveram. O próximo passo é acessar o framework antes da próxima demanda chegar, estruturar o que precisa estar claro e chegar na conversa com o argumento já escrito.

Quero o StackCalc agora
como funciona

O método que transforma pedido sem escopo em estimativa com argumento.

O StackCalc é um framework estruturado em três etapas. Cada uma tem uma função específica no processo, e as três juntas entregam o que nenhuma planilha genérica entrega separada: o número calculado e o argumento que sustenta esse número.

01
premissas e escopo

Inserir e Estruturar

A planilha é a porta de entrada. Você preenche os dados do projeto: escopo, complexidade, horas estimadas, premissas e riscos identificados. Os agentes e os prompts ficam disponíveis para apoiar quem quiser refinar o pedido antes ou durante o preenchimento.

antes Você abre a reunião sem dados estruturados. As premissas que determinam o prazo real ficam na cabeça de quem vai executar, não documentadas, não questionadas.
com o StackCalc O intake estrutura as premissas antes de qualquer número aparecer. Escopo, complexidade, dependências e riscos nomeados antes do primeiro cálculo. Se a premissa mudar depois, você tem o registro do que estava acordado antes.
A maioria dos erros de estimativa não acontece no cálculo. Acontece antes, quando o profissional assume premissas que não estão documentadas e riscos que não foram nomeados. Estruturar antes de calcular é o que separa um número defensável de um chute organizado.
02
dois cenários calculados

Calcular e Priorizar

Com os dados inseridos, a planilha calcula automaticamente esforço, riscos e dois cenários: realista e pessimista. O resultado é uma estimativa calculada com racional, não um número que alguém do time chutou na reunião.

antes Você sai da reunião com um número que alguém chutou. Sem cenário alternativo, sem racional documentado. Se questionarem, o único argumento disponível é "foi o que o time estimou".
com o StackCalc A planilha calcula dois cenários: realista e pessimista. O número não é opinião, é cálculo com racional exposto. Se alguém questionar, o documento mostra como cada variável foi ponderada.
03
argumento documentado

Convocar Squad e Defender

Com a planilha preenchida, você convoca Squad. Não é um agente genérico: são 9 especialistas com perspectivas distintas. O Dev decompõe o esforço técnico. O QA mapeia a cobertura de testes. O PM antecipa o que o stakeholder vai perguntar. O Arquiteto documenta o trade-off estrutural. Você chama quem o momento pede, independente do seu cargo. O resultado sai em três formatos: Three Pages para apresentar, e-mail para formalizar e mensagem direta para o canal onde a conversa acontece.

antes Você chega na reunião com o número, mas sem argumento para cada pergunta que o gestor vai fazer. O PM pergunta sobre prazo, o CTO pergunta sobre risco, e você improvisa com o que sabe de cabeça.
com o StackCalc Você convoca os especialistas antes da reunião. O PM antecipa o que o stakeholder vai perguntar. O Arquiteto documenta o trade-off. O QA mapeia o que pode quebrar. O resultado sai em três formatos: Three Pages, e-mail e mensagem direta.
A defesa não é improvisada porque o processo não foi improvisado. Squad garante que nenhuma perspectiva importante ficou de fora.

Número calculado. Argumento escrito. Documento pronto.

O que sai do processo não é só uma estimativa. É o registro de premissas, dois cenários calculados e o texto de defesa pronto para o canal onde a conversa acontece.

A promoção de tech lead não vem de quem escreve mais código. Vem de quem consegue defender tecnicamente uma decisão para quem não entende de tecnologia.

na pratica

De pedido vago a argumento escrito. Oito minutos.

Veja o que acontece quando um dev recebe uma estimativa urgente sem escopo e usa o Squad para transformar isso em algo que pode defender na sexta-feira.

01 — o pedido
R
Rafael Braga
#estimativas • Slack
Pessoal, precisamos de uma estimativa para o agente de atendimento que acessa o CRM. O CTO quer numero na reuniao de sexta. Quando conseguimos? 13:47
02 — sessao squad
Squad Leader
POC ja foi feita para esse agente?
Nao, ainda nao.
Squad Leader
Qual nivel de autonomia previsto: assistido, semi-autonomo ou autonomo?
Semi-autonomo. Ele sugere, atendente aprova.
Squad Leader
O agente vai processar dados pessoais de clientes?
Sim, historico de compras e CPF.
Classificacao: G • Faixa: 395h a 580h
Provavel: 465h • Confianca: media
Alta incerteza: sem POC + dados sensiveis
03 — artefato gerado
Estimativa: Agente de Atendimento CRM
e-mail
Faixa
395h a 580h • 10 a 14 semanas
Premissas
Sem POC validada. Dados pessoais ativam compliance LGPD. Autonomia semi-autonoma exige loop de aprovacao do atendente.
Risco principal
Custo de tokens em producao ainda nao mensurado. Recomendo POC de 2 semanas antes de fechar prazo final.
Exclusoes
Integracao com sistemas legados fora do CRM. Treinamento do time de atendimento.
O que voce leva para a reuniao de sexta nao e um numero. E um numero com premissas documentadas, riscos classificados e exclusoes explicitas. Isso e o que diferencia uma estimativa defensavel de um chute com formatacao bonita.
público

Para quem este framework foi construído.

Para quem é
+
O dev ou analista que absorve o prazo em silêncio

Você recebe demanda com data já definida, aceita sem questionar porque não sabe como recusar com argumento técnico, e quando a sprint atrasa você está no lugar de quem falhou. O StackCalc não é uma ferramenta de recusa. É o registro que muda de lado a responsabilidade quando o prazo veio de cima sem base técnica.

+
O tech lead que conduz o planning sem critério compartilhado

O time vota, chega a um número por consenso e toda sprint parece que o processo poderia ser melhor. Você quer um método que o time inteiro entenda, que o gestor aceite e que não dependa de feeling de quem tem mais voz na sala.

+
O analista ou PO que faz a ponte entre negócio e time técnico

Você recebe requisito do lado de negócio e precisa levar para o time com contexto suficiente para estimar. O intake do StackCalc funciona como guia de levantamento mínimo: o que precisa estar claro antes de qualquer número ser dado.

+
O freelancer ou consultor que fecha proposta com prazo e escopo

Você negocia com cliente por feeling e frequentemente subestima o esforço. O StackCalc entrega o documento formal para enviar antes de assinar: dois cenários, premissas e escopo definido, por escrito.

+
Quem já sabe que o processo atual não funciona

Você já tentou montar planilha própria, já pesquisou soluções e não encontrou nada que encaixe na realidade de time com Jira, Teams e gestores que decidem rápido. O StackCalc foi construído para essa realidade específica.

Para quem não é
-

Gestores de projeto que não constroem estimativas técnicas.

-

Desenvolvedores sem autonomia para questionar prazos.

-

Freelancers que trabalham com escopos fixos e contratos fechados antes do início.

-

Quem já tem um processo estruturado de estimativa funcionando no time.

Quando você para de absorver culpa por prazo que não foi seu, a conversa com o gestor muda de tom.

o framework completo

O que está dentro do framework.

Tudo que você acessa imediatamente após a compra:

MÓDULO 1

Fundação

O método antes das ferramentas. Por que estimativas falham, os 5 elementos defensáveis e como classificar qualquer demanda com multiplicadores de complexidade.

  • Por que estimativas falham
  • Os 5 elementos defensáveis
  • Classificação e multiplicadores
MÓDULO 2

App StackCalc

Três calculadoras especializadas com intake de premissas, cálculo automático de dois cenários e resultado exportável para apresentar ou colar no Teams.

  • Calculadora Backend
  • Calculadora Salesforce
  • Calculadora IA e Agentes
MÓDULO 3

Planilhas HLE (estimativa em alto nível)

Versões em Excel das calculadoras para usar offline ou compartilhar com o time. Inclui o Guia de Defesa Técnica com argumentos prontos por cenário de contestação.

  • HLE Backend
  • HLE Salesforce
  • HLE IA e Agentes
  • Guia de Defesa Técnica
MÓDULO 4

Squad

9 agentes especializados com perspectivas distintas: Dev, QA, Tech Lead, Arquiteto, PO, PM, Designer, Gestor e Analista. Configurados e prontos nos dois ambientes.

  • 9 agentes prontos para usar
  • Configurados no Claude Projects
  • Custom GPT no ChatGPT
MÓDULO 5

Skills Claude Code

14 commands instaláveis no terminal para quem já usa Claude Code ou Cursor. O contexto do StackCalc carregado diretamente no seu ambiente de desenvolvimento.

  • /sc-estimar, /sc-escopo, /sc-risco
  • /sc-rfc, /sc-arquitetura, /sc-poc
  • /sc-email, /sc-defender e mais 6
MÓDULO 6

Artefatos

Templates de comunicação prontos para preencher com o número que saiu do app e distribuir onde a conversa acontece: e-mail, Slack, Teams, repositório ou apresentação.

  • E-mail e Slack/Teams
  • One-Pager e Pitch para C-level
  • ADR e RFC para o repositório
BÔNUS

Bônus

Calculadora de Priorização para uso no planning, sessão ao vivo gravada com simulação real e grupo fechado de alunos com Ana Lima para dúvidas e atualizações.

  • Calculadora de Priorização
  • Sessão ao vivo gravada
  • Grupo fechado de alunos
Valor total do framework: R$679
R$147 por tudo
o que você leva

O que você leva e o que paga.

M1 Fundação: método, 5 elementos defensáveis, multiplicadores de complexidade
M2 App StackCalc: 3 calculadoras com dois cenários automatizados
M3 Planilhas HLE (estimativa em alto nível): 3 planilhas Excel para uso offline + Guia de Defesa Técnica
M4 Squad: 9 agentes configurados no Claude Projects e no ChatGPT
M5 Skills Claude Code: 14 commands instaláveis no terminal
M6 Artefatos: templates de e-mail, One-Pager para C-level, ADR e RFC
Bônus: Calculadora de Priorização, sessão ao vivo gravada e grupo de WhatsAppR$97
Valor totalR$679
Preço de lançamento
R$147
1 ano de acesso com atualizações incluídas
7 dias de garantia. Reembolso sem pergunta se não resolver.
após a compra

O que acontece depois da compra.

O acesso ao framework é imediato. Assim que o pagamento é confirmado, você recebe o link para a área de membros com todos os módulos, arquivos, agentes, commands e guias organizados por perfil.

Acesso imediato

Assim que o pagamento é confirmado, o link chega por e-mail. Tudo organizado por perfil: planilha, agentes, commands, guias e templates separados por função.

💬

Grupo de WhatsApp

Você entra no grupo para tirar dúvidas sobre uso das calculadoras, configuração dos agentes e aplicação dos templates na sua situação real de trabalho.

🔄

Atualizações por 1 ano

Durante 1 ano, toda atualização do framework chega para você automaticamente: nova calculadora, novo template, novo agente, novo command. Sem custo adicional.

🛡

7 dias de garantia

Use o framework na próxima demanda real. Se não resolver o problema, é só pedir reembolso em até 7 dias. O dinheiro volta inteiro, sem pergunta e sem processo.

risco zero
Selo de 7 dias de garantia

7 dias para testar. Sem risco.

Se você comprar, acessar o framework, usar o intake na próxima demanda real e concluir que a ferramenta não resolve o seu problema, é só pedir reembolso em até 7 dias. O dinheiro volta inteiro, sem pergunta e sem processo.

A garantia existe porque o framework foi feito para ser usado na próxima reunião, não estudado por semanas. Sete dias é tempo suficiente para preencher o intake, rodar os dois cenários e levar o template para o Teams. Se funcionar, você já tem o retorno. Se não funcionar, você tem o reembolso.

O risco é zero. A decisão é sua.

quem construiu o stackcalc

Quem construiu o StackCalc e por que.

Ana Lima
Ana Lima
Tecnologia, Inteligência Artificial e Liderança
~20
anos em TI
300+
profissionais liderados
Deloitte Accenture XP Inc. PwC SysMap

Meu nome é Ana Lima. Trabalho com tecnologia há quase 20 anos e passei por Deloitte, Accenture, XP Inc., PwC e SysMap antes de criar o StackCalc.

Durante esse tempo, fui a profissional que improvisava estimativa em reunião, aceitava prazo definido sem análise técnica e absorvia a culpa quando a sprint atrasava por razões que eu sabia antes que iam acontecer. Não porque faltava competência técnica. Porque faltava um processo estruturado que eu pudesse abrir antes da reunião e mostrar depois.

Por onde eu passava, a história era a mesma. Senior estimava. A tarefa chegava na mão do pleno, do júnior, sem o racional que levou ao número. A comunicação descia incompleta porque foi feita em call, em conversa de corredor, em mensagem de voz. Quando existia formalização, era alto nível demais para ser útil ou documentação em excesso que ficava obsoleta antes da primeira sprint terminar.

Sem padrão. Sem dado. Margem para atraso, para desencontro de informação, para aquela reunião constrangedora de post-mortem onde todo mundo sabia o que deu errado mas ninguém tinha o registro para provar. TI paga a conta. Sempre. Porque se o dev não fizer, o gestor não vai fazer por ele.

Eu provocava isso em todo lugar que passava. Faltava uma calculadora. Um racional. Qualquer coisa que classificasse e estimasse uma demanda com critério, não com achismo. Funcionou onde funcionou porque tinha passo a passo, pré-requisitos, combinado antes de começar. Combinado não sai caro. O que sai caro é o business que quer mas não sabe pedir, que acha que dá para fazer, e a TI que tenta entender a demanda, como ela conecta com a empresa, como comprova valor, sem nenhuma estrutura para fazer essa tradução.

Não é só número. É estratégia. É impacto. É o que transforma uma estimativa de meia boca em algo que resiste à primeira pergunta do gestor. O StackCalc é o processo que eu gostaria de ter tido antes de chegar em reunião sem argumento uma vez a mais.

Passei por Deloitte, Accenture, XP Inc., PwC e SysMap. Em cada uma dessas empresas, o problema era o mesmo: times técnicos competentes, sem padrão de estimativa. O que mudava era o tamanho do estrago quando o prazo estourava. StackCalc nasceu dessa repetição.

Se você já viu algum conteúdo meu antes de chegar aqui, sabe que não faço promessa vazia e não vendo solução mágica. O StackCalc não promete transformar sua carreira. Promete que na próxima reunião difícil, você vai ter o argumento por escrito antes de precisar dele.

perguntas frequentes

Perguntas frequentes.

Meu gestor vai ignorar a estimativa de qualquer jeito. De que adianta documentar?

O StackCalc não muda a postura do gestor. Muda o que está registrado antes da reunião terminar. Quando existe um documento com premissas, cenários e riscos, o gestor que ignora está tomando uma decisão documentada, não uma decisão invisível.

A diferença entre "você sabia e não me contou" e "você sabia e está aqui documentado" é o que separa quem recebe a culpa de quem consegue mostrar onde o processo falhou.

Não tenho tempo para preencher nada antes da reunião de amanhã.

O intake do StackCalc leva entre 12 e 18 minutos na primeira vez. A partir da segunda, cai para 8 a 10 minutos. Comparado ao tempo gasto respondendo perguntas sem base durante a reunião e explicando depois por que o prazo não foi cumprido, 15 minutos de preparo é o menor custo do processo inteiro.

O prazo já chegou definido. O que adianta estimar agora?

Quando o prazo chega definido e você aceita sem análise, você assume responsabilidade por uma data que não foi sua. Quando o prazo chega definido e você responde com uma análise do que é entregável naquele prazo, você transfere a decisão de volta para quem definiu a data.

O projeto pode atrasar do mesmo jeito. Mas a responsabilidade fica documentada no lugar certo.

R$147 para um framework? Eu faço isso no Excel.

A maioria dos profissionais de TI tem acesso ao Excel e não faz. Não por falta de ferramenta, por falta de estrutura de método. Uma planilha em branco não pergunta quais são as premissas, não calcula risco por complexidade, não gera dois cenários automaticamente e não produz o template de defesa para colar no Teams.

O que o StackCalc entrega não é a planilha. É o método dentro da planilha, os agentes, os templates e o grupo de suporte.

Compro e posso deixar parado?

Sim. O acesso é por 1 ano e, durante esse período, todas as atualizações estão incluídas. Se você comprar e a próxima demanda urgente aparecer em três semanas, o framework vai estar lá.

O maior preditor de uso não é o preço pago: é a proximidade de um evento real que exige a ferramenta. E esse evento vai aparecer.

Funciona com Jira, Azure DevOps, Linear?

Sim. O framework não depende de nenhuma ferramenta de gestão específica. A planilha funciona no Excel e no Google Sheets. Os templates são em texto simples para colar onde a conversa acontece: Teams, Slack, e-mail, Notion ou qualquer canal que o seu time usa.

É para uso individual ou posso usar com o time?

Os dois. Você pode usar individualmente para estruturar suas próprias estimativas, ou levar o framework para o time e usar a Calculadora de Priorização como critério compartilhado no planning. A licença é por pessoa, mas o método pode ser ensinado e replicado para o time inteiro.

Tudo que você leva por R$147.

M1 Fundação: método, 5 elementos defensáveis e classificação por multiplicadores
M2 App StackCalc: Calculadora Backend, Salesforce e IA e Agentes
M3 Planilhas HLE (estimativa em alto nível): 3 planilhas Excel para uso offline + Guia de Defesa Técnica
M4 Squad: 9 agentes configurados no Claude Projects e no ChatGPT
M5 Skills Claude Code: 14 commands instaláveis no terminal
M6 Artefatos: templates de e-mail, One-Pager para C-level, ADR e RFC
M7 Bônus: Calculadora de Priorização, sessão ao vivo gravada e grupo fechado com Ana Lima
R$679 em valor total
R$147
1 ano de acesso com atualizações incluídas

A próxima reunião difícil vai aparecer. A demanda sem escopo vai chegar. O gestor vai perguntar quando fica pronto. A diferença entre chegar com número improvisado e chegar com dois cenários calculados e argumento por escrito é o que este framework entrega.

Quero o StackCalc agora
7 dias de garantia. Se não resolver, o dinheiro volta.
Ao realizar a compra, você concorda com os termos de uso e a política de privacidade.