Mestre Fabrício, parabéns pelo conteúdo, como sempre, muito elucidativo.. muito importante entender os conceitos que sempre vemos no mercado, mas que frequentemente são confusos!
Simplesmente maravilhoso! Me identifiquei com PO. Sou Analista e desenvolvedora de sistemas e iniciando meus estudos para um degrau a mais na carreira. Obrigada por compartilhar!
Fabrício, gostaria de saber, dentro de um projeto ágil, quem seria (idealmente) o responsável por fazer o detalhamento da demanda. Ou seja, quem "converte" uma história de usuário em um requisito programável, no caso do desenvolvimento de software? Especificamente estou desenvolvendo um projeto de Data Warehouse. Desde já agradeço.
Olá, Vinicius. Obrigado pela pergunta. A resposta mais honesta é que, como essa é uma atribuição de papéis e responsabilidades, cada empresa deverá definir o seu modo de trabalho próprio. Não existe uma verdade absoluta. É contextual. O que se pode afirmar com certeza é que este responsável deverá dominar técnicas e conceitos de análise de negócios e saber se comunicar bem com a comunidade de sistemas. No seu caso, provavelmente vai precisar saber modelar dados e metadados. Se você tem alguém que consegue negociar as necessidades de negócio, gerenciar o backlog e fazer essa especificação toda, pode ficar com o mesmo cara fazendo tudo. Se é muita areia para um caminhãozinho só, melhor especializar em papéis. Espero ter ajudado.
Fabrício, vc acha que é uma tendência no mundo ágil a extinção do AN e ter somente o PO?? A empresa que eu trabalho não utiliza o scrum master, e quem era AN está virando PO....
Não diria que é uma tendência, mas é algo que aconteceu com muita frequência. Faz mesmo algum sentido, porque habilidade em Análise de Negócios é essencial para ser um bom PO. Contudo, muitos POs que não vêm por este caminho não têm esta habilidade. Para apoiá-los, pode ser necessário retomar o papel do AN. Outro Gap aparece no nível mais estratégico, na visão sistêmica de negócio acima dos vários times Scrum. Alguém precisa fazer AN neste nível. Precisamos de um pouco mais de tempo para entender as tendências.
Olá, Samanta. Esse vale outro vídeo hein? Vou tentar fazer aqui uma resposta objetiva. O arquiteto de negócios normalmente faz um trabalho de análise mais estratégico e pensa em todos os componentes (ou capacidades) que compõem o negócio, buscando otimizar a organização como um todo. Ele também é um analista de negócios, mas que olha para as necessidades de cima de um helicóptero. Outros analistas de negócios podem estar mais próximos dos envolvidos em uma iniciativa específica, com maior profundidade mas menos amplitude de visão. Essa é a diferença básica. Mas sempre leve em consideração que os papéis e responsabilidades podem variar de uma organização para outra. Grande abraço.
Sensacional o seu vídeo e a forma de explicação. Estou se olho em uma promoção do seu curso de Analista de Negócios na Udemy, rola um cupom de desconto ☺️?
Metodologias e empresas vão criando papéis com nomes diferentes e formas diferentes de atuação. É difícil dizer o que é um Analista de Produto sem indicar de qual método estamos falando. O framework SCRUM não tem este papel. Assim como não tem o papel de Analista de Negócios. Numa metodologia onde um PA apareça, entendo que deva ter um papel muito semelhante ao que eu descrevi aqui como AN.
Adorei, principalmente a tabela com as diferenças. Cada dia mais tenho certeza que sou AN mesmo!
Muito top a explicação parabéns Fabrício.
Obrigado. Que bom que gostou. Tem muito mais no canal.
Compartilhe!
Fabrício, muito boa a tua abordagem. Tenho acompanhado teus vídeos. Parabéns pela iniciativa de disceminar conhecimentos.
Que bom que gostou. Compartilhe e ajude o canal a crescer. 😁
Excelente video, muchas gracias!
De nada. 😄
Muito bom , Professor Laguna. Quanto mais se conversa com a equipe sobre os conceitos menos confusão e mais resultado pode se obter.
Valeu, Arthur. É sempre bom ter clareza e embasar-se nos conceitos.
Mestre Fabrício, parabéns pelo conteúdo, como sempre, muito elucidativo.. muito importante entender os conceitos que sempre vemos no mercado, mas que frequentemente são confusos!
Valeu, Paulinho.
Um grande abraço.
Parabéns pelo vídeo
Obrigado. Dê uma volta pelo canal. Outros vídeos poderão lhe interessar também. Bom domingo!
EXCELENTE !!
Obrigado. Confira também os outros vídeos do canal!
Maravilhoso!
Valeu. Compartilhe!
Cara muito top, meus parabéns!! Na minha atual empresa o esquema número 4 funciona perfeitamente! 👏🏻👏🏻
Legal, Hamilton.
O importante é funcionar bem no contexto do seu negócio. Essa ideia de ONE SIZE FITS ALL não existe.
muito bom! bem feito. Top
Obrigado. Compartilhe!
Sensacional, Fabrício!!! Obrigado pela ajuda!! Acabei de me inscrever no seu canal. 🙂
Que bom que lhe foi útil. Seja bem-vindo ao canal.
Simplesmente maravilhoso! Me identifiquei com PO. Sou Analista e desenvolvedora de sistemas e iniciando meus estudos para um degrau a mais na carreira. Obrigada por compartilhar!
Obrigado a você por assistir.
Boa sorte na escalada.
Professor TOP, sempre recomendo!
Valeu!
excelente video mto obrigado, me ajudou demais, fui jogado na funçao de B.A e to correndo pra aprender kkkk
Que bom que ajudou. Seja bem-vindo à Análise de Negócios. Confira os conteúdos no site giganteconsultoria.com.br
A melhor explicação que vi sobre o assunto! Obrigado por compartilhar e parabéns pela didática!
Que bom que lhe foi útil.
Obrigado por deixar um comentário.
Espero que curta os vídeos do Canal.
Com certeza o melhor material que já encontrei sobre o tema!
Muito obrigado!
Sinto-me honrado. Obrigado pelo comentário.
Vídeo de 2018 mas que permanece atual. Obrigado pelo conteúdo Fabrício.
Eu que agradeço. Tem uma boa biblioteca de aulas neste canal. Compartilhe! Grande abraço.
Achei o vídeo bastante esclarecedor! Muito obrigado!
De nada. Que bom que lhe foi útil. Compartilhe!
Muito esclarecedor o vídeo.
Que bom que gostou.
Confira os outros vídeos do canal.
Muito bem explicado ...... como sempre do jeito Fabricio Laguna
😜
Parabéns pela dinica da apresentação e pelo conteúdo! SHOW!
Não sei bem o que é "dinica". Acho que foi erro de digitação, mas fiquei feliz pelo comentário. Valeu!
Você é o cara!
Valeu!
Muito bom vídeo! Obrigado e parabéns!
Valeu. Compartilhe!
Excelente vídeo!
Obrigado. Compartilhe.
Bem explicado!
Excelente conteúdo!
Obrigado. Compartilhe.
Excelente resumo
Obrigado
Muito bom Fabrício, parabéns!
Obrigado. Compartilhe.
Parabéns Fabrício, link amplamente compartilhado com os amigos!!!!
Muito bacana!! Parabéns e obrigada!
Muito bom!
Parabéns
Parabéns! Adorei!
Esclarescedor
Que bom que gostou.
Conheça outros vídeos do canal.
Fabrício, gostaria de saber, dentro de um projeto ágil, quem seria (idealmente) o responsável por fazer o detalhamento da demanda. Ou seja, quem "converte" uma história de usuário em um requisito programável, no caso do desenvolvimento de software? Especificamente estou desenvolvendo um projeto de Data Warehouse. Desde já agradeço.
Olá, Vinicius. Obrigado pela pergunta. A resposta mais honesta é que, como essa é uma atribuição de papéis e responsabilidades, cada empresa deverá definir o seu modo de trabalho próprio. Não existe uma verdade absoluta. É contextual.
O que se pode afirmar com certeza é que este responsável deverá dominar técnicas e conceitos de análise de negócios e saber se comunicar bem com a comunidade de sistemas. No seu caso, provavelmente vai precisar saber modelar dados e metadados.
Se você tem alguém que consegue negociar as necessidades de negócio, gerenciar o backlog e fazer essa especificação toda, pode ficar com o mesmo cara fazendo tudo. Se é muita areia para um caminhãozinho só, melhor especializar em papéis.
Espero ter ajudado.
Fabrício, vc acha que é uma tendência no mundo ágil a extinção do AN e ter somente o PO?? A empresa que eu trabalho não utiliza o scrum master, e quem era AN está virando PO....
Não diria que é uma tendência, mas é algo que aconteceu com muita frequência. Faz mesmo algum sentido, porque habilidade em Análise de Negócios é essencial para ser um bom PO.
Contudo, muitos POs que não vêm por este caminho não têm esta habilidade. Para apoiá-los, pode ser necessário retomar o papel do AN.
Outro Gap aparece no nível mais estratégico, na visão sistêmica de negócio acima dos vários times Scrum. Alguém precisa fazer AN neste nível.
Precisamos de um pouco mais de tempo para entender as tendências.
top demais
Olá Fabrício! Quando há o papel de analista de negócio e arquiteto de negócio, qual seria a diferença entre eles?
Olá, Samanta. Esse vale outro vídeo hein? Vou tentar fazer aqui uma resposta objetiva.
O arquiteto de negócios normalmente faz um trabalho de análise mais estratégico e pensa em todos os componentes (ou capacidades) que compõem o negócio, buscando otimizar a organização como um todo. Ele também é um analista de negócios, mas que olha para as necessidades de cima de um helicóptero.
Outros analistas de negócios podem estar mais próximos dos envolvidos em uma iniciativa específica, com maior profundidade mas menos amplitude de visão.
Essa é a diferença básica. Mas sempre leve em consideração que os papéis e responsabilidades podem variar de uma organização para outra.
Grande abraço.
@@fabriciolaguna Vale outro vídeo , com certeza!
Ficou super claro, muito obrigada pelo retorno!
depois desse vídeo, percebi que sou uma severina. kkkkkk
@@MrKath08 😅
Sensacional o seu vídeo e a forma de explicação. Estou se olho em uma promoção do seu curso de Analista de Negócios na Udemy, rola um cupom de desconto ☺️?
Obrigado.
Logo teremos Black Friday.
Se inscreva no mailing da Gigante Consultoria e fique de olho!
giganteconsultoria.com.br
@@fabriciolaguna não consegui encontrar a tela de cadastro 😥
@@MPCeifador , logo na Home do site da Gigante Consultoria tem um campo com "Inscreva-se no nosso mailing"
@@fabriciolaguna Encontrei, foi a cor da letra que me confundiu. Obrigado!
E onde entra o Analista de produto (PA)?
Metodologias e empresas vão criando papéis com nomes diferentes e formas diferentes de atuação. É difícil dizer o que é um Analista de Produto sem indicar de qual método estamos falando.
O framework SCRUM não tem este papel. Assim como não tem o papel de Analista de Negócios.
Numa metodologia onde um PA apareça, entendo que deva ter um papel muito semelhante ao que eu descrevi aqui como AN.