Gerenciando Projetos com o Redmine 💡

Há muito tempo prometi pra mim mesmo que me especializaria mais a respeito do Redmine, e divulgaria a ferramenta por aí.

Tive a oportunidade de palestrar, organizar workshops, realizar consultorias entre outras ações em que foi possível trocar ideias com várias pessoas sobre como usá-lo de forma eficiente.

Mas chegou a hora de divulgá-lo de uma outra maneira… Escrevendo :)

Principalmente para quem não teve muito contato com ele.

Em resumo, o Redmine é uma ferramenta focada no gerenciamento de projetos, e uma das características que acho a mais legal dele, é a flexibilidade.

Pois é possível ajustar o Redmine para a realidade dos projetos do dia-a-dia, independente se você trabalha em uma grande empresa de desenvolvimento de software, em uma agência web, se é um freelancer que trabalha sozinho, ou até mesmo caso trabalhe com algo totalmente distante da área de TI (sim, conheço empresas de outras áreas que utilizam o Redmine para gerenciar outros tipos de projetos).

Tarefas

O que precisa ser feito?

Quadro em branco pra você escrever o que precisa ser feito! (Obs: Esta não é uma tarefa real!) 😅

Tarefas, atividades, solicitações, chamados… Use o nome que você achar melhor, mas as tarefas são a base de funcionamento do Redmine, e basicamente é com isso que você trabalhará no Redmine.

Em qualquer cenário, sempre existirão demandas que surgirão de algum lugar, seja algum cliente, ou algum colega de empresa, ou chefe, ou algum familiar pedindo pra você fazer tal coisa em casa.

Talvez você ainda não tenha se dado conta, ou não concorde, mas independente de onde você trabalhe ou qual seja o seu cargo ou quem você seja, você sempre será um Resolvedor de Problemas!

Resolvedor de problemas bom, ou não, você sempre terá demandas pra resolver, essas demandas são chamadas de tarefas e serão agrupadas no Redmine, formando então os projetos. Ao fim, todas estas tarefas, têm como função, a realização do objetivo principal do projeto, ou projetos.

Projetos

Mais de 80% dos dados do Redmine estão relacionados a projetos, nada mais justo que projetos sejam o foco de um sistema de gerenciamento de projetos.

O legal do Redmine, é que você pode trabalhar com projetos da forma que achar melhor. Já trabalhei em várias empresas com o Redmine, e cada uma tinha a sua característica, e por isso, usavam o Redmine do seu jeito.

Agência Web

Em uma agência web que trabalhei por exemplo, surgiam novos clientes querendo um site com a logo ocupando metade da tela, ou um site com musiquinha. Bom, cada site destes era cadastrado como um projeto.

Aí já existiam as tarefas padrões do tipo…

• Configurar DNS
• Registrar domínio
• Criar um layout
• Criar banco de dados
• Programar
• etc

Neste cenário, o ciclo dos projetos durava em média 1 mês, e corria em paralelo com outros projetos, e era muito, mas muito fácil mesmo definir a previsão de entrega analisando o gráfico de Gantt do Redmine.

Gráfico de Gantt envolvendo a produção da Bicicleta do Mal

Software House

Bom, numa “sóftirause” a coisa é um pouco diferente. Na maior parte das vezes, existem produtos que vão precisar de ajustes contínuos, e por causa desses ajustes contínuos é importante gravar algo na mente…

PRODUTO != PROJETO

Posso ter um projeto pra desenvolvimento de um produto, mas projeto é algo que tem fim, e este fim, geralmente se trata do lançamento de um produto (que geralmente tem a intenção de prosperar).

Então por causa disso, muitas empresas optam por ter um projeto principal (eterno) no Redmine, apenas para centralizar as tarefas para manter o software/produto em funcionamento. Enquanto isso, são criados outros projetos de melhorias em paralelo.

Outros Cenários

Além disso, existem outras formas de trabalhar com o Redmine.

Como por exemplo, podemos dizer que a empresa Mina Vermelha tem o setor de desenvolvimento, e um setor de infraestrutura. Por questão de organização, a empresa pode ter decidido criar um projeto pra cada um dos setores.

O fato é que existem várias formas de trabalhar com projetos, não existe forma correta ou incorreta. Já trabalhei com todas estas formas e posso dizer que todas funcionam da sua maneira.

No final, o importante é que o Redmine auxilie os seus processos e tudo flua de acordo com as características de trabalho da sua equipe.

Futuro

Bom, essa é uma explicação bem simples de como o Redmine funciona, no futuro vou compartilhar algumas dicas de como utilizá-lo e como explorar todas as funcionalidades escondidas nele.

Qualquer dúvida, comentário, crítica, etc, comente aí 😁

P.S.: Quer receber informações interessantes no seu e-mail?
Se inscreva então na minha newsletter! :)

Abraço,
Patrick Kaminski

Patrick Kaminski é especialista em Segurança de Sistemas, e atua
na área de TI como desenvolvedor web, desenvolvedor de sistemas,
palestrante, consultor e professor desde 2005.