Desculpe mesmo Taz, não tenho tempo e nem mais idade para o tipo de discussão que você esta afim.
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.
[quote=Taz][quote=Alessandro Lazarotti]Desculpe mesmo Taz, não tenho tempo e nem mais idade para o tipo de discussão que você esta afim.
[/quote]
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… [/quote]
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?
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.
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.
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?
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.
[quote=DaviPiala] (…) 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 (…)
[/quote]
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.
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.
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.
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?
[quote=Big E] 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[/quote]
Isso já foi respondido um pouco mais acima.
