Jean,

Que fique claro: também nunca vi um AN que mora “lá em cima”. Como escrevi, esta é a visão de algumas pessoas da área. Evidentemente, não implantada.

Como ele justifica o questionamento? Caramba, é função dele! E não é ou, melhor dizendo, não deveria ser uma questão de coragem.

Se um AN descobre que um projeto não é viável ou factível, é sua obrigação fazer a organização saber disso. Se via gerente de projetos, gerente da área ou mesmo de um representante da área demandante, isso depende da estrutura. Sinceramente, é coisa que deveria fazer parte do Código de Ética da profissão.

Será que eu tenho coragem de manter dois exemplos durante a série? Vou pensar no caso.

Muito obrigado. Abraços!

Paulo Vasconcellos

Fico pensando mesmo no AN oriundo de TI ou da área de projetos (eles chamam assim) questionando a meta a ser atingida com aquela iniciativa de projeto. Como ele poderá justificar o questionamento sem acesso às informações da área de negócio que foram responsáveis pela geração da demanda…

Mas vamos pensar que ele foi corajoso e desafiou e conseguiu as informações…E viu que não é factível…

O que você imagina que ele faria numa situação destas? Não ficou claro o que você imagina que ele faria com esta informação.

(A série é ótima pra quem tá querendo exercitar conceitos!)

Fala Jean!

Como você pediu exemplos por aqui, estava sentindo falta de sua participação.

Sua colocação sobre aqueles últimos questionamentos pode nos levar longe. Existem duas visões bastante antagônicas que pululam por aí (explicitamente aí, em Sampa). Uma delas diz que o AN é estratégico, mora lá em cima e leva esse tipo de papo na boa. Outra, implantada em diversas empresas, tem o AN como reles tirador de pedidos que, se entendi bem, faz o que você chamou de ‘read only’.

Em minha visão, este cara é operacional. Não mora lá cima. Por outro lado, não vejo como ele pode fazer bem seu serviço se não fizer questionamentos como aqueles que encerram o artigo. Se não ele, quem?

Se ele deixar para descobrir algumas verdades DURANTE o projeto, pode ser tarde demais…

Não, não conheço o livro.

Obrigado pela participação. Abraços!

Paulo Vasconcellos

ps: Como você gostou deste exemplo, acha que eu deveria seguir com esta história?

Ainda em tempo e pondo a leitura em dia. Este artigo foi perfeita sintese do que você havia falando a tempos. Os exemplos estão ótimos. Parabéns.

Sobre esta questão das dúvidas que você citou no final do artigo. Não vejo grandes chances de um AN descobrir explicitamente o que está por trás dos requisitos de negócio.

Seria ele o melhor responsável por questionar as metas que guiarão um projeto? Vejo ele em um modo “read-only”.

PORÉM, quando ele começa a trabalhar com as diversas perspectivas do projeto, ele começa a entender o jogo de forças que envolvem o projeto e PODE descobrir as reais motivações dos objetivos de negócio. Mas não vejo isto como regra.

(Falando em poder: Você conhece o livro “Jogos Políticos nas Empresas”? Fui recomendado a ler.)

Abraço!

Fala Flavio!

Como coloquei no artigo, a “coincidência” com análise de O&M é uma necessidade. Só espero que a gente entenda porque essa função foi extinta e evite os mesmos erros. Pelo andar da carruagem, tenho cá minhas dúvidas…

BPM ainda não disse a que veio, né? Esta é a minha impressão. Ou tá agarrada em caixinhas ou perdida em teorias. Se se limitar a replicar o papo O&M (em nível baixinho) não provará nunca o seu valor. Já escrevi sobre isso aqui antes, sobre a inexistência de organizações orientadas a processos. Não creio na viabilidade da proposta BPM em nenhum cenário diferente.

Sobre modelagem: não é, pelo menos não era para ser, uma “abordagem”. É, em minha opinião, a única forma de ver e justificar a disciplina Modelagem de Negócios.

Acho que ainda não cheguei na “proposta de agregação de perspectivas”, mas se você já a anteviu, tanto melhor.

Forte abraço! Muito obrigado pela participação.

Paulo Vasconcellos

Esse trecho do artigo me lembrou as minhas aulas de OSM (Organização, Sistemas e Métodos):

[…]analistas de organização e métodos[…]

Fiz alguns cursos de BPM e BPMN e como diriamos em Minas; “cá pra nóis”: Esses caras são os mesmos de 20 anos atrás, só que de termo, sem prancheta e com metodologias recicladas.

Sobre o artigo:

Essa importância da modelagem é sem dúvidas é uma ótima abordagem, e acho que todo consultor honesto deveria fazer algo do tipo antes de sair aceitando qualquer tipo de trabalho por aí.

Sobre as visões de cada um, acho que dispersão de expectativas é algo que eu vejo como muito comum; e a proposta de agregação de perspectivas pra mim é uma boa novidade.

Abraços!