O problema mais difundido entre astorres na grande maioria dos casos esta nos bracos dos analistas de negocio,conforme estudo realizado pelo Phoenix Chapter of IIBA. Em 90% dos casos, osBA s (business analysts) nao conseguem comprometer os desenvolvedores desoftware com a real necessidade da area de negocios precisa.Grandes organizacoes consideram os BA s, como o MAESTRO DA TI, mas o onus de orquestrar uma area com alto valoragregado e com grandes e competentes elementos envolvidos, considero uma arte,pois lidar com toda a carga de responsabilidade em representar a area denegocios e sintonizar os Desejos x as Necessidades e seu maior desafio, e e aique pecam os BA s.Os desenvolvedores de software com toda asua expertise tecnica tem uma importancia impar no desenvolvimento das acoes,sua competencia sistemica e vivencia logica agregam o devido valor quando aproximidade entre ambos e conquistada. Comparo o desenvolvedor de software aoviolinista e a area de negocios a plateia, enquanto o BA ao elemento quetransforma a musica em arte, apenas colhendo de ambos os lados o melhor de cadaum. Segundo consultores do Phoenix Chapter ofIIBA os BA s sao construtores naturais de relacionamentos. As partesinteressadas no negocio tendem a valorizar suas contribuicoes e procuramenvolve-las nos projetos. Mas quando chega o momento de defender seu"direito" a um papel no projeto, em alguns casos os proprios membrosda equipe questionam o valor que trazem a mesa.Tudo isso me fez pensar sobre a relacao dosBA s versus desenvolvedores de software e como podemos melhora-la. Emboragostariamos de pensar (ou esperar) que os cuidados de desenvolvedores desoftware sobre a linha de fundo da organizacao, fosse olhar as coisas sob aperspectiva de como poderia ser melhor o contato com a area de negocios...Acrescento: Proximidade e bom relacionamento, integrando conteudo e olhandosempre para o maior objetivo (que nao sao os das areas e sim o da organizacao). O de considerar que a TI e apenas umprovedor de servicos, um grande fornecedor de solucoes, esse sim deve ser oreal sentimento comum entre de desenvolvedores e analistas de negocios.Agora, segue o desafio:Se eu fosse um desenvolvedor, por que eume importaria?Se eu fosse um analista de negocios, comoeu me comportaria?Se eu fosse da area de negocios, o que euesperaria?Se nos, como BA s pudessemos ajudar areduzir o retrabalho, que, sem duvida, deve ser feito, pergunto: Como mudar osentimento da maioria dos desenvolvedores que somente e motivado por"horas trabalhadas", ou seja, dispender seu tempo em escrever ereescrever codigos, e quanto mais seu tempo e gasto no mesmo pedaco de codigo,menos intelectualmente interessante fica o trabalho. Com isso, os pedidos de mudanca sempresignificam um cronograma de projeto ampliado, que mais frequentementesignificam tambem horas extras de desenvolvimento, em suma o maior fatormotivador dessa classe: Horas trabalhadas multiplicadas por X reais, resultandoem FATURAMENTO.Eu nunca conheci um desenvolvedor quegostava de participar de reunioes e de se integrar, muitas vezes ele esta la,envolvido em proporcionar um pouco de entrada na direcao, mas realmenteesperando a resposta exata de que necessitam para que possa construir asolucao. Naturalmente seu foco e perdido, e ai quemora o risco (o escopo desse post), pois exatamente nesse momento e que o MAESTRO