A atividade de captar as necessidades é realizada no PVMM preenchendo – se o formulário denominado de Captação de Necessidades do Produto. Similar ao formulário anterior, esse possui um cabeçalho de identificação, contendo: nome do formulário, nome do projeto, data de criação do documento, apelido do projeto e nome do produto.
Como o próprio nome diz esse formulário tem como objetivo captar dos stakeholders as necessidades que estes têm com relação ao produto. Nota – se, no entanto que como o produto ainda não existe e vai ser desenvolvido, é natural que as necessidades dos stakeholders reflitam ou dêem indícios dos pré-requisitos para que o produto possa ser desenvolvido. Dessa maneira, isso explica o nome dado a esse formulário.
Esse formulário deve ser preenchido pelos stakeholders indicados no Termo de Abertura do Projeto e a idéia é que esse preenchimento deva ser feito por pares para que haja maior aproveitamento da captação das necessidades e das idéias que porventura possam surgir.
Para o preenchimento desse formulário os stakeholders recebem também o formulário preenchido contendo o Termo de Abertura do Projeto e a lista de principais concorrentes e patentes (caso haja). Essa visão inicial serve inicial que serve para delimitar o projeto e ajudar na compreensão do produto que será desenvolvido no projeto.
As diferenças no cabeçalho desse formulário com relação ao formulário do passo 1 são dois campos: um é denominado “autores” onde os stakeholders devem preencher com seus respectivos nomes e o outro onde devem indicar se conhecem algum produto similar àquele que o projeto em questão pretende desenvolver. Caso a resposta seja sim os stakeholders prosseguem o preenchimento do campo ao lado com as fontes (sejam elas internet, imagens ou arquivos físicos que possam ajudar com informações de especificações) onde o produto similar possa ser encontrado.
Dando continuidade ao preenchimento do formulário os stakeholders devem proceder da seguinte maneira:
1. Coluna 1 (identificação) – essa coluna do formulário é preenchida com uma numeração seqüencial utilizada para identificação. Isso é feito, pois como a coluna 2 pode ser preenchida com imagens, é necessário que haja a identificação das linhas da qual elas se referem. Assim cada linha deve conter uma numeração para facilitar a leitura e compreensão de outros stakeholders que porventura venham a ler esse formulário;
2. Coluna 2 (cenas) - deve ser preenchida com imagens e / ou cenas que façam menção ao produto a ser desenvolvido. Essas imagens podem ser desde cenas de uso do produto (quando existente) até aquelas que expressem algum sentimento (bom ou ruim) que possa estar associado ao produto. Vale ressaltar que as “cenas” não precisam ser necessariamente imagens, elas podem ser “retratadas” também com uma breve descrição textual. No caso do exemplo da braçadeira utilizado os stakeholders poderiam colocar uma imagem representando, por exemplo, uma pessoa com dificuldades ou até se machucando ao instalar uma braçadeira em um bocal de torneira.
3. Coluna 3 (problemas) – essa coluna é dividida em “descrição” e “explicação”. Na coluna de descrição os stakeholders devem fazer uma descrição sucinta do problema a ser resolvido com o produto. Vale ressaltar que essa descrição do problema pode ou não estar associada a uma cena da coluna anterior. Isso acontece caso não seja possível encontrar imagens que retratem a cena. Voltando ao exemplo da braçadeira a explicação para a cena da coluna anterior descrita acima poderia ser “as pessoas se machucam ao instalar e desinstalar braçadeiras convencionais”.
Na coluna “explicação” os stakeholders devem preenchê-la pensando – se no “por que” do problema descrito na coluna anterior, ou seja, uma explicação que mostre o “por que” da ocorrência do problema listado. No caso do exemplo a frase “algumas pessoas e idosos não tem destreza nas mãos para apertar o parafuso da braçadeira” poderia ser escrita para explicar o problema listado anteriormente.
4. Coluna 4 (sugestões) – nessa coluna os stakeholders devem descrever o “como”, ou seja , como na opinião deles o problema descrito nas colunas anteriores deve ser solucionado. Como sugestão de solução para o problema listado na coluna anterior os stakeholders poderiam preencher esse campo com a frase “braçadeira poderia ser instalada e desinstalada manualmente para apertar a mangueira contra o bocal da torneira”;
5. Coluna 5 (necessidades) – aqui os stakeholders fazem uma descrição dos atributos (funcionais ou não) que gostariam de notar no produto a ser desenvolvido. Voltando ao exemplo da braçadeira a frase “braçadeira não requer ferramentas para sua instalação e desinstalação” poderia ser uma das necessidades listadas.
Ao final do passo 2, pretende-se obter vários formulários preenchidos, cada qual indicando necessidades expressas pelos stakeholders (clientes e desenvolvedores). Outro ponto importante a ser ressaltado é que assim como todos os outros formulários do método esse(s) formulário(s) ficará(ão) exposto(s) em um quadro (apresentado na seção 5.5.8) e que servirá para: expor os dados da Visão do Produto, funcionar como meio de comunicação entre stakeholders e também para gerar novas idéias. Sendo assim, como as necessidades e os pré – requisitos de todos os stakeholders estarão expostos, podem vir a ser úteis para que em primeiro lugar todos conheçam as idéias uns dos outros e que em segundo, a partir desse conhecimento, novas necessidades e pré-requisitos vão surgindo no decorrer do projeto.
A figura 23 apresenta o formulário de captação de necessidades do produto.
Figura 23. Captação de necessidades do produto
Em síntese a figura 23 mostra que esse passo do método engloba inicialmente o método de desdobramento de cenas criado por Ohfuji, Ono & Akao (1997) nas 3 primeiras colunas para se ter uma noção melhor do problema de projeto e em seguida completar as outra colunas baseados nas descrições das colunas anteriores e também na experiência prévia de cada membro da equipe.