A central de whitepapers de tecnologia da COMPUTERWORLD
Gestão
Quais são as 10 razões que levam SOA ao fracasso?
CIO, EUA
6. Fraca gerência
de projetos
No fim das contas,
tudo ainda se resume à capacidade da empresa de gerenciar projetos. Os gerentes
de projeto têm que gerenciar o escopo, mitigar riscos, manter as pessoas dentro
do cronograma planejado e prover a comunicação apropriada em todos os níveis. Se
sua organização luta para viabilizar projetos normais, suas chances de êxito
com SOA serão duas vezes desafiadoras.
Recomendação: Coloque seus melhores recursos de gerenciamento neste projeto. Ou saia e arranje um ou dois especialistas. Esta pessoa precisa ser técnica o suficiente para entender SOA em um nível conceitual.
7. Pensam em SOA
como um projeto
Muitas empresas ingênuas
acham que SOA é apenas um projeto. SOA é uma arquitetura de software e só
alcança os benefícios quando a empresa adere aos fundamentos da orientação a
serviço. SOA exige especialização. Um serviço de negócio é resultado dos
esforços de um arquiteto SOA, um desenvolvedor, um arquiteto de dados e um
especialista em
segurança. Foi-se o tempo em que uma pessoa fazia tudo
sozinha.
Recomendação: A estrutura padrão de equipe de TI não é eficaz para SOA. Pense de uma maneira não convencional. Derrube os cubículos e crie um espaço aberto para possibilitar que estes especialistas trabalhem bem próximos. Também ajudar ter pessoal de negócio e testadores neste mesmo local. Elimine ao máximo as reuniões e escolha técnicas mais colaborativas.
8. Subestimam a
complexidade de SOA.
Conceitualmente, SOA
é apenas a próxima evolução da TI. Não é um conceito difícil de entender, mas
difícil de implementar. A beleza de SOA e de BPM está na simplicidade que
proporcionam para os usuários finais ao integrar diversos sistemas back end de
forma a aparecerem para estes usuários como um aplicativo composto. O lado negativo
é aumentar muito a complexidade de criar e gerenciar software. Muitos
desenvolvedores terão que se esforçar bastante para fazer a transição. SOA
demanda aderência a padrões e melhores práticas (governança) e segurança.
Recomendação: Não importa quão conservador você seja, prepare-se para enfrentar vários obstáculos técnicos. Implemente na hora oportuna, pensando nos problemas de integração causados por código ou pelas próprias ferramentas. Os produtos dos fornecedores estão muito longe de serem amadurecidos e haverá problemas. Estabeleça expectativas realistas e não tente fazer coisas demais cedo demais. Comece pequeno, forneça valor com freqüência e capitalize isso.
9. Não conseguem aderir
a governança SOA
Governança é um
palavrão para muita gente. Chame de gerenciamento SOA e talvez as pessoas não
tremam tanto.
De todo modo, para obter os benefícios de SOA (reutilização, flexibilidade, agilidade), a equipe precisa aderir às diretrizes arquiteturais que a empresa adota. É o que se chama governança “design time”. Sem ela, provavelmente você terá apenas um punhado de Web services. Em algum momento, o esforço de desenvolvimento passará de criar serviços para consumir serviços.
Há também a governança “run time”. Você gerencia pró-ativamente a “saúde” do seu ambiente de produção SOA e a governança run time permite ver quais serviços estão sendo consumidos, aplicar políticas e SLAs, diagnosticar, analisar a performance e gerenciar todos os ativos.
Recomendação: Trate a governança como parte integral de SOA. Deve haver uma equipe dedicada com seu próprio road map e visão de longo prazo. Governança é uma jornada, levará vários anos para atingir um alto nível de maturidade. À medida que a governança amadurece, o mesmo acontece com a implementação SOA. Invista em ferramentas de gerenciamento de serviços, registro e repositório.
10. Deixam os
fornecedores direcionar a arquitetura
Apoiar-se demais em
um fornecedor pode ser desastroso. A meta dos fornecedores é vender-lhe o
máximo de produtos possível. Mas você tem a meta de implementar SOA com êxito e
fornecer à sua empresa o máximo de benefícios com o mínimo de custo. Percebe o
conflito de interesses?
Recomendação: Descubra o que você precisa antes de
conversar com os fornecedores. Adote um processo muito abrangente de avaliação
do fornecedor. Quando você reduzir a poucos fornecedores, faça-os vir até o
local para realizar uma prova de conceito de acordo com requisitos que você
fornece. Veja-os pessoalmente em execução. Assim os fornecedores não podem mais se
esconder atrás de belos slides do PowerPoint. Isso impede que você cometa erros
colossais.
Faça seu dever de casa. Leia blogs de profissionais, converse com empresas de consultoria que utilizam as ferramentas, com outras empresas que implementaram SOA e com referências fornecidas pelos fabricantes. Não siga atalhos. Você terá que conviver que as decisões que tomar.
Cloud computing é difícil?
O ITBOARD materializa a nova plataforma de conversas do Século XXI. Concentra o diálogo sobre tecnologia e inovação movido a tweets de quem está imerso nesses assuntos. ENTRE NA CONVERSA
