Puxa, muito obrigado pelo “melhor site”. Acho que ainda não é e nunca será. Sem falsa modéstia: só uma tática para evitar a estagnação.

Não creio que exista uma única porta de entrada para a profissão, extensa e abrangente que ela é. Como você gostou bastante de sua experiência, que tal estudar um pouco mais sobre processos? Existem vários livros e cursos muito bons sobre processos, BPM etc. O meu programa FAN aparece aí em Belô umas duas vezes por ano. É um bom ponto de partida também, que tenta apresentar todo o escopo da profissão de forma prática e objetiva.

Espero ter ajudado. Abraços!

Paulo Vasconcellos

Atualmente sou Analista desenvolvedor, Formado em Análise e desenvolvimento de sistemas, mas trabalho com implantação, treinamento e configuração de uma solução de GED/Workflow de uma empresa em Belo Horizonte.

Pela história contada abaixo descobri que gosto muito de mapear processos.

Por isso, pretendo ser um Analista de Negócio.
Essa é a minha meta para 2011.

História
Minha última façanha na área, foi mapear, homologar e colocar em produção 2 processos de negócios de um banco brasileiro com sede em Belo Horizonte. (Processo de abertura de contas e Processo de operação de crédito), Utilizando o Bizagi para mapear e reproduzindo os fluxos (Processos), em um sistema da empresa que trabalho e que até então eu era apenas um dos desenvolvedores.

Foram aproximadamente 8 Meses nessa empreitada de sucesso e hoje o banco utiliza em larga escala para conclusão desses 2 processos o software de workflow desenvolvido pela empresa e os processos que mapeei.

O fato descrito não implica que o sucesso da solução tenha ocorrido por eu conhecer o a forma correta de se mapear processos. Por isso minhas dúvidas:

Como começar corretamente?
Qual o primeiro passo para ser um bom profissional: Analista de Negócios?

Antes de mais nada, muito obrigado pela participação.

Devo confessar, logo que comecei a aplicar as ideias do Dan Roam também me senti um tanto confuso. Ou seja, também não sabia até onde eu chegaria com o ‘remix’ de Pensamento Visual com a Modelagem de Negócios. Só a experiência prática permitiu a conclusão condensada neste artigo. Funciona! E pode ser bem melhor. Aliás, suas sugestões ajudam muito nesse sentido.

Tentando simplificar o ‘codex’ eu compilei vários artefatos na forma de um Documento genérico. Eu cito lá no texto que ele pode representar mapas estratégicos, BSC’s, matrizes SWOT etc. A Visão do Negócio pode ser muito sofisticada, dependendo do projeto e da organização. O tema é tão extenso que merece um artigo só para ele. Ou um livro! hehe..

Sobre o uso de cronogramas: eles não são tradicionais quando falamos da dimensão tempo em processos de negócio. Gráficos Gantt são de grande valor quando falamos de projetos, mas não de processos. Daí minha opção pelo bom e velho fluxo-cronograma.

Concordo contigo quando você diz que um analista deve dominar várias linguagens e vocabulários. Mas ele deve começar por algum lugar. Por exemplo: você acredita que uma pessoa que não domine bem sua primeira língua (português) possa dominar uma segunda (inglês)? Eu não. Daí o “uso excessivo” da UML. Defendo que esta seja a primeira língua de um analista. Repare: o ‘codex’ sugerido é básico: um ponto de partida para o domínio da Modelagem de Negócios. Se o analista dominar bem o básico, crescerá naturalmente – aprendendo novas línguas de acordo com suas necessidades.

Abraços e, de novo, muito obrigado pelo comentário.

Paulo

Parabéns pelo artigo. Confesso que nos dois anteriores fiquei com receio de você se perder nessas novas referências.

No primeiro artigo rolou aquela apresentação do “Business Modeling – A Practical Guide to Realizing Business Value”, que particularmente achei ruim. Aquelas 4 disciplinas e a salada de modelos OMG não me pareceu muito digesto.

Depois vem você com o livro do Dan Roam (“The Back of the Napkin”), que apresenta uma outra abordagem para a modelagem de negócio. Até achei bacana, mas nada genial. Até aqui não estava entendo onde você queria chegar.

Agora com esse último artigo as coisas começam a se encaixar. Gostei muito desse “Codex de Modelagem de Negócio”. Muito mais do que do original do Dan Roam. A combinação das 3 visões do negócio com o 6W’s e o pensamento visual ficou jóia.

Minhas sugestões seriam acrescentar mapas estratégicos do BSC na visão do negócio e cronogramas para o quando. Aliás, por que você tirou?

Minhas ressalvas são para o uso excessivo de UML e para a adoção de BMM. Além de achar BPMN e BSC alternativas mais interessantes para determinados modelos, estou cada vez mais convencido de que o uso de outras linguagens amplia nossos horizontes e facilita o diálogo com os clientes, o que para o AN acredito ser o mais importante. O simples contato com “outras culturas” já justificaria a adoção.

Abraços,

Leandro Mendonça.