Um avião no processo interativo para levantamento de requisitos: Resultados

No texto anterior apresentei a dinâmica do avião para materializar os conceitos de interatividade durante a atividade de levantamento de requisitos. A idéia foi aplicada junto aos alunos da UTFPr campus de Cornélio Procópio. Neste post apresento os resultados da experiência.

1 – Os alunos perceberam que a interatividade total ajuda muito durante a execução da atividade levantamento de requisitos.

2 – Quando existe uma interação direta entre usuário e analista de sistema há um ganho expressivo de produtividade. Percebemos que as duplas do grupo A utilizaram um tempo menor na construção do avião quando comparadas com as duplas dos grupos B e C.

3 – Todos conseguiram entregar o produto, fato interessante que dificilmente acontece.

Algumas colocações por parte dos alunos chamaram a atenção:

a) Professor o manual estava um pouco confuso, quando participamos da atividade de levantamento de requisitos as informações também são confusas?

b) Eu enquanto ledor sabia exatamente o que era para fazer, porém não conseguia passar as informações para o construtor do avião, o fato de não poder tocar no produto a ser construído dificultou e muito.

c) Tive um trabalho imenso para explicar como dobrar o papel ao meu “analista de sistemas”, depois de um grande esforço conseguimos gerar o produto.

d) Professor, dentro deste contexto como fica a questão do offshore/outsourcing?

Para encerrar a aula apresentei aos alunos uma das premissas básicas dos processos instanciados a partir do modelo evolucionário, o feedback constante.

Obs: As questões delineadas pelos alunos (a e d) foram discutidas na sala, compartilharei a minha posição sobre elas com os interlocutores deste blog nos próximos posts.

Abraço

J. A. Fabri

fabri@utfpr.edu.br

Um avião no processo interativo para levantamento de requisitos

Estou prestes a iniciar uma aula de levantamento de requisitos de software aqui na Universidade Tecnológica Federal do Paraná. A aula tem como objetivo destacar a importância da interatividade entre o analista de sistema e a pessoa que irá utilizar o software.

Para atingir o referido objetivo construí 13 aviões (foto).

Elaborei o manual de construção do avião.

Irei separar a turma de 26 alunos em duplas.

Cada dupla recebe um avião pronto.

Todas as duplas têm acesso ao manual de construção do avião.

O objetivo é entregar um avião igualzinho no final da aula.

A interação entre as duplas irá variar:

a)       Interatividade total: os integrantes das duplas podem tocar o objeto de construção sem restrição, ambos têm acesso ao manual e a troca de informações entre eles é constante.

b)       Interatividade parcial 1:  somente um integrante da dupla pode tocar o modelo (foto), este ficará com a responsabilidade de construir o avião, o segundo tem o direito de emitir informações, é vedado ao primeiro questionar algo e ter acesso ao manual.

c)        Interatividade parcial 2: somente um integrante da dupla pode tocar o modelo (foto), juntamente com o manual, o segundo integrante ficará com a responsabilidade de construir o avião. É vedado ao construtor ter acesso ao modelo (foto) e ao manual. O segundo integrante irá construir o avião, somente, com base nas informações delineadas pelo primeiro. Ambos ficam de costas um para o outro.

Vamos ver o que acontece no final?

 Abraços

J. A. Fabri

fabri@utfpr.edu.br