sexta-feira, novembro 27, 2009

Beneficios do processo de requisito de alta qualidade

Organizações que implementam engenharia de requisitos de forma efetiva podem garantir muitos benefícios. A grande recompensa vem da redução do retrabalho desnecessário nos estágios finais de desenvolvimento e ao longo do período de manutenção prolongada. O benefício da alta qualidade de requisitos as vezes não é muito obvia, e muitas pessoas acreditam erroneamente que o tempo gasto discutindo requisitos simplesmente vai gerar atraso na entrega do produto.


Ninguém pode prometer corretamente o ROI na aplicação de um processo de requisitos de alta qualidade. Pensando de forma analítica, da para imaginar como a aplicação de um processo bem feito de engenharia de requisitos pode ser benéfico. Primeiro, considere o custo de investir em um melhor processo. Isso inclui o custo da avaliação de suas práticas atuais, desenvolver novos processos e modelos de documentos, capacitação da equipe, compra de livros e ferramentas, e talvez a contratação de consultores externos. Seu maior investimento é o tempo de suas equipes demoram para coletar, documentar, analisar e gerenciar as suas exigências.
Em seguida, basta pensar sobre os possíveis benefícios que você possa desfrutar e quanto tempo ou dinheiro é possível economizar. É impossível quantificar todos os benefícios, mas estes são alguns:

  • Menos defeitos nos requisitos
  • Redução do retrabalho de desenvolvimento
  • Redução de funcionalidades desnecessárias
  • Menor esforço
  • Desenvolvimento mais rápido
  • Redução na falha de comunicação
  • Redução do estouro do escopo do projeto (scope creep)
  • Reduzir o caos no projeto
  • Maior satisfação dos clientes e membro da equipe

terça-feira, novembro 24, 2009

Falar com boas maneiras: Esse é o caminho

Materia da Ágilis que achei muito interessante:
Grande parte dos conflitos organizacionais é causada pela maneira como os profissionais falam uns com os outros.
O descuido com a forma do discurso, gestos bruscos e emoções à flor da pele costumam atrapalhar o entendimento do mais importante: a mensagem. E pior: acabam criando novos problemas.
Os conteúdos, por mais desagradáveis que sejam, precisam ser transmitidos de maneira leve e orientadora. As advertências podem e devem ser dadas, mas para orientar, e não para desabafar.

 

Por isso, a arte de dizer o que deve ser dito, fazendo-se entender e sem machucar o interlocutor, é uma competência a ser desenvolvida por todos na empresa.
Enfim, para evitar constrangimentos nas relações profissionais e problemas no resultado do trabalho, lembre-se: tudo pode ser dito, desde que de forma polida, clara e objetiva.


Fonte: Ágilis RH

sexta-feira, novembro 20, 2009

Change Isn't Free: Impact Analysis

True Stories - The need for impact analysis is obvious for major enhancements. However, unexpected complications can lurk below the surface of even minor change requests. 

A company once had to change the text of one error message in its product. 
What could be simpler? 
The product was available in both English and German language versions. 
There were no problems in English, but in German the new message exceeded the maximum character length allocated for error message displays in both the message box and a database. 
Coping with this apparently simple change request turned out to be much more work than the developer had anticipated when he promised a quick turnaround.

Impact analysis is a key aspect of responsible requirements management (Arnold and Bohner 1996). 
It provides accurate understanding of the implications of a proposed change, which helps the team make informed business decisions about which proposals to approve. 

The analysis examines the proposed change to identify components that might have to be created, modified, or discarded and to estimate the effort associated with implementing the change. 

Before a developer says, "Sure, no problem" in response to a change request, he or she should spend a little time on impact analysis.

Trap - Because people don't like to say "no," it's easy to accumulate a huge backlog of approved change requests.
Before accepting a proposed change, make sure you understand the rationale behind it, its alignment with the product vision, and the business value that the change will provide.