Falácia da Página em Branco

Falácia da Completeza

Reuniões

O uso da técnica de reunião durante a Elicitação é muito difundido em situações onde vários interessados devem ser ouvidos num mesmo contexto temporal. Pode ser entendida como uma extensão da técnica de entrevista ou da técnica de participação ativa dos atores (Clientes) do UdI.

Uma reunião pode englobar um ou mais atores no papel de engenheiro de requisitos. Os participantes de uma reunião de elicitação de requisitos são os interessados no sistema de software. Eventualmente um moderador de reuniões pode estar presente para ajudar a condução da reunião. A existência de um moderador dependerá do tipo de reunião a ser conduzida, tendo em vista que alguns métodos de reunião demandam o papel de moderador.

Reuniões permitem que requisitos sejam elicitados de uma maneira participativa, já que são vários, os interessados, além dos engenheiros de requisitos, presentes a uma reunião. Essa maneira participativa apresenta vantagens e desvantagens que precisam ser bem exploradas e controladas. Sob a ótica da vantagem tem-se que várias opiniões podem ser contrastadas de modo a enriquecer o conhecimento sendo elicitado. No que diz respeito à desvantagem, é preciso ter cuidados para que não se perca o foco da reunião, nem que divergências não-funcionais, aquelas referentes a aspectos pessoais dos participantes, sobressaiam.

Duas técnicas: “JAD” e “Brainstorm” são bastante mencionadas na literatura de engenharia de software. A última é uma técnica de reunião onde se enfatiza a opinião livre sobre determinados assuntos em pauta, principalmente sob a ótica de aplicação de novas idéias para a resolução de problemas. Esse tipo de técnica, quando bem conduzida e com pessoas criativas, pode, muitas vezes, resolver problemas de uma forma original e criativa. Na elicitação de requisitos a técnica precisa ter uma boa moderação de maneira a evitar a perda de foco, já que uma reunião de elicitação de requisitos não se destina a resolução de um problema, mas de aprofundar o conhecimento sobre determinado tópico. Veja aqui uma descrição sobre "brainstorm", aqui e aqui também.

O “JAD” (“Joint Application Design) tem por objetivo fazer com que os clientes e usuários participem, por intermédio de reuniões, na discussão sobre a definição de um sistema de software. O “JAD” tem formulários e processos bem definidos que ajudam os interessados na representação e discussão do conteúdo de um artefato de software. Vejam, aqui e aqui, textos sobre essa estratégia.

É recomendável a leitura do trabalho de mestrado de Cecilia Camacho sobre reuniões. A autora faz uma evolução de um método criado na PUC-Rio para aumentar o nível de conflito funcional em uma reunião.