Retornando - Adotando um processo de gerenciamento de projetos

Eu já citei algumas vezes no blog que trabalho na UNESP, mais especificamente na Faculdade de Ciências, no Serviço Técnico de Informática (http://www.fc.unesp.br/sti), e até abril não tínhamos um processo definido para gerenciar os projetos, não havia documentação do projeto e dos produtos que eram desenvolvidos e também não havia uma padronização forte da codificação dos sistemas. Porém chegou um momento em que a demanda por novos sistemas estava aumentando e houve a necessidade de iniciar rapidamente o desenvolvimento de um grande sistema, que ocuparia todo o tempo da equipe de desenvolvimento. Bom, apenas para ficar bem claro, a nossa equipe de desenvolvimento era formada por apenas dois funcionários (um deles, eu), ou seja, a equipe ocupada por apenas um único sistema, e os outros sistemas, como ficariam?!

Até então havia um desejo de gerenciar o andamento dos projetos de sistemas que desenvolvíamos, porém esbarrava no fato de sermos nossos próprios gerentes de projetos, não haviam equipes de projetos. Mas houve uma mudança, um aumento da equipe, para que o desenvolvimento de novos sistemas não ficasse restrito a um único grande sistema foi definida a contratação de estagiários, e para o bom andamento do desenvolvimento com eles definimos algumas bases: primeiro, foi criada uma padronização e uma base sólida para a codificação dos sistemas, todos em sobre um "sistema-mãe", centralizando a autenticação e a autorização dos demais sistemas; em segundo lugar, definimos um processo para gerenciar os projetos, o assunto principal desse post.

Para gerenciar nossos projetos tomamos como base o OpenUP (http://www.eclipse.org/epf), adotamos um processo iterativo e incremental, moldamos a documentação gerada ao que realmente era necessária a equipe, e utilizamos um software de apoio apenas para controlar a duração das iterações e as atividades relacionadas. As especificações dos sistemas estão restritas a casos de uso, que não serão jogados fora, e ao próprio código-fonte, ferozmente documentado. Os casos de uso foram livremente inspirados nas indicações do Paulo Vasconcellos (http://www.pfvasconcellos.eti.br), onde procuramos detalhar bem os requisitos de negócio (regras de negócio), até foi tentado utilizar uma modelagem forte dos processos de negócio, mas faltou tempo para um estudo mais aprofundado para gerar material de qualidade.

Estamos trabalhando nesse processo, praticamente sem mudanças, desde maio com sucesso, os objetivos que queríamos estão sendo atingidos, fazendo com que a equipe esteja atualmente desenvolvendo quatro novos sistemas ao mesmo tempo, dividida em times, além das manutenções em sistemas já implantados.

Nossos próximos passos serão utilizar um software que nos apóie mais efetivamente no gerenciamento dos projetos, melhorar o controle dos requisitos, implantar um controle de testes e controle de alterações no sistema.


Até breve, com mais um resumo dos acontecimentos...

Retornando

Após vários meses sem atualizar o blog, estou de volta, e vou fazer alguns resumos sobre os acontecimentos desde março.

Temos também uma pequena mudança no visual.

E lá vamos nós.