|
Essas atividades são melhor realizadas por uma equipe pequena composta por participantes de várias funções. As questões
que, em geral, são significativas em termos de arquitetura incluem usabilidade, desempenho, escalação, sincronização de
processos e encadeamentos e distribuição. A equipe deve também incluir participantes que tenham experiência em domínio
e que possam identificar as principais abstrações. Além disso, a equipe deve ter experiência na organização do modelo e
na disposição em camadas. Ela precisará reunir todos esses encadeamentos discrepantes em uma arquitetura coesa e
coerente (embora preliminar).
Como o enfoque do esforço de arquitetura está se deslocando para questões de implementação, é necessário centrar mais a
atenção nas questões de tecnologia específicas. Isso forçará a equipe de arquitetura a mudar os participantes ou a
expandir-se para incluir pessoas que tenham experiência em distribuição e implementação (se essas questões forem
significativas em termos de arquitetura). Para compreender o possível impacto da estrutura no modelo de implementação
na facilidade da integração, será útil ter experiência no processo de gerenciamento da criação de softwares.
Ao mesmo tempo, é essencial que a equipe de arquitetura não seja demasiadamente grande. Uma estratégia de oposição a
essa tendência é manter uma equipe de núcleo relativamente pequena com um grupo satélite composto por membros de uma
equipe grande, que serão considerados os "consultores" de questões-chave. {\lang1033 Essa estrutura também
funciona bem em projetos menores em que a experiência específica pode ser solicitada a ou contratada de outras
organizações. }Elas podem ser consideradas questões específicas que precisam ser tratadas.
|
