Usamos o Redmine extensivamente em nosso sistema. Até montamos um projeto de "Vendas" para nossa equipe de vendas usar como um CRM. Temos um monte de campos personalizados neste projeto e ele substitui o SugarCRM que estávamos usando antes.
Dentro do nosso sistema, temos projetos para software Servidor e Cliente. O projeto do servidor é dividido em submódulos, com base em como estruturei o sistema e os sub-repositórios, já que o Redmine gosta de um repositório separado por projeto.
Usamos, como outros observam, códigos #nnn em mensagens de confirmação para fazer referência a tickets. O legal é que não precisa ser um ticket no mesmo projeto. Assim, um tíquete de venda pode ser bloqueado por um problema de bug ou uma solicitação de suporte.
Acabamos de começar a usar Documentos para agenda / atas de reuniões. Usamos versões para agrupar em lançamentos, tanto no cliente quanto no servidor.
Para tentar usar o plugin Redmine Time Tracker para controlar o tempo, mas sempre esqueço de clicar em iniciar ou terminar. Recebemos e-mails diários sobre questões que não são abordadas há algum tempo (Redmine Whining, eu acho), e que têm datas de vencimento no passado ou em um futuro próximo (Lembrete avançado).
Os e-mails de suporte vão diretamente para o nosso projeto de suporte, e se a importação de e-mail fosse um pouco mais robusta (às vezes não cria novos tickets corretamente se a linha Projeto: estiver incluída no e-mail), teríamos consultas do site para gerar tickets de vendas automaticamente . Do jeito que está, só precisamos monitorar os tíquetes de suporte e movê-los para Vendas, se aplicável.
Coisas que eu gostaria de ser capaz de fazer:
- Tenha relacionamento entre nosso sistema e o redmine, para que os tickets possam ser associados a um usuário ou empresa em nosso sistema. Além disso, para que possamos gerar uma nova empresa a partir de um ticket de venda no ponto em questão. Isso só requer que eu faça algum trabalho.
- Tenha um relacionamento entre nosso software de rastreamento de erros (sentry) e o redmine, para que os erros do servidor gerem um tíquete do redmine. Novamente, solucionável com a tecnologia atual.
- Tenha um cliente de desktop para redmine. O servidor está dentro da nossa LAN, mas poder ter uma forma mais flexível de acessar os dados além da página da web seria ótimo. Não é que há algo que eu realmente não pode fazer na interface web redmine, mas algo como Things.app é por isso muito mais agradável para trabalhar.
- Tenha nossa documentação de suporte toda dentro do redmine, e então gerada em um servidor público. Dessa forma, nossa equipe de suporte pode manter a documentação, editar de uma maneira agradável e implantar as alterações no servidor de documentos.