Requisitos de arquitetos fora da Equipe Scrum

Há algum tempo, me perguntaram o que eu acho de encarregar os "Arquitetos Sábios" de uma empresa com a supervisão técnica das diversas equipes de projeto. Frequentemente ouço o argumento de que esses arquitetos não fazem parte da equipe e, portanto, não deveriam decidir como a equipe desenvolve algo…

…no entanto, esse não é um argumento muito bom, pois há várias outras pessoas externas que também estabelecem requisitos para uma equipe. Esses requisitos, porém, ainda são filtrados pelo Product Owner – ele decide se são importantes ou não.

„Arquitetos sábios" não fazem propostas de solução

Um "Arquiteto Sábio" frequentemente fornece à equipe requisitos não funcionais, que eu prefiro considerar como restrições ou condições. Ele não pode dizer à equipe como resolver um problema. No entanto, pode estabelecer certas diretrizes, como "O sistema deve escalar para um determinado número de usuários simultâneos (usuários que acessam o sistema ao mesmo tempo)", "deve processar X transações por minuto", "deve rodar em Linux", "deve se integrar com isso e aquilo" etc.

Requisitos não funcionais se tornam Itens do Product Backlog e podem ser priorizados pelo Product Owner – dependendo de quão importantes ele os considera. Se ele não achar essencial que o sistema rode em Linux e ele puder funcionar igualmente bem em outro sistema operacional, o Product Owner pode remover esse requisito ou movê-lo para baixo no Product Backlog (para que a equipe ainda possa ver que o arquiteto deseja isso).

Este texto é do Blog de Mike Cohn e foi traduzido por nós para o alemão.