Só lembrando, amanhã vai acontecer o Webinar de Roadmap e Maturidade SOA. Aos interessados, a apresentação será entre 14 e 15 hrs. Evento na faixa, focado e rápido. Só não vai rolar Coffe Break

Maiores informações, vide post anterior: (Webinar: Maturidade e Roadmap SOA).

Abraços,
Marcílio

Related posts:

1. Webinar: Maturidade e Roadmap SOA. Participe!
2. Webinar sobre Lightweight SOA
3. SOA Self Assessment

Vai acontecer no dia 29 de OUTUBRO* um Webinar sobre Maturidade e Roadmap SOA, e recomendo fortemente a participação de todos! A apresentação será em português. A participação é aberta, com duração de uma hora. Você assiste aí, no seu computador, e ainda pode dar seus pitacos e enviar perguntas.

Acredito ser uma ótima oportunidade para assistir (e participar) de uma apresentação adequada ao cenário nacional, considerando a realidade das empresas de TI brasileiras e os níveis de maturidade SOA utilizados em diversas consultorias. Um dos apresentadores é este blogueiro que vos escreve, juntamente com Kleber Bacili (Diretor de tecnologia da Sensedia). Faça sua inscrição.

Para maiores detalhes e conteúdo da palestra, veja divulgação abaixo (ou aqui).

Detalhes do Webinar:

Data: 29/10/2009
Horário: 14hs

Em cenários de implantação estratégica de SOA, diferentes perspectivas devem ser consideradas: Mecanismos arquiteturais e padrões de desenvolvimento de serviços, Governança, Metodologia, Infraestrutura e também as Aplicações e Informações já existentes na empresa.

Muitas vezes, as empresas focam esforços na implementação dos serviços em si e acabam negligenciando as outras perspectivas. Entender como balancear as ações nas perspectivas mencionadas acima e como realizar os investimentos nos momentos certos é fundamental para a empresa otimizar os custos envolvidos e antecipar os resultados almejados com a iniciativa SOA

Neste webinar apresentaremos:

• Níveis de maturidade SOA com as suas diferentes perspectivas;
• Como avaliar sua própria maturidade conforme o modelo e os benefícios gerados em cada fase;
• Abordagem Lightweight SOA de priorização e geração de valor;
• Quais competências devem ser desenvolvidas;
• Principais padrões técnicos, mecanismos e boas práticas que devem ser consideradas em seu planejamento;
• Como planejas as ações nas diferentes perspectivas de forma a otimizar custos e antecipar resultados.

abraços,
Marcílio

Related posts:

1. Lembrete! Webinar SOA.
2. Webinar sobre Lightweight SOA
3. Seis perspectivas a se considerar antes de adotar SOA

E através da experiência com projetos de implantação, percebemos que a existência destes grupos é vital para a absorção e disseminação para as equipes de desenvolvimento internas da empresa (uma vez que a implantação inicial não envolve toda a fábrica).

Embora seja responsável por garantir a governança SOA sob uma visão corporativa, o Núcleo SOA deve existir já na fase de implantação, pois ele será o responsável por dar a “cara” da empresa na arquitetura definida.

Recentemente o Forrester publicou um relatório listando os benefícios da crianção do Núcleo SOA. Segue trechos de uma matéria a respeito:

Equipe focada em Arquitetura Orientada a Serviços tem como principais funções a garantia da governança e o alinhamento dos projetos.
24 de setembro de 2009

(…) No relatório da Forrester, quando questionados sobre as funções mais valiosas do centro de excelência de SOA, os entrevistados apontaram os cinco principais benefícios:

• Criar e manter a visão e os planos (do projeto SOA)
• Agir para a aprovação de regras que façam parte das políticas de governança de SOA
• Gerenciar os padrões para a implementação da arquitetura
• Gerenciar o portfólio e os documentos relativos aos serviços – baseados na nova arquitetura
• Planejar o futuro das tecnologias que suportam a arquitetura

Entre as conclusões de Heffner em relação ao levantamento, o especialista aponta também que os benefícios citados pelos executivos já são suficientes para mostrar que a criação de um centro de serviços durante a implementação de um projeto de SOA é muito mais eficiente do que simplesmente investir em capacitação das equipes de TI para adequar-se aos padrões exigidos por essa arquitetura.

Li em computerword.

Para mim, o recado é: A criação do núcleo é vital para uma implantação alinhada às necessidades da empresa e para a garantia que passaremos do projeto piloto para a visão corporativa de maneira menos traumática.

abraços,
Marcílio

Related posts:

