O arquiteto de software deve possuir muitas habilidades para lidar com as pessoas envolvidas em um projeto. Uma que é importante é a sua capacidade de negociação que deve ser realizada de forma eficaz e eficiente. As vezes uma frase falada de forma incorreta ou que possua ambiguidade ou até mesmo cheia de termos técnicos pode torna uma negociação difícil. O cliente normalmente possui pouca disponibilidade de tempo para reuniões de decisões arquiteturais. Por isso é importante aproveitar ao máximo os encontros para expor os requisitos e como eles impactam no negocio.
O patrocinador do projeto esta interessado em saber como o software irá melhorar e agregar valor aos negócios da empresa. Por este motivo não adianta chegar para ele e dizer que o sistema necessita de quatro servidores, sendo um de backup e outro para assumir caso o principal esteja com problema. O cliente certamente perguntará se realmente isto é necessário. Afinal tudo sairá do bolso dele e as empresas querem reduzir custos e também é bem provável que ele não escutará todos os jargões técnicos que o arquiteto tem para dizer. Ele não que saber de assuntos como: travamento de sistema operacional, queda de rede, tipo de banco de dados no mercado, etc. O seu interesse é saber o que o novo projeto irá trazer de retorno positivo para a sua empresa.
Portanto, entendo que a função do arquiteto é realizar uma analise arquitetural e justificar para os clientes que se for necessário comprar quatro servidores o sistema não vai deixá-lo na mão na hora em que ele estiver em uma reunião apresentando um produto para seus clientes. Temos que mostrar para o patrocinador do projeto que se os requisitos arquiteturais forem seguidos corretamente podemos garantir que ele não terá surpresas desagraveis durante o uso do sistema computacional.
Nenhum comentário:
Postar um comentário