No final de maio, participei de uma conferência que teve como tema a Arquiteturas Orientadas a Serviços (SOA),
"... uma abordagem arquitetura de TI centrada em negócios". A SOA está sendo adotada por muitas empresas porque as ajuda a construir soluções mais flexíveis, capaz de responder rapidamente às
condições de negócios e aos requisitos dos usuários.
Existem muitas maneiras de visualizar SOA, mas, para mim, seus recursos mais atraentes são a introdução de componentes padrão, modulares e intercambiáveis. Isso permite criar
aplicativos com componentes predefinidos de diversas fontes, dentro e fora da empresa.
A introdução de peças padronizadas e intercambiáveis foi uma das inovações cruciais que ajudaram a desencadear a Revolução Industrial e inaugurou o conceito de produção em massa em diversos tipos de indústrias. As práticas modernas de engenharia – especialmente aquelas utilizadas no desenvolvimento de sistemas ou objetos complexos como aviões, pontes e microprocessadores – baseiam-se no conceito de componentes padronizados e modulares. Esses componentes são um pré-requisito para ferramentas sofisticadas como as utilizadas em Projeto Assistido por Computador (CAD) e Gestão da Cadeia de Suprimentos .
Esses tipos de engenharia avançada, com produção em massa trouxeram grandes melhorias de produtividade na fabricação de bens físicos em países ao redor do mundo. No entanto, no setor de serviços – que em economias avançadas como EUA, Reino Unido e Japão representam cerca de 75% do PIB e uma porcentagem semelhante da força de trabalho – as melhorias de produtividade têm sido significativamente mais lentas. Isso se deve, em grande parte, ao fato de que, no setor de serviços, que utiliza mão de obra especializada, não conseguimos implementar os tipos de capacidades de engenharia e produção que têm sido aplicadas com sucesso na manufatura, incluindo componentes modulares padronizados e ferramentas e processos baseados em engenharia.
É interessante notar que, embora os serviços representem a parte dominante da economia, sua natureza exata é mal definida. Gosto da definição simples de serviços dada pelo professor James Teboul, no livro Service is Front Stage.
Toda organização, seja no setor empresarial, governamental, de saúde ou educacional, consiste em atividades de front-stage e back-stage. Os serviços lidam com as interações de front-stage; a manufatura e a produção com as operações de back-stage. As pessoas são proeminentes nas atividades de front-stage, onde o foco está em fornecer soluções para problemas e em alcançar uma experiência positiva para o cliente em uma colaboração entre provedores e consumidores de serviços. A excelência do produto e os custos competitivos são essenciais para as atividades de back-stage, que tendem a se concentrar em especialização, padronização e automação. Dada essa definição, todas as empresas e instituições estão envolvidas em serviços em maior ou menor grau, pois suas atividades envolverão interações de front-stage, bem como operações de back-stage.
Ao longo dos anos, temos tido bastante sucesso em automatizar atividades ou processos de back-stage do negócio – processamento de transações, verificação de cartão de crédito, folha de pagamento e assim por diante – porque sua natureza relativamente padronizada e repetitiva é passível da aplicação de princípios de tecnologia e engenharia. No entanto, não temos nos saído mito bem com os aspectos de front-stage do negócio que exigem muita gente. Mesmo quando tentamos, como com os ERPs, muitos acham que os ERPs são muito complexos, monolíticos e inflexíveis.
Acredito que o principal problema com muitos desses softwares é que eles geralmente são projetados em torno de conceitos de engenharia de software, e a estrutura dos aplicativos, portanto, frequentemente reflete os sistemas subjacentes sobre os quais são construídos, e não os conceitos de negócios, que deveriam suportar. Isso é bem diferente da abordagem de projeto top-down em disciplinas mais maduras, como, por exemplo, a engenharia aeroespacial, onde os projetistas sempre têm em mente conceitos e componentes relacionados a aviões, que eles então desenvolvem usando ferramentas de CAD e simulam e testam extensivamente antes de prosseguir para a fabricação. Durante todo o tempo, arquitetos e engenheiros de aeronaves têm um modelo padrão em mente, do avião que estão projetando.
A SOA vem ganhando espaço como um mecanismo eficaz para definir serviços de negócios, o software que implementa esses serviços e as ferramentas baseadas em software que permitem que as pessoas os aproveitem efetivamente. Ao contrário do software tradicional, a SOA se baseia em modularidade, componibilidade e interoperabilidade. Ela incentiva os projetistas de aplicativos de negócios a garantir que os serviços, componentes e a arquitetura geral que estão definindo representem a visão de negócios, e não a visão da infraestrutura de TI.
A esperança é que, com a SOA e as diversas ferramentas desenvolvidas em torno dela, possamos projetar, simular e testar serviços de negócios em termos de negócios – antes de sua implementação. Essas arquiteturas refletiriam muito mais os conceitos básicos do negócio – seja um hospital, um centro de distribuição de varejo, uma organização industrial ou um departamento governamental – do que os conceitos básicos de TI sobre os quais estão sendo implementadas.
Isso é muito desafiador por vários motivos. Para citar um, não há tradição em arquitetar, projetar e simular serviços e sistemas de negócios. Tudo isso tem sido feito de forma relativamente ad hoc e com uso intensivo de mão de obra. Isso não é incomum, visto que todas as disciplinas que hoje são de engenharia, já totalmente implantadas e estabelecidas como as engenharias – civil, mecânica, elétrica e assim por diante – que já passaram por essa transição há décadas. Mas, a indústria começa a se estabelecer em um conjunto de padrões e componentes modulares, ferramentas são desenvolvidas, bem como a capacidade de simular e testar extensivamente várias opções de projeto, e uma disciplina mais estruturada e projetada começa a emergir. Isso também chegará à arquitetura de negócios ao longo do tempo, com a ajuda de grandes inovações em tecnologia de software, como SOA.
Com a experiência, aprendemos as limitações da nossa capacidade de alavancar a TI para tarefas essencialmente humanas, por mais rápidos que nossos computadores tenham se tornado. Mas isso está começando a mudar. Acredito firmemente que levar a tecnologia e os princípios da engenharia a todas as facetas dos negócios, bem como à saúde, à educação e ao governo, é uma das oportunidades mais empolgantes do futuro e está entre os problemas mais fascinantes que desafiarão os nossos melhores e mais brilhantes. Promete transformar a própria natureza das empresas, indústrias e economias. Este é realmente um dos nossos maiores desafios no século XXI.
Nenhum comentário:
Postar um comentário
Observação: somente um membro deste blog pode postar um comentário.