Documento de Requisito X Cartões de Histórias (XP)

Olá pessoal,

como já disse em outro post o Levantamento de Requisito é totalmente necessário para um bom aproveitamento do projeto.
Com isso aparece a seguinte questão: Documento de Requisito ou Cartões de História (prática XP)? Qual é melhor?

Na verdade sou da opinião que não existe o melhor. Tudo depende da maneira que seu projeto irá caminhar. Talvez o melhor seria mesclar as duas práticas, que no caso é o que eu procuro fazer.

Sempre fiquei com o “pé atrás” para o uso somente dos cartões, pois na minha visão pode ser falho. As informações são superficiais e em algumas vezes incompletas. E por outro lado somente a documentação gigante de requisitos é complicado, pois é algo muito complexo e cansativo para os desenvolvedores buscarem referências durante o processo de desenvolvimento.

Por isso creio que a melhor prática seria mesclar os dois casos, onde os desenvolvedores e outros envolvidos irão buscar as informações mais aprofundadas no documento de requisito mas as informações superficiais e diretas poderiam ser buscadas pelos cartões, que devem expressar a real vontade do cliente, pois são escritos pelo mesmo.

Com isso o processo de desenvolvimento de software ganharia novos recursos para o amadurecimento e sucesso.

As metodologias estão aí, devem ser usadas da melhor maneira. Mesmo que seja mesclando práticas totalmente diferentes.

Abraços,
Wagner Gomes

Desenvolvimento orientado a teste – parte 01

Pessoal,

venho estudando um pouco sobre esse tema e cada dia que passa ele me chamado mais atenção, principalmente pela simplicidade e objetividade da metodologia.

Existem três pontos que para mim devem ser destacados:

• Confiabilidade no código;
• Iniciativa e Simplicidade;
• Ajuda na documentação.

Cada ponto é bem simples, mas são os pilares para o sucesso do produto.

Confiabilidade no código: O sistema funciona de maneira prevista, existem testes que garantem isso. E ao surgimento de novos erros, são criados testes que reproduzem o erro e garantem que o sistema não é mais vulnerável.

Iniciativa e Simplicidade: Como o desenvolvimento é criando aos poucos, seguindo uma linha de programação mais linear, podemos nos deparar com situações bem mais simples de serem desenvolvidos do que foi pensado inicialmente, além do mais sempre existe a reavaliação dos recursos, para saber se realmente são necessários.

Ajuda na documentação: Os testes quando bem definidos são mais simples de serem lidos e entendidos que os códigos finais. Apesar de não ser muito útil para documentação final ao usuário, é uma excelente ferramenta para sua equipe de manutenção. Afinal ela precisam entender do sistema antes de alterar ou desenvolver melhorias.

Com isso creio que se esses pontos estiverem bem definidos e difundidos em todos da equipe, pode ter certeza que seu sistema terá grande chances de futuro e qualidade garantida.

Abraços.

Ainda vale a pena criar sistemas desktop?

Creio que muitos diretores e desenvolvedores já fizeram ou fazem esta pergunta todos os dias.

• Será que vale a pena criar sistemas desktop com o crescimento da internet de maneira tão acelerada?

Pois bem, com o uso da internet de maneira rápida e constante, podemos dizer que muitos sistemas desktop estão sendo migrados ou contruidos para ambientes web.
Mas isso deve ser avaliado com atenção, pois o que adianta migrar/construir se o público algo não tem acesso internet rápida? Ou se o público alvo não pretende/pode acessar de um lugar diferente da máquina local?

Logo a resposta é mais simples do que imaginamos. Tudo depende dos seus clientes.
Ele determina como deve ser feito o sistema. Logo sistemas web e desktop ainda são bem vistos e usuais, tudo depende da necessidade e recurso que seu cliente dispõe.

Como já disse, o levantamento de requisitos é muito importante para definir esse passo na elaboração do sistema. Mas lembre-se, que prever o futuro também pode ser uma ótima jogada. Talvez hoje seu cliente necessite de um sistema desktop para rodar apenas na sede, mas amanhã irá necessitar de um sistema que tenha comunicação com as filiais. Tente prever a necessidade real e futura, assim poderá ser uma grande maneira de negociar novos projetos ou melhor, continuação de um projeto em andamento.

Bom desenvolvimento seja ele desktop ou web!

Abraços.

Levantamento de Requisitos – É mesmo necessário?

Quantas vezes já nos deparamos com essas questões:
- É necessário saber com detalhes tudo que o usuário quer? Mesmo o sistema sendo simples?

E a resposta é SIM. Realmente é necessário e importante obtermos o maior número de informações que o cliente pode nos oferecer.

Imaginemos a seguinte situação: Um possível cliente procura sua empresa e apenas lhe informa que quer um sistema para a padaria dele. Digamos que você julgue isso o suficiente para a eleboração do sistema. E sendo assim, fecha o contrato com o cliente, definindo prazos e valores.
No final do prazo definido, você irá apresentar o sistema ao novo dono. E após apresentar você apenas escuta: “Mas não foi isso que pedi!”.
Aí você, para e pensa: “Pediu? Quando?”.

E isso realmente acontece no mercado. O cliente faz o pedido do sistema, mas ele não tem noção ou sabedoria para lhe passar como deve ser o sistema com detalhes, quais são as atividades que ele deve exercer, como ele deve ser controlado. Ele apenas quer e precisa de um sistema para a padaria dele.
Semelhante a charge abaixo:

É dever e obrigação de quem desenvolve o sistema questionar, propor, ajudar o cliente a se definir melhor e não criar expectativas fora do real.

Por isso tome bastante cuidado. Antes de começar o desenvolvimento procure saber do cliente o que realmente ele precisa e o que ele não precisa.
Não existe uma melhor maneira de realizar o levantamento de requisitos, existe sim, a que melhor adpta ao seu produto e maneira de trabalho.

Por isso, procure a melhor maneira e use. Pode ter certeza que seus custos irão diminuir e seus clientes ficarão satisfeitos.

Abraços.