O papel da Análise de Requisitos e a Taquigrafia/Digitação
O termo Análise, está associado à investigação, descoberta, estudo. Em se tratando de Análise de Sistemas ou Negócio/Requisitos para a construção de sistemas, temos de nos lembrar muito bem destes significados da palavra Análise, e nos aproximar profundamente deles.
Profissionais de Análise de Requisitos, por exemplo, que vão até o cliente prontos apenas para ouvir e anotar todas as necessidades e especificações do cliente, e depois simplesmente transcrevê-las dentro de modelos de documentos, estão se distanciando do termo "Análise".
Não precisamos de Analistas pra transformar anotações em documentos. Podemos substituir o analista na fase de anotação por taquigraficos, e na fase de transcrição para os modelos, um veloz digitador vai me poupar outro caminhão de tempo.
Mas peraí! Quem garante que o cliente está no caminho certo? Vamos deixar o processo correr desta forma, pra sofrer no tempo de implementação com regras conflitantes, com alterações constantes no escopo e estrutura do projeto a cada validação do cliente/usuário?
Isso é papel do Analista. Mas ele precisa efetivamente fazer isso, é um processo de investigação, descoberta, estudo, lembra? Investigar se aquilo está fazendo sentido para o negócio; estudar as legislações envolvidas; pesquisar outros sistemas ou consultar outros analistas com experiência na área de conhecimento; questionar e validar o negócio com o cliente.
Agindo assim, realmente podemos dizer que temos (somos) um Analista, e conseguimos evitar dores de cabeças nas etapas seguintes até a entrega da solução. Ou você prefere agilizar logo um curso de taquigrafia? #troll
Artigos Relacionados:
Levantamento de Requisitos: Entendendo o cliente
Muitas vezes nos vemos de frente com um cliente que não sabe exatamente do que precisa, ou que não consegue transmitir esta informação de maneira clara. Resultado: Você gasta horas e horas em uma reunião de levantamento de requisitos (ou briefing para os publicitários) e não consegue extrair informações relevantes para o desenvolvimento do projeto.
É comum, principalmente na área de TI, colocarmos a culpa sempre nos clientes (ou usuários), mas, na verdade, existem técnicas mais ou menos adequadas para ultrapassar esta barreira e captar estas informações, mesmo em clientes mais "problemáticos", ou em casos que muitas pessoas sejam influenciadoras ou influenciadas pelo projeto. Conheça um pouco sobre estas técnicas:
Entrevista
A entrevista deve ser feita, preferencialmente, com usuários mais comunicativos e com bom conhecimento do processo. Evite entrevistas com longas horas de duração, o entrevistado pode se desmotivar, causando queda de produtivadade do levantamento de requisito. Sempre planeje sua entrevista e anote tudo.
Brainstorming
Muito útil quando existem diversos interessados no projeto. É dividido em duas etapas. Na primeira, anota-se todas as idéias que surgirem, sem que sejam questionadas. Neste momento o que importa mais é a quantidade, não deixe de anotar nada. Na segunda etapa, debate-se com o grupo para ir refinando as idéias apresentadas anteriormente. Deixe as regras bem claras, e defina uma pessoa (facilitador) para "comandar" a reunião, para garantir que as regras sejam respeitadas.
No Brainstorming, você não precisa de usuários comunicativos, utilizando anotações anônimas para a divulgação das idéias, você atrai até os mais tímidos para a participação da tarefa. Aqui você pode, também, identificar as pessoas mais participativas e agendar entrevistas.
Role playing
Esta técnica consiste em observar o usuario executando determinada tarefa, no dia-a-dia do seu trabalho, ou, até mesmo, você fazendo o trabalho deste usuário, para identificar suas dificuldades e necessitades, sentindo na pele como é realizar a tarefa. Muito útil quando o usuário não consegue identificar ou transmitir as informações necessárias para a identificação dos requisitos.
