Você precisa mesmo dos recursos do Redmine? 10 pontos para conferir antes de adotar ou manter
O Redmine é uma excelente ferramenta de gestão de projetos, com uma longa trajetória. É gratuito e open source, e cobre de tudo, do acompanhamento de tarefas ao controle de tempo e à integração com repositórios.
Rodar o Redmine, porém, exige preparar um servidor capaz de executar Ruby e mantê-lo depois. Normalmente ele não cabe em hospedagem compartilhada, então você acaba com um VPS ou um serviço de nuvem especializado (explicamos isso em detalhes em “Dá para instalar o Redmine em hospedagem compartilhada?”).
Se esse esforço vale a pena depende de quanto do Redmine você realmente usa. Este artigo reúne 10 recursos que diferenciam o Redmine e ajuda você a verificar se a sua equipe precisa de cada um. Se você já usa o Redmine, ele também mostra como conferir o que você usa hoje.
Observação: este artigo foi escrito pelo desenvolvedor do GeckoFlag. Os recursos do Redmine foram verificados nos guias oficiais em 24 de outubro de 2026 (versão mais recente: 7.0.2).
Recursos que toda ferramenta tem não ajudam a decidir
Primeiro, vamos deixar de lado os recursos que não são motivo para escolher o Redmine.
Criar tarefas (tickets), status, responsáveis, datas de vencimento, comentários, uma wiki, compartilhamento de arquivos, um gráfico de Gantt. A maioria das ferramentas de gestão de projetos de hoje tem isso. Se o que a sua equipe usa está dentro desse escopo, não dá para dizer que “tem que ser o Redmine”.
Os motivos para escolher o Redmine são os recursos da próxima seção, que outras ferramentas muitas vezes deixam de fora.
10 recursos que diferenciam o Redmine
Para cada um, vemos o que ele faz, quando você precisa dele e sinais de que dá para dispensá-lo. Conte, enquanto lê, de quantos você acha que precisa.
1Controle de tempo e relatórios
O que faz: você pode registrar o tempo gasto por tarefa ou por projeto. Cada registro pode ter uma atividade (design, desenvolvimento, reuniões etc.) e um comentário. Também é possível informar o tempo estimado e ver a lista e os totais na tela “Tempo gasto” do projeto.
Quando você precisa: quando cobra com base no tempo trabalhado, compara o estimado com o real para melhorar a próxima estimativa ou quer ver em horas a carga de trabalho de cada membro.
Dá para dispensarVocê registra o tempo, mas nunca somou nem usou esses dados. Você cobra um valor fixo por projeto, sem relação com o tempo.
2Campos personalizados
O que faz: você pode adicionar seus próprios campos a tarefas, projetos e usuários. Dá para escolher formatos como texto, número, data ou lista, e mostrar campos diferentes para cada tipo (tracker).
Quando você precisa: quando há informações que você precisa registrar em toda tarefa, como “nome do cliente”, “navegador-alvo” ou “ambiente onde ocorreu”, e quer filtrar ou somar por esse campo.
Dá para dispensarMuitas tarefas ficam com os campos adicionados em branco. Escrever na descrição já basta.
3Fluxos de trabalho
O que faz: para cada combinação de papel e tipo, você define qual status pode mudar para qual. Por exemplo: “o papel Desenvolvedor pode mudar um bug para Resolvida, mas só o papel Gerente pode mudar para Fechada”. Também é possível tornar campos obrigatórios ou somente leitura conforme o status.
Quando você precisa: quando você tem um processo de aprovação fixo e pular uma etapa causa problemas. Também serve para equipes que precisam controlar quem fecha as tarefas, por gestão da qualidade ou auditorias.
Dá para dispensarVocê ainda usa as configurações padrão da instalação. Qualquer pessoa pode mudar um status, e isso funciona bem para vocês.
4Permissões detalhadas por projeto
O que faz: você pode criar os papéis que quiser e definir permissões para cada ação, como ver, criar e editar tarefas, registrar tempo e editar a wiki. A mesma pessoa pode ter o papel Gerente no projeto A e só visualização no projeto B.
Quando você precisa: quando quer dar a pessoas de fora acesso somente para visualização, ou separar o que cada departamento pode mexer.
Dá para dispensarTodos os membros têm mais ou menos as mesmas permissões. Você só usa os papéis padrão (Gerente, Desenvolvedor, Informante).
5Relações entre tarefas
O que faz: você pode definir relações entre tarefas. Além de “relacionada a”, existem “duplica”, “bloqueia” e “precede/segue”, entre outras. Enquanto uma tarefa que bloqueia estiver aberta, a tarefa bloqueada não pode ser fechada. Se a data de vencimento de uma tarefa precedente mudar, as datas da seguinte se deslocam pelo mesmo número de dias.
Quando você precisa: quando a ordem do trabalho tem dependências fortes e você quer acompanhar no cronograma como um atraso afeta outros trabalhos.
Dá para dispensarEscrever “depois da #123” na descrição ou em um comentário já basta. Dividir o trabalho em tarefas pai e filhas é tudo de que você precisa.
6Versões e o planejamento
O que faz: você pode criar versões (marcos) como “v2.0” ou “lançamento de abril” e atribuir tarefas a elas. A tela de planejamento mostra o progresso de cada versão.
Quando você precisa: quando você avança o trabalho em unidades de lançamento, como em software.
Dá para dispensarVocê separa o trabalho em um projeto por serviço, e dentro dele basta acompanhar as datas de vencimento.
7Integração com repositórios
O que faz: você pode conectar repositórios como Git ou Subversion a um projeto e ver o código e o histórico de alterações na tela. Se você escrever o número de uma tarefa na mensagem de commit, o commit fica vinculado à tarefa e, dependendo de como a mensagem for escrita, também dá para mudar o status ou registrar tempo.
Quando você precisa: quando uma equipe de desenvolvimento quer acompanhar qual alteração de código corresponde a qual tarefa.
Dá para dispensarSeu código fica no GitHub ou no GitLab, e vocês já vinculam as tarefas por lá. Sua equipe não escreve código.
8Criar tarefas por e-mail
O que faz: e-mails enviados a um endereço definido podem criar novas tarefas ou adicionar comentários a tarefas existentes.
Quando você precisa: quando você recebe dúvidas de clientes ou relatos de bugs por e-mail e quer gerenciá-los diretamente como tarefas.
Dá para dispensarVocês atendem as solicitações por outro canal (um formulário ou uma ferramenta de suporte). Basta alguém transformar os e-mails em tarefas manualmente.
Observe que este recurso exige configurações no servidor de e-mail e uma forma de buscar os e-mails periodicamente (como o cron) configurada no seu servidor.
9API REST e integrações externas
O que faz: depois que você habilita a API REST, programas externos podem ler e gravar tarefas, projetos, usuários, registros de tempo e mais.
Quando você precisa: quando quer se conectar a outros sistemas internos ou automatizar a criação de tarefas de rotina e relatórios.
Dá para dispensarNinguém na equipe escreve código de integração. Trabalhar pelas telas já basta.
10Extensão com plugins
O que faz: você pode instalar plugins para adicionar recursos que o núcleo não tem, como quadros Kanban, checklists, gestão de clientes ou um help desk. Muitos plugins estão listados no site oficial.
Quando você precisa: quando os recursos padrão não bastam e você quer criar recursos sob medida para o seu negócio.
Dá para dispensarVocê não instalou nenhum plugin. Ou instalou alguns, não conseguiu mantê-los atualizados e agora eles estão travando as atualizações do Redmine.
A compatibilidade dos plugins precisa ser verificada sempre que o próprio Redmine é atualizado. Eles são práticos, mas leve em conta a manutenção extra na sua decisão.
Confira o que você realmente usa no seu Redmine atual
Se você já usa o Redmine, as telas de administração mostram se cada recurso está sendo usado de fato. Você pode encontrar recursos que foram configurados na instalação e que ninguém usa. Os nomes das telas podem variar um pouco conforme a versão do Redmine e o idioma configurado.
| Recurso | Onde conferir | O que observar |
|---|---|---|
| 1. Controle de tempo | “Tempo gasto” em cada projeto | Há registros recentes? Alguém olha os totais? |
| 2. Campos personalizados | Administração → Campos personalizados | Quantos campos existem. Esses campos estão preenchidos na lista de tarefas? |
| 3. Fluxos de trabalho | Administração → Fluxo de trabalho | Foi alterado em relação ao padrão? |
| 4. Permissões | Administração → Papéis e permissões | Vocês criaram papéis além dos padrão? |
| 5. Relações | “Tarefas relacionadas” na página de cada tarefa | Quantas tarefas têm relações definidas? |
| 6. Versões | “Planejamento” em cada projeto | Vocês criaram versões e atribuíram tarefas a elas? |
| 7. Repositórios | Configurações de cada projeto → Repositórios | Há um repositório cadastrado, e os commits recentes aparecem? |
| 8. E-mails recebidos | Administração → Configurações → E-mails recebidos, e as tarefas agendadas no servidor | Há tarefas criadas por e-mail? |
| 9. API | Administração → Configurações → API | O serviço web REST está habilitado? Alguma integração o usa? |
| 10. Plugins | Administração → Plugins | Quais plugins estão instalados, e se cada um é usado. |
Os recursos que aparecerem como “não usados” nesta tabela devem ser contados como “não necessários” na verificação da próxima seção.
O que a sua contagem indica
Pense em quantos dos 10 recursos a sua equipe precisa.
3 ou mais: o Redmine vale a pena
Sua equipe consegue aproveitar ao máximo os pontos fortes do Redmine. Vale o esforço de preparar e manter um servidor. Se ele não couber em hospedagem compartilhada, escolha um VPS ou um serviço de nuvem especializado em Redmine. Como escolher está explicado em “Dá para instalar o Redmine em hospedagem compartilhada?”
1–2: veja se dá para cobrir esses recursos de outra forma
Se você precisa de apenas um ou dois recursos, pense se dá para cobri-los sem o Redmine. Por exemplo, se o controle de tempo é tudo de que você precisa, dá para combinar uma planilha ou uma ferramenta dedicada de controle de tempo com outra ferramenta. Se não der para cobri-los, o Redmine é a escolha segura.
0: uma ferramenta com menos configuração muito provavelmente basta
Se você não usa os pontos fortes do Redmine, há pouco motivo para escolhê-lo ao custo de manter um servidor. Se o seu trabalho gira principalmente em torno de tarefas, datas de vencimento e responsáveis, uma ferramenta com menos configuração pode pegar mais fácil na sua equipe.
Além da contagem, há mais um ponto a considerar: quem cuida do servidor. Se vocês mesmos rodam o Redmine, quem o instalou também assume as atualizações e a solução de problemas. Leve em conta se tudo continuaria funcionando caso essa pessoa saísse.
Para as equipes que contaram zero
Por fim, como uma opção para as equipes que contaram zero, apresentamos o GeckoFlag, que nós desenvolvemos.
Sendo francos: a maioria dos 10 recursos deste artigo não existe no GeckoFlag. Ele não tem controle de tempo, campos personalizados, configuração de fluxos de trabalho, relações entre tarefas, versões, integração com repositórios, criação de tarefas por e-mail, API externa nem plugins, e há três papéis: administrador, membro e convidado. Se você precisa disso, o Redmine é a escolha certa.
Em vez disso, o GeckoFlag reúne os recursos de que toda equipe precisa, de um jeito que você pode usar sem brigar com configurações.
- Reúne gestão de tarefas (tarefas pai e filhas), um quadro Kanban, um gráfico de Gantt, uma wiki e compartilhamento de arquivos em um só lugar.
- Roda em um servidor com PHP 8.2 ou superior e MySQL ou MariaDB. Sem Composer, sem Docker e sem linha de comando.
- Você instala com um instalador no navegador e atualiza enviando um ZIP na tela de administração. Antes de aplicar uma atualização, ele faz um backup automaticamente.
- Você pode convidar pessoas de fora como convidados. Os projetos ficam visíveis apenas para os membros que participam deles.
- É um pagamento único de $30, sem diferença de recursos entre planos e sem limite de usuários ou projetos (uma licença por domínio; o custo do servidor é à parte).
As diferenças em relação ao Redmine são explicadas em detalhes em GeckoFlag vs Redmine, e as diferenças em relação a outras ferramentas que rodam em hospedagem compartilhada, em Ferramentas de gestão de projetos que você pode instalar em hospedagem compartilhada sem Docker. Você pode experimentar as telas reais na demo.
Fontes
- Acompanhamento de tarefas (Redmine oficial: relações entre tarefas, subtarefas)
- Controle de tempo (Redmine oficial)
- Configuração do acompanhamento de tarefas (Redmine oficial: tipos, status, fluxos de trabalho)
- Recebimento de e-mails (Redmine oficial: criação de tarefas por e-mail)
- API REST (Redmine oficial)
Observação: tudo verificado em 24 de outubro de 2026. As telas e os recursos do Redmine podem variar conforme a versão.