A adoção de SOA em uma organização gera um movimento corporativo envolvendo áreas técnicas e áreas de negócio. O objetivo desse movimento é criar a sinergia necessária para a execução dos projetos menores que darão corpo à toda empreitada SOA. Para iniciar, um roadmap de adoção deve ser definido, estruturando todos os projetos que serão desenvolvidos.
O roadmap de adoção deve, idealmente, ser construído a partir de um assessment inicial da organização. O objetivo deste assessment é avaliar o ambiente e identificar os pontos fracos e pontos fortes, relacionando-os aos pré-requisitos de SOA, a fim de definir os graus dos avanços necessários até uma arquitetura orientada a serviços.
Com base nos resultados do assessment é possível estruturar um plano de ação através do roadmap, que quando realizado irá desencadear uma série de frentes de trabalho (ou projetos) na organização, como por exemplo: Estruturação dos Processos de Negócio, Arquitetura de Referência, Governança, Metodologia, entre outros.
No que tange metodologia, os projetos que surgem estão relacionados ao trabalho de definição ou adaptação de uma metodologia que oriente a construção de soluções SOA. Construída através de definições e especificação de papéis, tarefas e produtos de trabalho, a metodologia irá garantir produtos de trabalho padronizados e estratégicos.
Hoje existem inúmeras metodologias fáceis de adaptar, fáceis de entender, porém, poucos, muito poucos têm ou usam uma. O pensamento que existe na maior parte das organizações é imensamente perturbador: “Metodologia nos Atrasa”, “Metodologia nos Engessa”, “Metodologia não Ajuda”. Se este for o cenário encontrado, o diagnóstico provavelmente se encaixará numa das seguintes respostas: “Metodologia não Difundida”, “Metodologia não Justificada”, “Metodologia Engessada”!
A Metodologia é a base do trabalho executado na organização. Se os processos são mapeados, simulados e divulgados, é essencial que todos façam da mesma forma. Neste caso é necessário que exista metodologia; se os requisitos são testados, todos que testam devem saber o que e como testar, então é necessário uma metodologia. E se em abordagens tradicionais de desenvolvimento, onde pessoas executam projetos isolados e sem foco no reuso, uma metodologia é importante, na adoção de SOA uma metodologia adequada é fundamental.
Uma metodologia SOA tem o objetivo de padronizar as tarefas a serem executadas ao longo de toda a cadeia produtiva da empresa, desde a concepção dos serviços até o teste e publicação. É necessário garantir a uniformidade e o embasamento para uma série de novas tarefas: Identificação do Serviço, Avaliação do Potencial de Reuso, Identificação de Reuso, Classificação e Mapeamento das Dependências dos Serviços, entre outras.
Todas as tarefas e controles de uma metodologia SOA visam proporcionar o maior benefício de SOA: evitar a reinvenção da roda. Na maior parte das organizações, todas estas tarefas são executadas por pessoas e áreas distintas, tornando ainda mais evidente a necessidade de uma metodologia adequada.
Agora que discutimos a necessidade de uma Metodologia SOA, ficam as perguntas: Por Onde Começar? Qual o Modelo Ideal?
Até a próxima!

–Socorro Cavalcante