1. Caso de Sucesso com SOA
2. Segurança é ponto crítico em SOA e serviços web
3. A revolução do DDA

Além disso, apesar de simpes, o Sound Cloud é totalmente aplicável e parece divertido, fator fundamental para ser utilizado, por exemplo, em campanhas virais…

Dica do Fabrício Silva

SoundCloud é um serviço para quem gosta de música, permite hospedar e compartilhar arquivos de audio sem limite de tamanho, largura de banda ou bloqueio de links. Tem a possibilidade dos usuários interagir adicionando amigos e trocando arquivos como em uma rede social.

É possível fazer o upload de músicas próprias ou podcasts, para disponibilizar em sites ou blogs pessoais através de um widget que insere o player de áudio. A simplicidade, velocidade e o som de excelente qualidade são os grandes diferencias.

leia mais…

Related posts:

1. O que é Cloud computing?
2. Computação em nuvens versus SOA
3. 4 Cloud Computing Vendors

Dando uma olhada rápida aqui no blog, encontrei diversos posts falando de crise, investimentos e SOA:

• Aprenda a calcular o ROI em SOA
• Governança SOA Light
• Quanto vale SOA
• SOA em tempos de crise

Porém, apesar da discussão, a preocupação ainda não é regra. Conforme o texto abaixo:

40% dos usuários de SOA não medem o tempo necessário para ROI

por Reseller Web
25/05/2009

Gartner aponta que 50% dos entrevistados que não utilizam SOA não adotaram a tecnologia por não conseguirem demonstrar o valor que ela tem

Segundo o Gartner, “as organizações devem ter expectativas realistas e identificar métricas de sucesso que estejam de acordo com a empresa para obter valor a partir da arquitetura orientada aos serviços (SOA)”. Uma pesquisa global, realizada com 200 companhias no quarto trimestre de 2008, descobriu que 40% dos usuários de SOA não medem o tempo necessário para o retorno dos investimentos (ROI).

Já 50% dos pesquisados que não utilizam SOA não adotaram esses sistemas porque não conseguem articular e demonstrar o valor que ele tem para os negócios.

Para ter certeza de que as expectativas sejam realistas e que a empresa tomou medidas precisas com relação às suas metas, o Gartner recomenda que as organizações se concentrem inicialmente em obter somente um benefício chave da lista de vantagens comerciais de SOA. À medida que os esforços com a tecnologia ficarem amadurecidos, e os benefícios começarem a surgir, elas poderão acrescentar mais benefícios e mudar ou acrescentar novas medidas de acordo com a situação.

A escolha dos benefícios depende de qual o valor comercial mais urgente ou mais importante que a estratégia possa oferecer e a rapidez com que possa ser obtido. Entre os benefícios citados pelo Gartner estão: maior eficiência na execução dos processos de negócio; maior rapidez para chegar ao mercado/ciclos de projeto menores; estabelecimento de novos modelos de negócio de crescimento mais rápido; mudança da cultura de TI, de novos desenvolvimentos para reutilização; redução do custo total de desenvolvimento e manutenção das aplicações.

Related posts:

1. SOA. Previsões para todos os gostos!
2. Quanto vale SOA
3. Cenários e etapas para implantação SOA

No último post escrevi sobre o princípio que define que serviços abstraem a lógica, com um exemplo de uso.

Voltando a falar sobre os princípios básicos da arquitetura orientada a serviços, nesse post escreverei sobre o quinto item da nossa lista: os serviços são capazes de se compor. A cada princípio, eles se mostram cada vez mais complementares e, de certa forma, até mesmo intuitivos. Isso deve facilitar o entendimento dos conceitos aqui apresentados.

Serviços são Capazes de se Compor

5. Princípio: Serviços são capazes de se compor

• O que é:
  • A característica de os serviços capazes de se compor consiste em criar serviços que sejam capazes de se juntar e serem acessados de forma a englobar e atender um problema maior.
  • A composição dos serviços pode ser:
    • Primitiva - quando há apenas a troca de mensagens entre um conjunto de serviços;
    • Complexa - quando um conjunto de serviços oferece uma solução lógica sofisticada, ou seja, diversas trocas de mensagens entre um conjunto de serviços que são executados paralelamente.
• Aspectos positivos:
  • O princípio de dividir para conquistar é muito conhecido há anos e tem como principal objetivo simplificar os problemas encontrados no dia-a-dia. Com possibilidade de criar composições de serviços, eles tornam-se capazes de resolver grandes problemas com a complexidade de um simples serviço.
