Fala, Téo. Mais um conteúdo foda. Por favor, faça mais vídeos com discussões sobre papéis e responsabilidades das áreas de dados. Acredito que poucas empresas têm uma noção concreta disso, embora seja algo mutável a depender da maturidade da companhia. Nos últimos anos passei por algumas empresas e o que todas tinham em comum era o mau gerenciamento de pessoas de dados. Ora esses ficavam em dados, ora no negócio, mas nunca com um direcionamento claro. A pastelaria era presente todos os dias. Isso gerava um ambiente de não cooperação e uma frustração enorme entre os colaboradores, uma vez que não tinham plano de carreira, tampouco incentivo à motivação para criarem coisas legais que fossem ajudar a empresa. Enfim, são assuntos complexos e que estão se tornando cada vez mais frequentes com o crescimento da importancia dos dados, mas poucos sabem lidar com ou falar sobre.
Muito boa reflexão. Onde trabalho vejo uma barreira grande de escalar iniciativas legais do coe de dados, para as áreas de negócio. Eu mesmo só fui conhecer de curioso, e tento aplicar aqui alguns direcionamentos Um exemplo, é o letramento de dados... acho complicado deixar na mão do analista alocado tocar esse negócio sozinho no vá e vença.. sem um plano mais central amplamente divulgado... se o gerente/pm tem uma cultura de tomar decisões baseadas em análise de dados é uma benção, se não, o analista é ignorado
Eu sou analista de dados e fui alocado para ficar dentro de uma area de agronegócio de uma tal cooperativa de crédito bem famosa ai haha, e meu chefe defende EXATAMENTE isso que voce falou, ele quer pessoas com conhecimento tecnico de TI/Dados dentro da area dele para absorver o conhecimento do negócio, e estamos tendo resultado que eles nunca tiveram antes, se fossemos ágil isso NUNCA seria possivel, vc esta coberto de razão
Achei ótimo o comentário mas adicionaria um adendo: a ideia de deixar o consumo do dado na mão do usuário de negócio tem como premissa a ideia de que a área de negócio sabe trabalhar com dado. Já trabalhei em algumas empresas onde o negócio mal sabia trabalhar com Excel e queria receber a informação pronta do time de dados. Ter um analista de dados em cada área faz com que se criem silos de conhecimento em cada analista e pode acabar trazendo informações conflitantes com relação à métricas e indicadores. Falo isso baseado em experiências em empresas passadas. Acho que tanto a centralização quanto a descentralização da área de dados tem os seus momentos. Se você trabalha em uma empresa com uma boa cultura de dados e que o negócio sabe trabalhar com dados, descentralização pode ser melhor. Se for uma empresa onde a cultura de dados não foi tão bem construída, um time centralizado de analistas talvez seja melhor.
Muito interessante o assunto! Um ponto importante é a governança dos dados também, se a empresa não tem maturidade e papéis bem desenvolvidos e descritos pode virar uma bagunça aonde muita gente tem acesso a dado que não poderia, além, de gerar dúvidas de quem é o pai da criança! Kkkkk
É uma boa reflexão. Eu acho que seria algo um pouco mais além. Sinto que a posição de BP não vive a realidade (dia a dia) do time em si, ficando mais em uma posição estratégica. Vejo que no caso dos analistas, seria importante estar mais presente no dia a dia, sentindo o calor e ajudando em decisões operacionais, não apenas estratégicas.
Obrigado pelo vídeo! Eu gostei muito de ouvir o que você disse porque às vezes parece que quase ninguém de TI pensa assim, e eu sempre pensei desta forma! Na minha opinião: Ágil não funciona da mesma forma pra Dados/BI como para DEV; Área de TI deveria impulsionar o negócio, não colocar processos que criam mais dificuldade; Self-service BI pode funcionar desde que tenha treinamento para área de negócio melhorar o que já fazem adicionando novas tecnologias; Profissionais de dados podem estar dentro das áreas de negócio e ter um COE (centro de excelência) de dados para governança, melhores práticas e gerenciamento da plataforma. Cada vez mais temos profissionais que não tem formação em tecnologia utilizando ferramentas tecnológicas (low code e no code), então treinamento e orientação geram mais valor que processos e regras.
hauauhau comecei ouvindo meio nao concordando, mas no final concordo plenamente. Sou BI e sempre me incomodei que estamos numa ilha e o acesso a galera de negocios fica numa burocracia pra chegar na gente... E tenho exatamente essa mesma ideia q vc falou... sermos um time mas espalhados dentro de cada time de negocio. Eu nunca levantei essa bola mas hoje te escutando vi q num to loko nao.... uhauauha
fala irmão, pode me tirar uma duvida? o mercado de analista de dados tá melhor que o de desenvolvedor? tanto para novos entrantes quanto para se desenvolver nele.
eu tbm não conhecia, mas entendi que seria uma ideia que, quando o consumidor de dados não tem experiencia em lidar diretamente com os dados, ele precisa pedir (abrir ticket) pra área de dados pra criar o dashboard já todo mastigado pra consumir os dados... a ideia é que a área de dados não precise ficar fritando pastel, porém fornecer os dados já limpos e bem estruturados/documentados de forma que área de negócios consiga montar o seu próprio pastel... acho que é por aí. Espero que não tenha ficado mais confuso :)
![BLACK BAG - Official Trailer [HD] - Only in Theaters March 14](http://i.ytimg.com/vi/Du0Xp8WX_7I/mqdefault.jpg)
Fala, Téo.
Mais um conteúdo foda. Por favor, faça mais vídeos com discussões sobre papéis e responsabilidades das áreas de dados. Acredito que poucas empresas têm uma noção concreta disso, embora seja algo mutável a depender da maturidade da companhia.
Nos últimos anos passei por algumas empresas e o que todas tinham em comum era o mau gerenciamento de pessoas de dados. Ora esses ficavam em dados, ora no negócio, mas nunca com um direcionamento claro. A pastelaria era presente todos os dias. Isso gerava um ambiente de não cooperação e uma frustração enorme entre os colaboradores, uma vez que não tinham plano de carreira, tampouco incentivo à motivação para criarem coisas legais que fossem ajudar a empresa.
Enfim, são assuntos complexos e que estão se tornando cada vez mais frequentes com o crescimento da importancia dos dados, mas poucos sabem lidar com ou falar sobre.
Essa eu peguei ao vivo hein... Mt foda!!
Resumindo 30 anos de conflito. Boa leitura. Boa Téo.
Muito boa reflexão.
Onde trabalho vejo uma barreira grande de escalar iniciativas legais do coe de dados, para as áreas de negócio. Eu mesmo só fui conhecer de curioso, e tento aplicar aqui alguns direcionamentos
Um exemplo, é o letramento de dados... acho complicado deixar na mão do analista alocado tocar esse negócio sozinho no vá e vença.. sem um plano mais central amplamente divulgado... se o gerente/pm tem uma cultura de tomar decisões baseadas em análise de dados é uma benção, se não, o analista é ignorado
Eu sou analista de dados e fui alocado para ficar dentro de uma area de agronegócio de uma tal cooperativa de crédito bem famosa ai haha, e meu chefe defende EXATAMENTE isso que voce falou, ele quer pessoas com conhecimento tecnico de TI/Dados dentro da area dele para absorver o conhecimento do negócio, e estamos tendo resultado que eles nunca tiveram antes, se fossemos ágil isso NUNCA seria possivel, vc esta coberto de razão
Que sensacional!! 👏🏻👏🏻👏🏻
Achei ótimo o comentário mas adicionaria um adendo: a ideia de deixar o consumo do dado na mão do usuário de negócio tem como premissa a ideia de que a área de negócio sabe trabalhar com dado. Já trabalhei em algumas empresas onde o negócio mal sabia trabalhar com Excel e queria receber a informação pronta do time de dados. Ter um analista de dados em cada área faz com que se criem silos de conhecimento em cada analista e pode acabar trazendo informações conflitantes com relação à métricas e indicadores. Falo isso baseado em experiências em empresas passadas.
Acho que tanto a centralização quanto a descentralização da área de dados tem os seus momentos. Se você trabalha em uma empresa com uma boa cultura de dados e que o negócio sabe trabalhar com dados, descentralização pode ser melhor. Se for uma empresa onde a cultura de dados não foi tão bem construída, um time centralizado de analistas talvez seja melhor.
concordo, acho bastante utópico essa ideia
Muito interessante o assunto! Um ponto importante é a governança dos dados também, se a empresa não tem maturidade e papéis bem desenvolvidos e descritos pode virar uma bagunça aonde muita gente tem acesso a dado que não poderia, além, de gerar dúvidas de quem é o pai da criança! Kkkkk
Sobre o last mile e o desenvolvimento de dashboards. Você enxerga o Analista de BI atuando de forma semelhante a um BP de RH?
É uma boa reflexão.
Eu acho que seria algo um pouco mais além. Sinto que a posição de BP não vive a realidade (dia a dia) do time em si, ficando mais em uma posição estratégica.
Vejo que no caso dos analistas, seria importante estar mais presente no dia a dia, sentindo o calor e ajudando em decisões operacionais, não apenas estratégicas.
Obrigado pelo vídeo! Eu gostei muito de ouvir o que você disse porque às vezes parece que quase ninguém de TI pensa assim, e eu sempre pensei desta forma! Na minha opinião:
Ágil não funciona da mesma forma pra Dados/BI como para DEV;
Área de TI deveria impulsionar o negócio, não colocar processos que criam mais dificuldade;
Self-service BI pode funcionar desde que tenha treinamento para área de negócio melhorar o que já fazem adicionando novas tecnologias;
Profissionais de dados podem estar dentro das áreas de negócio e ter um COE (centro de excelência) de dados para governança, melhores práticas e gerenciamento da plataforma.
Cada vez mais temos profissionais que não tem formação em tecnologia utilizando ferramentas tecnológicas (low code e no code), então treinamento e orientação geram mais valor que processos e regras.
Muito obrigado pelo comentário! Concordo bastante tbm
hauauhau comecei ouvindo meio nao concordando, mas no final concordo plenamente. Sou BI e sempre me incomodei que estamos numa ilha e o acesso a galera de negocios fica numa burocracia pra chegar na gente... E tenho exatamente essa mesma ideia q vc falou... sermos um time mas espalhados dentro de cada time de negocio. Eu nunca levantei essa bola mas hoje te escutando vi q num to loko nao.... uhauauha
fala irmão, pode me tirar uma duvida?
o mercado de analista de dados tá melhor que o de desenvolvedor?
tanto para novos entrantes quanto para se desenvolver nele.
hum, não sei dizer. Acho que é mais difícil achar analistas de dados do que dev, mas essa é uma percepção minha.
Desculpem-me, eu não entendi a gíria, o que significa "pastelarização"?
eu tbm não conhecia, mas entendi que seria uma ideia que, quando o consumidor de dados não tem experiencia em lidar diretamente com os dados, ele precisa pedir (abrir ticket) pra área de dados pra criar o dashboard já todo mastigado pra consumir os dados... a ideia é que a área de dados não precise ficar fritando pastel, porém fornecer os dados já limpos e bem estruturados/documentados de forma que área de negócios consiga montar o seu próprio pastel... acho que é por aí. Espero que não tenha ficado mais confuso :)
se vc procurar "pastelaria de dados" no google, vão aparecer alguns resultados, mas com o significado um pouco diferente do que eu entendi aqui