Aquele blog de SOA

Bem interessante, minha primeira vez vendo o Blog, parabéns pela Iniciativa.

Na prática, não é fácil que uma equipe comprometida com os resultados imediatos do projeto ( Foco Ágil ) tenha tempo ou interesse em usar uma estratégia SOA ( Foco Corporativo ), uma vez que a mesma não traz muitos benefícios imediatos para o projeto (talvez reuso), salvo se pensarmos corporativamente e no efeito acumulativo da abordagem. Contudo, praticas ágeis são importantes, trazem resultados, podem conviver com uma abordagem SOA, basta incluirmos Governança SOA de forma equilibrada.

Faltou comentar: gostei do artigo.

Segue opinião de um “agilista” : http://www.ibm.com/developerworks/blogs/page/ambler?entry=strategies_for_agile_soa

Olá. Concordo com o Jonas no que diz sobre a necessidade de agilidade no desenvolvimento em detrimento da geração excessiva de artefatos de documentação. E concordo com o Gustavo, principalmente sob o ponto de vista que SOA é tático na empresa, e não emergencial ou centralizado apenas no desenvolvimento de projetos.

O que observamos na prática é que, para evitar impactos fortes na empresa, numa implantação de SOA é fundamental evoluir a metodologia existente (e talvez não impor uma externa), visando o que chamamos de “Design for SOA”, incluindo uma série de novas preocupações com SOA que não existem nas metodologias comuns (o que vai desde um subprocesso formal de identificação serviços até seu registro no repositório de ativos paga gestão), além de definir processos e práticas para Governança SOA.

Este assunto (”Design for SOA” ) é ponto obrigatório em qualquer plano de implantação corporativo. Pelo menos nos projetos que executamos, sempre está presente no Roadmap de implantação.

No meu próximo post vou falar sobre algumas necessidades essenciais de SOA frente à metodologias de desenvolvimento encontradas nas emprsas (seja RUP, seja qualquer outra).

O assunto é bom, e dá pano pra manga!

[]s
Marcílio

Muito bom o post. Gostaria de complementar com o seguinte: Ser ágil não é ser contra o “pensar antes de fazer”. Mas sim tentar eliminar praticas e/ou artefatos que não estejam contribuindo satisfatoriamente para o ROI do cliente. SOA aumenta o ROI a longo prazo, mas aumenta, a ideia é essa, não é? Então nao creio que ser ágil possa de alguma forma se contrário a adoção de SOA. Ambos objetivam um maior lucro sem perda de qualidade.

Muito boa a analogia com guaraná e laranja, embora eu prefira Coca com limão.
Fiz um trabalho acadêmico sobre SOA e Agile e realmente encontrei muitos modelos de utilização em que ambos se combinavam e potencializavam mutuamente. Como o Jonas Galli disse, existem algumas desvantagens, ou pelo menos casos em que a aplicação de ambas não seria recomendada. Lembro-me inclusive de ter lido que, como ambas dependem de uma mudança cultural grande, seria muita revolução para uma empresa adotar as duas ao mesmo tempo.
Se quisermos saber se as duas frutas combinam, temos que discutir modelos de implantação.