Roteiro de Aula – Princípios da Comunicação
1. Comunicação como Fundamento na Engenharia de Requisitos
- A maioria dos erros em software ocorre por falhas de comunicação, não técnicas.
- A comunicação é o elo entre stakeholders e equipe técnica.
- Comunicação eficaz é base para requisitos claros, validados e úteis.
- [Fonte: Gustavo Caetano, 10 Princípios da Comunicação]
2. Principais Problemas de Comunicação
- Ambiguidade: termos vagos como “rápido” ou “fácil”.
- Falta de alinhamento entre o que foi dito e o que foi entendido.
- Barreiras técnicas: jargões que o usuário não compreende.
- Falta de validação e registro das decisões.
- [Fonte: IEEE Std 830-1998]
3. Os 10 Princípios de Comunicação
-
Clareza e objetividade
Evite frases ambíguas ou genéricas. Um requisito deve ser direto e de fácil entendimento. Isso reduz interpretações erradas e facilita a validação pelos usuários. -
Escuta ativa
Envolve ouvir com atenção total, sem interromper, buscando entender antes de responder. A escuta ativa é essencial para captar necessidades reais e implícitas do stakeholder. -
Evitar ruídos e ambiguidades
Ruídos podem ser técnicos, emocionais ou até físicos. Elimine jargões desnecessários, e confirme interpretações para garantir alinhamento. -
Linguagem estruturada
Frases bem formatadas facilitam o entendimento técnico e não técnico. Exemplo: “O sistema deve permitir que o aluno visualize seu histórico acadêmico em formato PDF.” -
Validação com stakeholders
Todo requisito deve ser confirmado com o stakeholder. Isso evita desalinhamentos e dá segurança à equipe técnica. -
Feedback constante
Manter ciclos de revisão e retorno com o cliente permite identificar erros cedo e ajustar as expectativas continuamente. -
Comunicação adaptada ao perfil
Diferentes stakeholders exigem diferentes abordagens. Um gestor pode querer objetivos de negócio, enquanto um operador quer funcionalidades detalhadas. -
Colaboração bidirecional
A comunicação é um processo compartilhado. Não se trata apenas de transmitir, mas de construir entendimento junto com o outro. -
Registro formal
Decisões verbais devem ser documentadas. Isso garante rastreabilidade e protege o projeto contra interpretações futuras divergentes. -
Transparência
Seja honesto sobre limitações, incertezas e mudanças. Isso constrói confiança com o stakeholder e fortalece o relacionamento profissional.
[Fonte: Gustavo Caetano, Engenharia de Software – Aula 2]
4. Técnicas de Comunicação Eficaz
- Roteiros de entrevista
- Reuniões com ata
- Prototipação e storytelling
- User stories com critérios de aceitação
- Revisões iterativas com feedback
5. Estudo de Caso – Exemplo de Comunicação Ruim
Requisito mal definido:
“O sistema deve ser rápido ao processar os pedidos.”
- Problemas:
- O que significa “rápido”?
- Qual o tempo aceitável?
- Versão melhorada:
“O sistema deve processar pedidos em até 3 segundos após o envio, em 95% das vezes.”
6. Exercício em sala
- Em duplas, representem analista e stakeholder.
- Criem um requisito funcional com base em uma necessidade fictícia.
- Apliquem os princípios de comunicação para melhorá-lo.
- Apresentem antes e depois para a turma.