Quero começar compartilhando um artigo de um blog que li, muito interessante.
Qual o verdadeiro papel do analista? O perfil dele deve ser de desenvolvedor como o mercado hoje exige, ou deve ser alguém totalmente independente de tecnologia e focada apenas no entendimento das regras de negócio?
Segundo Philip, o autor deste artigo, o analista deve ser focado nas regras de negócio.
"O analista deve trabalhar em conjunto com os stakeholders para gerar uma visão única do projeto (já que possivelmente cada stakeholder que uma coisa diferente) e transformar isso em algo que possa ser executado (histórias). No meio do caminho eles ajudam a eliminar desperdício, introduzir idéias novas, validar os pedidos, conferir viabilidade e tudo mais que não faz parte do papel de um desenvolvedor e sim de alguém que, de fato, entenda do negócio do cliente."
"Note que o papel do analista de negócios não elimina a necessidade de termos um cliente presente. Não existe mapeamento de requisitos ou coisas do tipo, além de usar seu expertise naquele domínio em específico, o analista de negócios age como facilitador e não como ponte entre cliente e desenvolvedores. Ele também não é um tradutor, os termos de negocio e os processos devem ser entendidos por todos os envolvidos."
Particularmente, eu sou de acordo com a idéia que o analista deve sim ser expert em entender a regra de negócio, ou ainda, ter perfil de negociador, isto é, alguém que sabe como fazer o cliente expor as informações chaves e necessárias para solução do problema dele, e principalmente para convencer o cliente do que ele realmente necessita. Pois o que temos hoje são equipes que possuem desenvolvedores que não entendem do negócio e clientes que não sabem exatamente o que necessitam, resultando em sistemas que vão ao ar não contendo "exatamente o que o cliente necessita, seja por falha de comunicação ou porque ele mudou de idéia e “esqueceu” de avisar aos desenvolvedores".
Para uma metodologia mais ágil de gerenciamento de projetos, essa visão de analista seria muito mais eficaz, uma vez que o analista seria o facilitador para que a equipe pudesse trabalhar de forma mais objetiva e específica, atuando no problema bem definido e não na "lista interminável de desejos do cliente" que só descobre não serem necessários no final, quando já se gastou muito tempo e esforço para o seu desenvolvimento.
Portanto é preciso avaliar cada cenário e diagnosticar qual será a verdadeira função de um analista dentro de cada cenário.
Quem quiser ler o artigo do Philip, acesse: http://blog.fragmental.com.br/2008/11/23/deixa-para-os-analistas-de-verdade/ - Deixa Para os Analistas de Verdade… por Philip Calçado



4 comentários:
Muito legal o post e o blog em si. Artigos muito interessantes e que retratam bem o que é a gestão de projetos no dia-a-dia. Sobre o papel do analista de sistemas, escrevi algo relacionado a este tema em meu blog:
http://brainstormdeti.wordpress.com/2010/06/18/as-competencias-necessarias-para-um-analista-de-sistemas-parte1/
Sem nenhuma dúvida um analista terá que procurar entender as regras de negócios do cliente para desempenhar o seu papel de facilitador de chegada a resultados satisfatórios.
Foi uma boa exposição de argumentos.
Estou lendo o artigo origianal.
Até mais.
Gostei de saber como é função de um analista de negócios gostaria de aprender mais caso tenha interesse é só mandar por email algumas instruções. tenha uma ótima semana.
Colega,
na verdade eu acho que houve um conflito de conceitos e definição de papeis, pois eu, como analista de sistemas, vejo que minha função é analisar os requisitos que chegam das mãos do analista de negócios. Então, existe uma certa "hierarquia" aí.. analista de negócios tem que estar em sintonia com os stakeholders, nós analistas de sistemas em sintonia com os analistas de negócios (caras que entenderam ou deveriam entender o problema) e os desenvolvedores em sintonia com os analistas de sistemas que analisam os requisitos e formulam os use cases, etc. Isso claro, no meu ponto de vista... e acho q eh o que acontece..
Postar um comentário