• Dificuldades:
  • A troca de mensagens entre os serviços pode torná-lo mais complexo e o princípio de baixo acoplamento não deve ser desrespeitado em detrimento disso. Os serviços devem comunicar-se para tornarem-se mais completos, e não interdependentes.
• Exemplo:
  • Situação inicial: É necessário serviços de validação dos dados de um cadastro de usuários em um sistema. Os dados a serem validados são o CPF, o cartão de crédito e o endereço.
    • No barramento de serviços A, é possível descobrir o serviço de validação dos dados.
    • No barramento de serviços B encontramos 3 serviços:
      • Validador de CPFs;
      • Validador de Cartões de Crédito;
      • Validador de Endereços.
  • No diagrama abaixo podemos ver como os serviços simples são capazes de se compor e resolver o problema mais complexo que é a validação de dados.
    • Cada seta ilustra a troca de mensagens entre os serviços. O serviço que valida os dados consulta cada validador individual e é responsável pela validação completa dos dados.
    • A troca de mensagens entre o serviço de validação de cartões de crédito e de validação de endereços é uma forma de aprimorar a simples validação do número do cartão junto à operadora de cartões de crédito.

Exemplo de composição de serviços

No próximo post falarei sobre o sexto princípio da nossa lista: os serviços devem ser autônomos.

Related posts:

1. Princípios Básicos de SOA – Contrato Formal
2. Princípios Básicos de SOA – Serviços Reutilizáveis
3. Princípios Básicos de SOA – Baixo Acoplamento

Se em tempos normais já é assim, imagine com a crise econômica: as empresas se sentem ainda mais pressionadas a reduzir custos e aumentar a agilidade. E a Arquitetura Orientada a Serviços (SOA) é uma proposta concreta para superar esses desafios.

No entanto, nós, profissionais de tecnologia, não estamos acostumados a vender essa idéia dentro de nossas empresas, principalmente devido ao fato dos benefícios esperados em SOA serem um tanto quanto intangíveis. Inclusive, um estudo do Gartner feito com 200 companhias no final de 2008 mostra justamente isso: 40% dos usuário SOA não medem o tempo necessário para o retorno dos investimentos. Na outra ponta, 50% dos entrevistados que não utilizavam SOA declararam que não o faziam pela dificuldade em demonstrar o valor que essa solução tem para o negócio.
Portanto, é preciso estar atento. Em momentos de crise, somente os projetos

que conseguem mostrar uma relação custo/benefício adequada e com a dose correta de risco avançam. Para provar sua “tese” sobre SOA, existe uma série de cálculos e argumentações, que vão do ROI de serviço até a palavrinha mágica “Lightweight” (leve, iterativa e ágil) – SOA não precisa ter um investimento alto no primeiro momento. E é muito importante elaborar um Business Case e mostrar de forma estruturada as dificuldades atuais, a proposta de projeto com os resultados esperados e também os investimentos e o plano de implementação para se atingir esses resultados.

ESTRUTURAR A ADOÇÃO DE SOA: BUSINESS CASE
A primeira etapa de um Business Case deve ser identificar os problemas atuais, ou seja, o que está motivando a proposição do projeto. Tipicamente, os problemas mais comuns são:

• Falta de alinhamento entre as demandas das áreas de negócio e a agenda de TI
• Falta de agilidade na evolução das aplicações existentes, bem como na entrega de novas
• Dificuldade na integração dos processos
• Qualidade das soluções finais

No entanto, esses sintomas são bastante genéricos. É fundamental que você seja capaz de determinar exemplos concretos, do dia-a-dia, que mostrem como esses pontos impactam os resultados de TI.

A próxima etapa é apresentar uma visão geral das fases do projeto:

ROI em SOA (fases)

Fases curtas (3 meses para cada uma é o máximo), com resultados concretos a cada passo. A imagem é um exemplo. O ponto mais importante é conseguir definir claramente os entregáveis e, fundamentalmente, que esses entregáveis tragam valor imediato para a empresa.

GERAÇÃO DE VALOR E BENEFÍCIOS
Vamos entrar na discussão sobre geração de valor para a empresa. Quando pensamos em um Business Case para SOA, temos que considerar os principais benefícios prometidos, como quantificá-los e como eles se distribuirão ao longo do tempo.

A lista dos benefícios:

• Redução do desenvolvimento duplicado
• Simplificação da integração entre aplicações
• Aumento da qualidade das funcionalidades
• Redução do custo de manutenção das aplicações
• Flexibilidade na alteração de processos de negócio
• Agilidade na análise de impacto
• Conhecimento dos ativos existentes

Algumas métricas para usarmos no cálculo da economia podem ser:

