Arquivo Discussoes de Programacao e Tecnologia Ae galera,
Gostaria de saber como vocês tem encarado isso, tenho passado por algumas empresas onde trabalhavamos com SOA sem governança e tinhamos um indice exagerado de redundancia de serviços, gostaria de trocar experiencias com governança, estou estudando bastante esse assunto. Se puderem descrever suas experiencias boas e ruins agradeço.
Abraço
Minha experiência é parecida com a sua.
A média gerência de grandes empresas “acha” que SOA é um projeto que pode ser implementado em um sistema isolado, quando na verdade é algo bem mais complexo que envolve definição e controle do repositório de serviços, mapeamento de processos, etc, etc…
Pior… um projeto estratégico desse porte deveria ser coordenado e executado internamente, quando na verdade a grande responsabilidade fica a cago de consultorias terceirizadas que são obrigadas a seguir os conselhos de consultores de fornecedores de produtos que nunca tiveram experiência prática com projetos SOA e cujo único objetivo é entuchar mais licenças (ou subscrições) no cliente.
André Salvati
E por falar nisso, lembrei do “Greg, the Architect”
André Salvati
Esse Greg eu acho hilario!
Esses tempos fui ver uma solucao de portal e vi cada coisa abominavel, o gerente me dizia com a mao batendo no peito aqui esta implementado 100% SOA, o engracado que eles haviam feito servicos exclusivos para o portal e com um numero grande redundancia, outro caso que fiquei intrigado foi numa entrevista o pessoal me disse que iria refatorar os legados para implantar SOA, eu percebi que o pessoal associa SOA com refatoracao dos legados.
Mas falando sobre governanca eu queria saber como voces estruturam o organograma de TI, tem arquitetos de negocio e voces trabalham com uma equipe so de servicos?
Ninguém se habilita?
Eu tenho informações que a Porto Seguro está montando uma área de arquitetura SOA e de que a Telefônica tem contratado pencas de analistas de processos a preço de banana.
André Salvati
Eu to sabendo a Porto eles estão usando Oracle SOA Suite, só que não senti tanta firmeza na forma vão conduzir o projeto.
O que vocês consideram SOA de verdade?
Já achei tanta gente que fala tanta coisa diferente, tanto buzzword que fico perdido em responder essa.
Bruno,
Na verdade SOA é uma estratégia que organiza funcionalidades de aplicativos da empresa e utiliza padrões como webservices para poder combinar funcionalidades e aumentar a reutilizam de acordo com as necessidades do negócio. Tecnologias como CORBA, RMI e algumas soluções de EAI tambem usam o conceito de SOA, ela tem 3 requisitos importantes que exige das tecnologias que desejam implementar os conceitos de SOA, baixa acoplamento, inter-operabilidade e ser flexivel e escalavel, por isso os webservices são a melhor resposta em tecnologia porque atendem a esses requisitos importantes.
Coisas como ESB vieram na sequencia para darem maior produtividade e reusabilidade.
Essa foi a definição que aprendi nos cursos da BEA.
Pior… um projeto estratégico desse porte deveria ser coordenado e executado internamente, quando na verdade a grande responsabilidade fica a cago de consultorias terceirizadas que são obrigadas a seguir os conselhos de consultores de fornecedores de produtos que nunca tiveram experiência prática com projetos SOA e cujo único objetivo é entuchar mais licenças (ou subscrições) no cliente.
Nunca confie em consultores. Como diria sei la quem: “Quem sabe faz, quem nao sabe ensina, e quem nao sabe ensinar presta consultoria”.
Pior… um projeto estratégico desse porte deveria ser coordenado e executado internamente, quando na verdade a grande responsabilidade fica a cago de consultorias terceirizadas que são obrigadas a seguir os conselhos de consultores de fornecedores de produtos que nunca tiveram experiência prática com projetos SOA e cujo único objetivo é entuchar mais licenças (ou subscrições) no cliente.Nunca confie em consultores. Como diria sei la quem: “Quem sabe faz, quem nao sabe ensina, e quem nao sabe ensinar presta consultoria”.
Não confunda consultores com consultorias.
Consultores são especialistas contratados para fornecer informações sobre determinada área de conhecimento para empresas. Ou seja, é possível e até recomendável que uma empresa que nunca se aventurou por conceitos como SOA, XP, SCRUM, etc, etc… contrate consultores para fornecer know-how nos primeiros projetos.
Consultorias (body-shops) contratam profissionais a quem chamam de “consultores” com objetivo de alocá-los em suas fábricas e em seus clientes. O único objetivo aqui é o da redução de custos. Quanto menos um profissional se propõe a receber para atender aquela demanda, melhor.
André Salvati
Bom, voltando ao assunto do tópico, existe um sofware brasilieiro que vem ganhando muita notoriedade com isso, o Spotlight da Caravela:
http://www.caravelatech.com/?q=produtos
Vale MUITO a pena quem estiver interessado no assunto (Governança SOA) agendar uma apresentação com o pessoal. Pra quem não conhece a Caravela, seus membros são core-developers de Drools e Hibernate além de participarem ativamente da nova especificação do JPA 2.0.
[]s
Bom, voltando ao assunto do tópico, existe um sofware brasilieiro que vem ganhando muita notoriedade com isso, o Sporlight da Caravela
Quem saiu do assunto?
Vc está fazendo propaganda ou tem algo a acrescentar sobre a abordagem utilizada em algum projeto que utilizou o SpotLight?
O framework/ferramenta já possui código aberto/documentação?
Ferramentas dificilmente fazem diferença quando o assunto é quebra de paradigmas em desenvolvimento de software. Cultura, disposição para mudar, equipe unida e políticas de incentivo fazem a diferença…
André Salvati
Bruno,
Na verdade SOA é uma estratégia que organiza funcionalidades de aplicativos da empresa e utiliza padrões como webservices para poder combinar funcionalidades e aumentar a reutilizam de acordo com as necessidades do negócio. Tecnologias como CORBA, RMI e algumas soluções de EAI tambem usam o conceito de SOA, ela tem 3 requisitos importantes que exige das tecnologias que desejam implementar os conceitos de SOA, baixa acoplamento, inter-operabilidade e ser flexivel e escalavel, por isso os webservices são a melhor resposta em tecnologia porque atendem a esses requisitos importantes.
Coisas como ESB vieram na sequencia para darem maior produtividade e reusabilidade.Essa foi a definição que aprendi nos cursos da BEA.
Entendi.
Governança entra em que parte?
Bruno,
Na verdade SOA é uma estratégia que organiza funcionalidades de aplicativos da empresa e utiliza padrões como webservices para poder combinar funcionalidades e aumentar a reutilizam de acordo com as necessidades do negócio. Tecnologias como CORBA, RMI e algumas soluções de EAI tambem usam o conceito de SOA, ela tem 3 requisitos importantes que exige das tecnologias que desejam implementar os conceitos de SOA, baixa acoplamento, inter-operabilidade e ser flexivel e escalavel, por isso os webservices são a melhor resposta em tecnologia porque atendem a esses requisitos importantes.
Coisas como ESB vieram na sequencia para darem maior produtividade e reusabilidade.Essa foi a definição que aprendi nos cursos da BEA.
Entendi.
Governança entra em que parte?
Na parte onde vc pesquisa no Google e estuda o assunto…
André Salvati
Os posts que não se refereriam a Governança SOA, oras.
Vc está fazendo propaganda ou tem algo a acrescentar sobre a abordagem utilizada em algum projeto que utilizou o SpotLight?
Se você refere-se como propaganda indicar um produto, sim estou (aliás, existe algum problema em indicar alguma ferramenta que você ache que vale a pena?). Não trabalho na Caravela, relaxe, não ganho dinheiro nenhum com isso. Contudo já participamos (Red Hat) de muitos projetos SOA onde a governança teve o apoio do Spotlight e conhecemos de perto (muito perto) seus desenvolvedores.
A abordagem é direcionada a auto-discovery do mapeamento dos processos, exatamente onde o DaviPala lançou seu questionamento. O Spotlight faz um mapeamento de seus serviços de forma automática, indexando e ilustrando todas as tecnologias envolvidas em um processo e as catalogando.
Não, não é uma ferramenta open-source (pelo menos não hoje). Documentação existe como em qualquer software.
Ok, ok, muito bonito isso, faz mais sentido no que se refere a SOA de maneira geral, mas se tratando de “Governança” específicamente, algo que lhe ajude a manter toda a estrutura de serviços faz uma diferença gritante.
Os posts que não se refereriam a Governança SOA, oras.
Então acho que vc está enganado.
Ok, ok, muito bonito isso, faz mais sentido no que se refere a SOA de maneira geral, mas se tratando de “Governança” específicamente, algo que lhe ajude a manter toda a estrutura de serviços faz uma diferença gritante.
Sim, é bonito e é o que funciona. Ou vc não sabe que 90% dos problemas em projetos de software são os gerenciais e não os técnicos?
Mais bonito é dizer que 100% dos projetos SOA dão certo só pq ferramenta X ou pq consultoria Y foi utilizada. Aliás, a BEA/Oracle e a IBM também possuem consultores e ferramentas em suas suites para SOA.
Vamos lá. Agregue valor. Vcs não atravessam qualquer dificuldade nos projetos SOA que implantam? :shock: Isso é o que está em discussão…
André Salvati
Nunca confie em consultores. Como diria sei la quem: “Quem sabe faz, quem nao sabe ensina, e quem nao sabe ensinar presta consultoria”.Não confunda consultores com consultorias.
Consultores são especialistas contratados para fornecer informações sobre determinada área de conhecimento para empresas. Ou seja, é possível e até recomendável que uma empresa que nunca se aventurou por conceitos como SOA, XP, SCRUM, etc, etc… contrate consultores para fornecer know-how nos primeiros projetos.
Consultorias (body-shops) contratam profissionais a quem chamam de “consultores” com objetivo de alocá-los em suas fábricas e em seus clientes. O único objetivo aqui é o da redução de custos. Quanto menos um profissional se propõe a receber para atender aquela demanda, melhor.
Voce menciona 2 tipos de consultores, aparentemente um bom outro ruim. Portanto meu alerta tem um fundo de verdade!
Nota: Eu nao chamaria contratacao bodyshop como consultores. E acho que as empresas tem essa nocao, tanto é que esse tipo de profissional costuma ser pouco valorizado. As vezes, o termo é utilizado como um titulo pomposo apenas pra seduzir um candidato a vaga que seria de implementacao de uma solucao. (por isso, incompativel com o perfil que seria de um consultor de verdade.)
Mas nao estava me referindo a esse tipo de “consultor”. Alias, a frase que citei é injusta sim (alias como toda generalizacao), mas existe ainda um 3o tipo de consultor que voce nao menciona, muito disseminado por ai, que vou chamar de consultor de ferramentas. É aquele que antes de conhecer qual o seu negocio ja tem uma ferramenta pra vender, ou recomendar. Tais ferramentas alem de nao representarem nada em termos de inovacao para o seu negocio (por serem solucoes padronizadas que procuram atender a todos), possivelmente nao resolverao o problema atual. Governanca, IMO, esta mais para um processo agil aplicado ao core business (pessoas e papeis), do que padronizacao de tecnolgia e ferramentas (waterfall). Governanca nao é mais uma das especificacoes SOA.
Mas nao estava me referindo a esse tipo de “consultor”. Alias, a frase que citei é injusta sim (alias como toda generalizacao), mas existe ainda um 3o tipo de consultor que voce nao menciona, muito disseminado por ai, que vou chamar de consultor de ferramentas. É aquele que antes de conhecer qual o seu negocio ja tem uma ferramenta pra vender, ou recomendar. Tais ferramentas alem de nao representarem nada em termos de inovacao para o seu negocio (por serem solucoes padronizadas que procuram atender a todos), possivelmente nao resolverao o problema atual. Governanca, IMO, esta mais para um processo agil aplicado ao core business (pessoas e papeis), do que padronizacao de tecnolgia e ferramentas (waterfall). Governanca nao é mais uma das especificacoes SOA.
Agora concordo. Mesmo entre os consultores (especialistas) existem os que não estão interessados em resolver o problema do cliente e sim em promover/vender uma marca. Esses são os que vc chama de consultores de ferramentas.
André Salvati
Bruno,
Na verdade SOA é uma estratégia que organiza funcionalidades de aplicativos da empresa e utiliza padrões como webservices para poder combinar funcionalidades e aumentar a reutilizam de acordo com as necessidades do negócio. Tecnologias como CORBA, RMI e algumas soluções de EAI tambem usam o conceito de SOA, ela tem 3 requisitos importantes que exige das tecnologias que desejam implementar os conceitos de SOA, baixa acoplamento, inter-operabilidade e ser flexivel e escalavel, por isso os webservices são a melhor resposta em tecnologia porque atendem a esses requisitos importantes.
Coisas como ESB vieram na sequencia para darem maior produtividade e reusabilidade.Essa foi a definição que aprendi nos cursos da BEA.
Entendi.
Governança entra em que parte?
Bruno, grande parte dos projetos SOA tendem a se tornar selváticos com a passar do tempo, governança estabele politicas e normas que controlam o ambiente SOA, essas politicas vão desde documentação de melhores práticas, como algumas mudanças no organograma da empresa para atender melhor o ambiente SOA.
Cmosco que q vc tem contra consultores pre-sales? hehe
Não generalize a gente costuma no prospect vender serviços de mapeamento de processos e governança, tá certo que nem sempre o cliente quer esses serviços, mas durante as apresentações se costuma vender mais que apenas uma ferramenta.
Davi, sugeri o Spotlight pq achei uma mão na roda para governança e ajudou bastante nos projetos SOA onde trabalhamos, fica a dica.
E não estou falando de percentual de sucesso nem nada (deixo isso para trolls colocarem números onde ninguém colocou nada), simplesmente digo que ajuda a manter o portfólio de serviços de uma forma bem interessante. Mais uma vez deixo claro, NÃO sou consultor da Caravela (bem longe de ser), apenas recomendo por conhecer.
Desculpe mesmo Taz, não tenho tempo e nem mais idade para o tipo de discussão que você esta afim.
Não precisa ficar ofendido. Você precisa de um pouco mais de experiência com projetos desse porte. Está desculpado…
PS: Já trabalhei em projetos SOA pela Red Hat e sei muito bem como funcionam as coisas por aí. Portanto, experiência não falta… 
André Salvati
Desculpe mesmo Taz, não tenho tempo e nem mais idade para o tipo de discussão que você esta afim.Não precisa ficar ofendido. Você precisa de um pouco mais de experiência com projetos desse porte. Está desculpado…
PS: Já trabalhei em projetos SOA pela Red Hat e sei muito bem como funcionam as coisas. Portanto, experiência não falta…
Ofendido não, até acho engraçado seu discurso e admiro você saber os projetos que estou envolvido (o porte deles). Mas como disse, não tenho mais idade para este rumo de discussão.
PS: Sua fama dentro do GUJ André, não é diferente fora dele, só um toque. Profissionalmente, o Shoes já tinha lhe dito isso, e não é novidade pra ninguém, mas pelo jeito seu excesso de “experiência” ainda esta te devendo muita coisa.
Ué, pensei que vc não tinha tempo e não queria discutir mais… rsrsrs.
Quanto à fama, deve ser pq entrego no prazo e tenho comprometimento com os projetos em que participo!!! Vai querer discutir os detalhes em fórum aberto?
Quanto ao calçado, vc demorou pra desenterrar isso hein? Deve estar bastante atarefado mesmo!!! Leu todos os meus posts? Desde o início?
Dessa vez sim: VOLTANDO AO ASSUNTO…
Alguém mais tem EXPERIÊNCIAS REAIS com projetos SOA para relatar? Dificuldades? Desafios? Dicas? Abordagens?
André Salvati
Alessandro
Pelo que li gostei da ferramenta, mas estou sentindo mais falta de um organograma voltado pra SOA nas empresas, falta um pouco de transparencia nas responsabilidade de cada recurso, principalmente na figura de um arquiteto de negocios.
A minha experiencia ruim com SOA esta bem ligado a redundancia de servicos, que nao acho que seja apenas a falta de ferramenta e sim a falta de arquiteto de negocios, no meu entendimento a gestao de servicos cabe a esse recurso, que deveria ser solicitado a toda nova iniciativa dentro da empresa, onde apontaria os melhores servicos a serem utilizados caso existam e participando como consultor no mapeamento de novos processos.
Concordo Davi, o ponto chave é o profissional, sem dúvida.
APM ajuda, mas não resolve tudo.
Achei relevante mencionar pq no caos, o portfólio pode ajudar a minimizar a redundância mencionada em seu primeiro post…
Uma pessima pratica que vejo, eh que fica a cargo do desenvolvedor a responsabilidade sobre qual finalidade de negocio de um servico executa, acho ruim isto a gente acaba tendo responsabilidade dobrada e nao eh papel do desenvolvedor. Por experiencia ja tive um atrito com meu ex-gerente e nem gosto de lembrar.
Interessante isso.
Nunca gostei de muita divisão de responsabilidades pq sempre defendi abordagens ágeis, ou seja, o desenvolvedor faz tudo. Os processos de negócios ficam sob responsabilidade do Product Owner, mas sempre com os desenvolvedores por perto trabalhando iterativamente na evolução do modelo e da aplicação.
Por outro lado, talvez seja mesmo necessária a presença de um profissional que centralize a montagem e o controle dos repositórios, algo parecido com o papel que o Administrador de Dados tinha com o modelo do banco.
Mas cada caso é um caso. Como já mencionei, isso depende muito de características culturais. Em algumas organizações a concessão desse tipo de poderes para determinadas pessoas pode ser prejudicial levando a mais burocracia e atrasos nos projetos. Já em outras organizações, mais informais, pode funcionar.
André Salvati
Uma pergunta para os mais experientes em qual o seria momento ideal de se implantar governança, no inicio do projeto no mapeamento de processos? Ou somente quando começarem a serem desenvolvidos os serviços?
Abraço
Acho que expliquei no posto anterior a forma que alguns trabalham e que deixa a desejar. Acho que o minio que se espera é o vendedor conhecer o produto que esta vendendo, nada contra os consultores pre-vendas, e nem poderia ter, se uma empresa quiser trabalar com outras empresas ela nao pode abrir mao de uma equipe de vendas.
Eh isso que tenho tentado evitar, eh claro que pra demandas de menor porte o desenvolvimento agil eh uma mao na roda, mas nao acho que o mesmo seja aplicavel pra grandes projetos. Nao vejo com bons desenvolvedores de aplicativo metendo a mao no ESB, ou desenvolvedor de Portal trabalhando com bpel.
Nao estou menosprezando o poder de uma daily meeting, de uma de divisao tarefas, mas acho que o foco do desenvolvedor eh o desenvolvimento de acordo com seu skill.
(…) mas nao acho que o mesmo seja aplicavel pra grandes projetos. Nao vejo com bons desenvolvedores de aplicativo metendo a mao no ESB, ou desenvolvedor de Portal trabalhando com bpel (…)
O que é um projeto grande para vc?
André Salvati
Sei lá pode ser portal corporativo, implantação de BPM, ECM, CRM. Implantação de SOA na empresa pra mim isso é grande
Com o passar do tempo == a medida que as regras mudam + suportar várias versões do protocolo + escalabilidade de clientes + clientes diferentes precisarem de recursos diferentes?
É, já vi um projeto explodir por causa disso, e levar o resto dos sistemas com quem ele integra junto, mas não era SOA.
No mais obrigado pela resposta.
Uma vez participei de um projeto “grande” que envolvia a construção de um novo portal para as lojas de uma Telco (tb usando ferramentas BEA). Esse projeto tinha pencas de casos de usos, analistas de negócios, arquitetos, programadores (e até gerente júnior!!! rsrsrs) e foi um completo fracasso!!! A ferramenta foi a culpada? Não. A equipe foi a culpada? Não. Foi a maneira de atacar o escopo que determinou o fracasso do projeto, a maneira de gerenciar o projeto.
Hoje estou em um projeto muito mais complexo e posso te garantir que, usando uma abordagem ágil, em um curto espaço de tempo já foi possível mostrar muito mais resultado do que o primeiro
Moral da história 1: agilidade serve para qualquer tipo e tamanho de projeto. Essa história de que agilidade não serve para projetos grandes é inventada por caras que que querem vender RUP, CMM e MPS.BR.
Moral da história 2: vc não encontrará receitas de bolos com organogramas sobre como organizar sua equipe. Se houvesse um organograma perfeito, não existiria essa quantidade de projetos SOA fracassados que vemos por aí. Se não sabe por onde começar, contrate um consultor ESPECIALISTA que possa te fornecer informações sobre isso.
Outros tópicos relacionados:
http://www.guj.com.br/posts/list/20415.java
http://www.guj.com.br/posts/list/90453.java
André Salvati
Taz, só acho que você acerta com metodologia agil quando há comprometimento total da equipe e isso é dificil de conseguir, outra não sou contra transferência de conhecimento, mas trabalhar fora do seu skill é forçar a pessoa não dar seu melhor. Se todos os profissionais fossem entusiastas e altamente alinhados com o objetivo do projeto, ai seria uma boa, mas isso envolve a formação de uma equipe madura profissionalmente e isso demanda tempo.
E outro ninguem sai com um expertise em metologia agil dá noite pro dia, eu já participei de um projeto assim quando era desenvolvedor, mas não sentia que estavamos tão mais produtivos que numa metodologia tradicional.
Esse seu primeiro projeto oq faltou metodologia ou comprometimento? Ou derrepente os dois?
Vc está invertendo as premissas. A agilidade traz comprometimento e não: vc só “acerta” com metodologia ágil quando tem “comprometimento total da equipe”.
“Comprometimento total” vc NUNCA terá. “Comprometimento total” é discurso de empresa que faz vc trabalhar até tarde e não paga horas-extras. O que um líder deve garantir é um bom nível de comprometimento reforçado com a motivação de se trabalhar em um projeto desafiador
Talvez seu projeto não fosse tão ágil assim. Será que vc captou o espírito das coisas? Ainda acha que agilidade só funciona em projetos pequenos!!! Tem muitas equipes e empresas que se dizem ágeis, mas na prática não o são.
Mais uma vez: se quer aprender, CONTRATE um consultor ESPECIALISTA… A minha contribuição termina por aqui.
André Salvati
Taz, vlw por sua opinião.
Quero entender melhor como fica Governança com metodologias ageis, nós temos uma consultoria especializada em Governança como parceira e estaremos fazendo alguns treinamentos nesse mês, voltarei com maior base para discutirmos e matarmos essas dúvidas que eu tenho.
E ae pessoal, pela leitura que fiz, todos estão muito avançados nesses assuntos, estou començando a ver sobre SOA, e a simples palavra Governaça, já me chamou a atenção...o que seria exatamente essa governança em SOA?
[]'s
E ae pessoal, pela leitura que fiz, todos estão muito avançados nesses assuntos, estou començando a ver sobre SOA, e a simples palavra Governaça, já me chamou a atenção…o que seria exatamente essa governança em SOA?[]'s
Big E, essa parte de SOA Governance é complicada, mas é essencial no que se diz ferramentas você poderia dar um Oracle Enterprise Repository antigo ALER. Quanto a parte de treinamentos acredito que no próprio site da Oracle vc consiga algum pdf que lhe ajude.
Vai ter um seminario de SOA-Service Oriented Architecture - SP - 20 e 21/05 e RJ 27 e 28/05/2009
Maiores informações no link http://teclamailmkt.com.br/dmm/lc/v/SR8_vQ88888u
Vc vai notar que os discursos entre oq está no material Oracle e o Seminário tem alguns conflitos.
Sugiro que vc veja os site http://www.soapatterns.org e http://www.soaschool.com/ para se aprofundar mais em SOA.
Massa, estou me interessando cada vez mais pelo assunto, se tiverem alguma referencia onde mostra como implantar SOA, por favor me indiquem se possível…
[]'s
A pessoal…
Para quem tem muito interesse vale a pena acessar este blog (http://www.aqueleblogdesoa.com.br)
Abs…
Agregando valor ao tópico…
Pq isso acontece?
André Salvati
N razões, algumas delas são falta de governança, mapeamento do processos, visibilidade, falta de alinhamento estratégico, cadeia de valor não definida e por ai vai.
Já vi uma empresa tentar adotar SOA sem ter um mísero processo mapeado, o pessoal está indo pela linha errada, seria necessário um mapeamento da organização, depois de amadurecimento dos processos aí sim partir pra automação.
Não adianta automatizar o caos.
Falta de BPM e Governança.
Isso,
mas como fazer esse mapeamento, priorizar os processos e determinar os mais importantes para a cadeia de valores da empresa?
http://blog.gnosisbr.com.br/tags/arquitetura-corporativa
André Salvati
Escopo e equipes reduzidas, com profissionais multidisciplinares.
Isso,mas como fazer esse mapeamento, priorizar os processos e determinar os mais importantes para a cadeia de valores da empresa?
Escopo e equipes reduzidas, com profissionais multidisciplinares.
Isso tb. Mas o conceito de Arquitetura Corporativa vai muito além. Dê uma olhada nos links.
André Salvati
Isso,mas como fazer esse mapeamento, priorizar os processos e determinar os mais importantes para a cadeia de valores da empresa?
Escopo e equipes reduzidas, com profissionais multidisciplinares.
Isso tb. Mas o conceito de Arquitetura Corporativa vai muito além. Dê uma olhada nos links.
Não havia percebido que era uma pergunta retórica.
Eu trabalho com o Aris Business Architect que suporta o Zachman, não sei se há suporte para o Togaf. Além dessas opções a própria IDS tem um framework corporativo.
É impossivel ter retorno num projeto SOA sem processos maduros, e a falta governança torna impossivel manter uma arquitetura SOA, ou seja quando surgirem as manutenções e melhorias o CAOS irá dar as caras.
Eu trabalho com o Aris Business Architect que suporta o Zachman, não sei se há suporte para o Togaf. Além dessas opções a própria IDS tem um framework corporativo.
Vc usa o Aris ou participa de algum projeto com a solução?
E as pessoas? Se as pessoas não quiserem ou não forem estimuladas nem processos e nem governança resolvem!!!
Agora me veio a lembrança das fortunas que as grandes empresas jogaram pelo ralo até meados dessa década para implantar metodologias de consultorias três letrinhas descritas em apostilas que pareciam blocos de concreto.
André Salvati
Eu uso internatemente aqui na empresa, tenho participado dos treinamentos da IDS, mas aqui temos vários projetos que usam a solução aris com o architect, designer, simulation e por ai vai.
Mudança de cultura é a parte mais dificil.