Coordenação, Resolução de conflitos e Negociação

Os sistemas colaborativos são especialmente vulneráveis a falhas já que cada pessoa tem seu próprio método e cada grupo utiliza uma ferramenta.
Para diminuir a ocorrência dessas falhas, há a Arquitetura Componentizada que possibilita ao coordenador do grupo acoplar e desacoplar componentes montando uma ferramenta adequada a seus propósitos do projeto. Essa arquitetura tem grande vantagem se utilizada com metodologias e linguagens orientadas a objetos.

Características do Projeto
* Simplicidade: a infra-estrutura deve minimizar o trabalho requerido aos escritores de aplicações;
* Espaço: a infra-estrutura deve apoiar o motivo dos conflitos, a resolução e as edições da relação do usuário;
* Flexibilidade: cada usuário tem sua característica, ou seja, o projeto deve ter suas interfaces e relações adaptáveis;
* Modularidade: separação das funcionalidades tornando as interações melhores direcionadas através de "plug-in" (gestão das modularidades).

Ambiente da tomada de decisão em grupo
Este ambiente deve estar adaptado para atender logicamente os passos do processo de realização de reuniões.
1º) Criação de um grupo: formado por um conjunto de usuários com metas comuns;
2º) Criação de uma reunião: visando solucionar um determinado problema. A ferramenta deve possibilitar a indicação do grupo para o qual a reunião será criada; a definição de sua pauta; a criação do conjunto de papéis sociais. De um modo geral, a gestão de reuniões.
3º) Agendamento de reunião: por convocação de membros do grupo através de um texto digitado pelo líder e/ou secretária do grupo. Essa convocação deve ser enviada por e-mail para todos os membros com verificação de leitura e pedido de resposta.

A articulação envolve a pré-articulação das tarefas, o gerenciamento do andamento das mesmas e a pós-articulação. Veremos a seguir a primeira e a última etapa:
* Pré-articulação: ações preparatórias para colaboração, feitas antes da reunião. Ex: identificação dos objetivos, seleção dos participantes, distribuição das tarefas, etc.
* Pós-articulação: são as ações após a reunião, envolve avaliação e análise das tarefas realizadas e a documentação do processo de colaboração.

Conflitos
Conflitos podem ser entendidos como a troca de informações e podem ser:
*Sintáticos: inconsistências que ocorrem abaixo do nível do código da aplicação, na própria infra-estrutura dos sistemas;
*Conflito semântico: acima da linha divisora entre a aplicação e a infra-estrutura.

Podemos resolver esses conflitos com alguns passos, como:
- Detectando a presença de inconsistência;
- Apoiando mecanismos para ambos: automático e manual, para definição de conflitos;
- Permitindo que determinado tipos de conflitos não resolvidos sejam tolerados e outros não permitidos.

E também é possível fazer a negociação de conflitos por:
- Resolução;
- Ignorar;
- Atraso;
- Identificação;
- Melhoria.

Colaboração e Escolha de Sistemas
Colaboração: é projetar e construir uma base de conceito, é um processo de tomada de decisão: para cada conceito e cada ponto de vista é necessário ser feita uma escolha, uma definição entre aquelas que são sugeridas pelos membros do grupo.
Existem diversos modelos para tomadas de decisão como IBIS, QOC e DRL que dão uma base para a criação múltipla de um ponto do modelo do conceito de vista.

É importante lembrar o que foi dito no começo deste post: a diferença entre pontos de vistas dos usuários fazendo com que diversas definições podem ser relacionadas a um único termo assim como diversos termos pordem ser para uma única definição.

Com essas diferenças nos pontos de vista, temos basicamente três meios de chegar à uma conclusão:
Derivação: uma visão nova da definição original ou uma definição completamente nova;
Intersecção: é uma definição nova que possui somente suas peças em comuns;
União: é a união dos pontos de vistas formando uma outra definição.

Concluindo, para resolver o processo, podemos fazê-lo por:
- Consenso;
- Correspondência;
- Conflito;
- Contraste.