• Reuse Cost Avoidance: trata-se do quanto a empresa economiza por não ter que desenvolver novamente as mesmas funcionalidades. Digamos que para construir um determinado serviço foram necessárias 100 horas. Cada vez que se reutilizar esse serviço, praticamente 100 horas – ou pelo menos uma parte delas – serão economizadas.
• Consistency: a mesma lógica de negócio desenvolvida várias vezes pode causar comportamentos diferentes dependendo da aplicação e, sempre que muda, é necessário mudar em todos os locais onde esteja implementada.
• Maintenability: uma parte significativa do orçamento de TI é gasta apenas mantendo as aplicações existentes funcionando. Redução nos custos de manutenção com integrações mais fáceis de manter e componentes isolados sendo reutilizados, e com nível de qualidade já atestada, impactam de forma muito positiva o uso racional dos recursos de TI.
• Agility: Conseguir fazer a análise de impacto mais rapidamente e promover mudanças nas aplicações e processos de negócios no tempo demandado pelas áreas de negócio é uma argumentação muito efetiva quando relacionado ao business case de SOA.

O desafio é conseguir quantificar os elementos acima de forma a contrapor os investimentos necessários.

INVESTIMENTOS
Além de quantificar os benefícios, será necessário também quantificar os investimentos necessários para atingir os resultados propostos. Abaixo está uma lista de itens que não podem deixar de ser considerados:

• Capacitação: custo para contratação de treinamentos e o tempo dos times de desenvolvimento e arquitetura para participarem dos treinamentos;
• Elementos de infraestrutura: repositório de serviços, barramentos de integração, monitoração dos serviços. Mas lembrem-se, com o que a empresa já tem de ferramentas é possível andar sem fazer investimentos que inviabilizem a iniciativa. Importante: considere também os custos de renovação das licenças nos anos seguintes.
• Apoio de consultoria externa: aprender com os próprios erros é uma virtude. Com os erros dos outros é muito inteligente. Vemos que o papel da consultoria, além da experiência, é trazer ritmo e compromisso com os resultados.
• Tempo e foco do time que estará envolvido: identificar serviços existentes, criar padrões, fazer uma modelagem mais refinada, definir responsabilidades e todas as demais atividades dependem do envolvimento e patrocício executivo e foco do time.

Para finalizar, é importante consolidar o material e conseguir atençãoexecutiva. Lembrando: abordagem Lightweight: ágil, leve e incremental. Boa venda!

Related posts:

1. Seis perspectivas a se considerar antes de adotar SOA

A zapthink acabou de publicar um artigo muito legal a respeito de implantação light de SOA. Um modelo de implantação incremental, focado em ROI de curto prazo, em resposta principalmente para o cenário econômico atual.

Artigo escrito por Jason Bloomberg, um dos principais analistas do mercado. (Download aqui!)

O artigo traz uma série de informações relevantes de mercado e ferramentas, e apresenta também uma visão macro de abordagem para implantação de SOA em um modelo leve, com menores riscos e resultados em curto prazo.

LEITURA OBRIGATÓRIA!!

Lightweight SOA

Download do artigo: aqui!

Alguns trechos do paper:

- “SOA is not particularly risky.”

- “It’s finally time to dispel the myth that SOA success requires a large initial investment and a long-term effort to achieve significant business results.”

- “When times are tough, it is imperative that businesses rethink the way they are doing business.”

- “In lightweight SOA projects, architecture, business processes, and governance drive SOA infrastructure and tooling choices.”

Abraços,
Marcílio

Related posts:

1. Pilares de Cloud Computing
2. Webinar: Maturidade e Roadmap SOA. Participe!
3. Computação em nuvens versus SOA

No próximo dia 25/Junho terá um webinar gratuito falando sobre uma abordagem mais leve, ágil e iterativa na implantação de SOA (chamada lightweight SOA). Mais informações sobre o webinar:

Com a crise econômica, as empresas se sentem pressionadas a reduzir custos e aumentar a agilidade. SOA é uma proposta concreta para superar esses desafios. No entanto, a era dos projetos enormes e de alto risco para a implantação de SOA vem chegando ao fim. Registre-se nesse webinar e entenda como uma abordagem light pode ajudá-lo a superar os desafios citados enquanto atua na implantação de SOA em sua empresa.

Para se inscrever, clique em: https://www1.gotomeeting.com/register/671589169

Abraço,
Kleber

Related posts:

1. Lembrete! Webinar SOA.
2. Webinar: Maturidade e Roadmap SOA. Participe!
3. Carnaval, futebol e SOA