Gerenciamento de Projetos com dotProject

Saudações

Ontem a tarde um de nossos clientes entrou em contato conosco pedindo informações sobre ferramentas de gerenciamento de projetos, ele deu uma especulada se agente usava alguma ou ainda se poderíamos desenvolver alguma coisa para ele, eu que sou um cara muito gente boa falei:

– Olha aqui na empresa nós utilizamos a aproximadamente 2 anos uma ferramenta chamada dotProject e me ofereci para dar uma “pseuso introdução ao dotProject” para a equipe dele.

Bom organizei uma apresentação mais do que rápida usando o google docs que por sinal está funcionando muito bem, ai vai o link para a apresentação:

http://docs.google.com/Presentation?id=dgspmh6b_72fhwjdtg3

Fiquei mais pasmado quando descobri que no inicio desse ano foi lançado um livro justamente com este nome, olha ele ai:

Gerenciamento de Projetos com DotProject

Ainda não li mas é em português o que facilita para muita gente, bom é isso por hoje

[]’s Anselmo Battisti

10 Armadilhas da Análise de Requisitos

Confusão sobre requisitos: requisitos mal elicitados;

Envolvimento inadequado do cliente: o cliente não é envolvido ou não tem interesse pelo processo do desenvolvimento, isso geralmente acarreta em distorções da visão do que o cliente imagina e o que ele recebe;

Requisitos vagos ou ambíguo: por serem mal elicitados vários requisitos podem descrever a mesma tarefa ou serem ambíguos quanto ao que devem realmente significar;

Requisitos sem prioridades: cada requisito deve ser categorizado quanto ao seu nível de prioridade, isto norteara os desenvolvedores sobre quais requisitos devem ser implementados primeiro além da atenção especial para pontos críticos do sistema;

Requisitos inúteis: construção de requisitos que estão fora do domínio do problema, são funções que o cliente imagina serem necessárias, a política de criação de um requisito deve ser: tudo o que não é necessário é desnecessário;

Paralisação na análise: um projeto deve avançar mesmo que toda a análise não tenha sido concluída pois os erros somente irão aparecer quando o projeto estiver sendo efetivamente desenvolvido;

Alteração do escopo: adição de novos requisitos durante a faze do projeto ou codificação é sinal de problemas na análise, em metodologias ágeis a alteração do escopo deixou de ser um problema para ser uma necessidade;

Processo de mudanças: quais os procedimentos devem ser feitos quando mudanças devem acontecer;

Análise de impacto: quais serão os reais efeitos de uma mudança dentro do software, o que ela afetará;

Controle de Versões: sistemas de controle de versão adequados evitam refazer trabalho perdido ou sobrescrito por um colega, no desenvolvimento de aplicações para Web este conceito é ainda mais importante.

Livro Indicado pelo Battisti

Gerenciamento de Projetos com DotProject