Recursos Setores Atendimento IA Preços Blogue Entrar Comece gratuitamente
SOFTWARE HOUSE

Gestão de projetos, sprints e pedidos para software house.

Cada cliente é um projeto com backlog e sprint, o bug em produção entra como pedido com prazo, e as horas registadas transformam-se no fecho do mês. A especificação fica ao lado do código, mantida pelo agente de IA que a sua equipa já usa.

Sem cartão de crédito 15 dias com tudo do Pro Suporte em português
app.tasskee.com — Sprint do cliente, com backlog e burndown
Ecrã de sprints da Tasskee com o backlog de um projeto, as tarefas do ciclo e o burndown
Antes de falar da ferramenta

O dia a dia que reconhece

Uma software house raramente perde por falta de código. Perde na fronteira entre o que foi combinado, o que foi feito e o que foi cobrado.

Cinco clientes, cinco ferramentas

Um cliente exige o Jira dele, outro envia tarefas por e-mail, outro por grupo de WhatsApp. Para saber a carga real da equipa, alguém abre tudo e soma à mão.

O bug em produção atropela a sprint

O pedido chega a meio do ciclo, vai direto para o programador e ninguém o regista. A sprint rebenta e o cliente nunca vê o custo disso.

Hora trabalhada que não se transforma em fatura

O registo fica para sexta-feira, é reconstruído de memória e perde horas. No fecho do mês a conta do cliente e a da equipa não batem certo.

A especificação envelhece antes do código

O documento escrito no início do projeto não acompanha as alterações. Quem entra a meio lê um texto que já não descreve o sistema.

Como fica na Tasskee

Cada cliente passa a ser um projeto, com sprint e backlog prontos

O modelo Desenvolvimento de software, do registo, já nasce com as frentes Produto e Qualidade, sprint ligada e os estados Backlog, Em desenvolvimento, Revisão, Teste, Em aprovação e Concluído. Ajusta os nomes e começa por um cliente.

  • 1 Um projeto por cliente ou produto"App de pedidos · Distribuidora Aurora". Backlog, sprints, pedidos de suporte e documentos do contrato ficam juntos, e o histórico acompanha o cliente de um ciclo para o outro.
  • 2 Sprint com o backlog à vistaPlaneie o ciclo, acompanhe o burndown e veja a velocidade real da equipa. O que não coube volta para o backlog, sem folhas de cálculo pelo meio.
  • 3 Pedido em produção, fora do backlog de funcionalidadesO pedido do cliente entra por um formulário público ou pelo atendimento, numa fila própria com prazo. É possível decidir se o bug entra na sprint ou se espera pela seguinte.
  • 4 Revisão e teste como fases a sérioA tarefa passa por Revisão e Teste antes de Concluído, e o estado "Em aprovação" segura a entrega até o responsável decidir.
Horas por projeto, tipo e pessoa
Análise de horas da Tasskee agrupada por projeto e tipo de trabalho
O diferencial em campo

O que mais ninguém junta numa só ferramenta

Três coisas que costumam viver em ferramentas diferentes: a hora que se cobra, a especificação que se segue e a resposta ao cliente.

Horas faturáveis com valor por projeto

Cada projeto e tipo de trabalho tem o seu valor por hora. O fecho sai para o cliente em PDF ou CSV, com a fatura registada (a Tasskee não emite faturas), e a margem aparece no fim. Quem recebe à hora ganha o seu próprio extrato.

Specs mantidas pelo agente de IA, via MCP

O agente da sua equipa, com a chave que o próprio traz do fornecedor, lê e atualiza a spec do projeto pelo servidor MCP. O gestor acompanha o estado e o progresso, e as tarefas nascem dos critérios de aceitação.

Portal para o cliente acompanhar e aprovar

O cliente entra como convidado, vê o que libertar, comenta e aprova a entrega. Não ocupa lugar de utilizador, por isso a conta não cresce a cada novo patrocinador.

As sprints, os pedidos, as specs com MCP e a margem das horas fazem parte do plano Pro. O registo de horas e as estimativas começam no Start; o Free cobre lista e quadro até 3 utilizadores. No teste de 15 dias o Pro vem liberado, sem cartão.
Ver planos e preços
Perguntas frequentes

Perguntas de quem entrega software

Substitui o Jira?
Para muitas equipas, sim: backlog, sprint, burndown, velocidade e tipos de tarefa como história e bug estão lá. E a Tasskee junta o que o Jira deixa de fora: pedidos com SLA, horas faturáveis, portal do cliente e atendimento em português, com preço em reais. Para ligar ao repositório e a outros sistemas, há API REST, webhooks e servidor MCP.
Como funcionam as specs com o agente de IA?
A spec é um documento estruturado em secções, dentro do projeto. O agente de IA da sua equipa, ligado pelo servidor MCP, lê e atualiza as secções, regista decisões e muda o estado. A IA usa a chave do seu fornecedor (OpenAI, Gemini ou Claude), sem créditos nem margem da Tasskee.
É possível cobrar ao cliente por hora e por projeto?
É. Cada projeto tem valor por hora por tipo de trabalho, e o fecho do período sai em PDF ou CSV. A fatura é registada na Tasskee, mas emitida no seu sistema de faturação. As permissões para ver valor e custo são separadas, pelo que o programador não precisa de ver a margem.
E o pedido do cliente com o sistema já em produção?
Entra numa fila própria, com estado, prazo e responsável. O cliente abre-o pelo formulário público; quem contratar o Atendimento também recebe pedidos por WhatsApp ou e-mail. É possível converter o pedido numa tarefa da sprint quando exigir desenvolvimento.
Funciona com integração contínua, repositório e deploy?
Não há integração nativa específica com repositórios ou pipelines. Existe API REST e webhooks a partir do plano Start, que permitem ligar a sua automatização à Tasskee, mas isso é trabalho da sua equipa.

Comece pelo cliente que mais pede relatórios

Crie a conta, abra um projeto com o respetivo backlog e registe a próxima sprint. Numa tarde fica a saber se o fecho do mês passa a sair sozinho.

Sem cartão de crédito Cancele quando quiser
Fale connosco