Tag Archives: Projetos

Balsamiq Mockups: solução entre protótipos de alta e baixa fidelidade

Levantamento de requisitos deficiente é um dos principais motivos dos problemas que ocorrem durante o desenvolvimento de um sistema. O cliente descreve como ele quer que o sistema seja feito, os requisitos principais, e “desenha” mentalmente uma imagem do que ele espera que seja o sistema. Só que quando o desenvolvedor recebe essa informação, ele também imagina como deve ser o sistema. Só que a visão que ele tem geralmente é bem diferente do que o cliente está imaginando. É a partir daí que surgirão argumentos como “está faltando um detalhe aqui”, “essa tela poderia funcionar de tal forma”, entre outros argumentos bem conhecidos pelos desenvolvedores.

Para tentar amenizar este problema, existem os protótipos, que são “rascunhos” das telas do sistema. Existem várias técnicas para elaboração desses protótipos, que vão desde o uso de ferramentas como PowerPoint até trabalhos manuais usando cartolina, papel, tesoura, giz de cera (agora eu esqueci o nome dessa técnica). Esses protótipos são classificados como “protótipos de baixa fidelidade” – simulando a interface do sistema com recursos que não serão utilizados para o desenvolvimento do mesmo, como o PICTIVE (lembrei o nome!) – ou “protótipos de alta fidelidade” – um exemplo seria a montagem das telas usando o Flex.
Leia o restante do artigo

Visões de um projeto

Para tirar (mais uma vez) as teias de aranha do blog, estou postando mais uma inutilidade (mais uma vez). É uma espécie de sátira que mostra, de forma lúdica, como um projeto de desenvolvimento de software é visto por cada um dos envolvidos. Qualquer semelhança entre essa sátira e a realidade é mera coincidência …

Prometo que vou exercitar um pouco mais a minha disciplina para não deixar os aracnídeos tomarem conta do blog novamente … ;)

O projeto começou a dar errado. E agora?

“No meio do caminho tinha uma pedra”. Foi com essa frase de Carlos Drummond de Andrade que a matéria que foi capa da InformationWeek Brasil da segunda quinzena de junho começou. A matéria abordou diversos casos onde algum projeto começou a dar problema e o CIO teve a heróica função de contornar o problema – alguns casos com significativos 40% de aumento nos custos, outros com apenas 10% em situações inusitadas.


Leia o restante do artigo