Para quem está envolvido em projetos de sistemas de informações em metodologias ágeis, sugiro a leitura deste artigo, que trata de algumas estratégias para conciliar design e AI às atividades dos desenvolvedores.
Um dos tópicos que eu achei particularmente interessante, diz respeito ao nível de detalhamento sugerido para os protótipos e wireframes. Segue um trecho:
“Lower fidelity: documentation is still a good thing, but the more details you have, the longer your document takes to produce. Wireframes are the best example of this. A well-annotated, high-fidelity wireframe for one page can take a day, easy. If you need to spend less time, use fewer details. If you’ve collaborated on the design, and you’ve helped improve their design literacy, then your team won’t need all the detail. Strip your documents down to the basics and only deliver what people need. Make your wireframes more like page description diagrams or block layouts. ”
Gosto deste ponto de vista: tenho percebido que, muitas vezes, uma boa conversa com os envolvidos no projeto substitui muito bem um wireframe muito detalhado. Basta alguma referência visual, somente para guiar o raciocício. Apesar se ser legal dedicar um bom tempo para preparar uma documentação completa, noto que, na prática, nunca vamos ter tempo suficiente…
Em resumo: vamos assumir que a documentação nunca ficará completa e passemos a ter o foco nas necessidades das pessoas, aliadas às demandas do negócio.