Latest / escovando bits podcast / #61 - O que devs precisam saber sobre produto

Transcript

#61 - O que devs precisam saber sobre produto · escovando bits podcast

0:10
SPEAKER_01: Olá, você está ouvindo o Escovando Bits, o podcast da Codeco.
0:21
Eu sou o Gabriel e eu já quase virei um Technical Product
0:25
Manager numa época,
0:27
SPEAKER_01: mas eu acabei vindo trabalhar só com a Codecom.
0:30
SPEAKER_02: Que chique.
0:32
Eu sou o Galeno e acho que tem muito dev que sabe mais de
0:35
produto do que o próprio PM ou Pio.
0:37
SPEAKER_03: Eu sou o Diego Ace e eu tô aqui em minoria agora.
0:41
SPEAKER_03: Vou apanhar do...
0:43
SPEAKER_03: Do Gal com o Gabriel aí, mas é isso, eu já fui front-end.
0:47
SPEAKER_03: Eu falo já fui front-end em vez de programador front-end ou desenvolvedor
0:50
SPEAKER_03: front-end,
0:51
SPEAKER_03: porque front-end é front-end,
0:52
SPEAKER_03: né?
0:52
SPEAKER_03: Programador é outra coisa.
0:54
SPEAKER_01: Tu era o próprio front-end, assim, né?
0:56
SPEAKER_02: Eu era o próprio front-end.
0:58
SPEAKER_01: Front-end é o terraplanismo da programação.
1:00
SPEAKER_01: É tipo isso daí.
1:03
SPEAKER_01: mas o Diego,
1:04
SPEAKER_01: pô,
1:04
SPEAKER_01: aprendi,
1:05
SPEAKER_01: eu tinha um livro teu,
1:07
SPEAKER_01: acho,
1:07
SPEAKER_01: tinha um livro HTML5,
1:09
SPEAKER_01: CCS Fundamentos,
1:11
SPEAKER_01: alguma coisa assim,
1:12
SPEAKER_01: não tinha?
1:13
SPEAKER_01: Tem, tinha, tinha, tem, né?
1:15
SPEAKER_01: Tá por aí, tem o Guia Frontend também.
1:17
SPEAKER_01: Eu lembro de ter lido esse da capa vermelha, né, não é?
1:20
SPEAKER_01: É, isso aí.
1:21
SPEAKER_01: Eu lembro de ter lido esse aí, quando eu era jovem.
1:23
É que você falou quando eu era jovem,
1:25
eu ia falar,
1:25
isso daí já fala bastante da sua idade,
1:27
né?
1:30
SPEAKER_01: É, e eu aprendi muito também no Tabolas, né?
1:33
SPEAKER_01: Diego, ex-famoso fundador do Tabolas.
1:36
Aprendi a centralizar a div,
1:37
aprendi a usar display grid,
1:39
aprendi muita coisa.
1:40
SPEAKER_01: Aprendi a largar as tabelas.
1:44
SPEAKER_01: É. Eu cheguei a fazer site com tabelas, tempo bom.
1:47
SPEAKER_03: Eu vou dizer que era bom mesmo,
1:48
SPEAKER_03: porque funcionava em tudo quanto é lugar,
1:50
SPEAKER_03: a gente tinha nem metade da dor de cabeça que a gente teve depois.
1:53
SPEAKER_01: Exatamente, exatamente.
1:55
SPEAKER_01: A gente só vai para o nosso intervalo comercial e volta já.
2:01
SPEAKER_01: Pergunta sobre arquitetura e engenharia.
2:07
SPEAKER_03: Só que de software.
2:13
SPEAKER_01: Neste quadro,
2:13
trazemos um especialista do ASUS para tirar dúvidas dos devs
2:17
quando o assunto é
2:17
SPEAKER_01: arquitetura e engenharia de software.
2:19
SPEAKER_01: Hoje estamos aqui com o Geliel,
2:21
SPEAKER_01: software engineer no ASUS,
2:23
SPEAKER_01: para nos ajudar a sanar as dúvidas dos nossos ouvintes.
2:26
Quando é que usar design patterns realmente ajuda e quando é só
2:30
complicação desnecessária?
2:32
Bom,
2:32
para resolver a maior parte dos problemas,
2:34
o design pattern já vai resolver isso.
2:37
SPEAKER_00: Então se a gente tentar desenvolver algo na mão do zero,
2:40
muito provavelmente a gente vai chegar em algo semelhante ao
2:43
que já existe ou muito
2:44
SPEAKER_00: perto.
2:45
SPEAKER_00: E se a gente acabar melhorando,
2:46
SPEAKER_00: melhorando,
2:47
SPEAKER_00: melhorando,
2:47
SPEAKER_00: a gente vai acabar chegando em um pattern.
2:49
SPEAKER_00: e utilizar o design pattern,
2:51
SPEAKER_00: né,
2:51
SPEAKER_00: facilita na hora que você tá trabalhando em equipe,
2:53
SPEAKER_00: né,
2:54
SPEAKER_00: com outras pessoas.
2:55
Quando você vai explicar o porquê que você resolveu aquele
2:58
problema e como,
2:59
SPEAKER_00: citar qual design pattern você utilizou,
3:02
facilita tanto no processo de code review e entendimento das
3:05
outras pessoas,
3:06
como também quando elas forem aplicar novas mudanças e forem
3:10
aplicar novos códigos
3:11
SPEAKER_00: naquela rotina,
3:12
SPEAKER_00: elas já sabem,
3:12
SPEAKER_00: já estão habituadas ali com aquele pattern,
3:14
SPEAKER_00: né,
3:15
SPEAKER_00: com aquele padrão já do mercado.
3:16
SPEAKER_00: Música
3:27
O Perguntas de Engenharia e Arquitetura,
3:29
Socket Software,
3:30
é patrocinado pelo ASUS.
3:32
Acesse o link na descrição do episódio para saber mais sobre as
3:35
vagas disponíveis
3:36
SPEAKER_01: para a área de engenharia de software.
3:44
SPEAKER_01: Boa, então voltamos.
3:47
E você que tá escutando esse podcast no seu fone de ouvido e
3:51
não pegou o celular
3:52
SPEAKER_01: pra ver o título,
3:53
SPEAKER_01: o título de hoje é o que devs precisam saber sobre produto.
3:57
SPEAKER_01: Eu acho que esse...
3:57
SPEAKER_01: A gente tá falando muito sobre isso ultimamente aqui nesse podcast,
4:01
SPEAKER_01: mas hoje a gente trouxe um especialista aí,
4:03
SPEAKER_01: um ex-dev,
4:04
SPEAKER_01: que agora é ex-front-end,
4:06
SPEAKER_01: né?
4:06
SPEAKER_01: Agora ele falou pra gente que não era dev, ele era front-end.
4:09
SPEAKER_01: Muito respeito.
4:09
SPEAKER_03: Pra virar dev, faltava um pouco ainda.
4:13
SPEAKER_01: É, e agora é produteiro, né?
4:15
SPEAKER_01: Já foi diretor de produto aí de várias empresas.
4:18
SPEAKER_01: E a gente...
4:19
SPEAKER_01: Eu falo que a gente fala bastante sobre isso aqui no podcast,
4:22
SPEAKER_01: porque a gente já teve episódios.
4:23
SPEAKER_01: Olha aqui, eu tô abrindo a nossa cola aqui, ó. É...
4:29
Comunicação para devs,
4:30
como falar sobre tecnologia sem parecer arrogante.
4:33
Por que entender de negócio é mais importante do que aprender
4:35
um novo framework?
4:37
SPEAKER_01: Enfim, a gente está falando muito sobre isso aqui.
4:39
SPEAKER_01: E daí hoje a gente trouxe de novo essa dúvida, né?
4:42
SPEAKER_01: O que devs precisam saber sobre produto?
4:44
SPEAKER_01: Porque é aquela velha briga, né?
4:46
SPEAKER_01: Em empresas,
4:47
SPEAKER_01: principalmente empresas SaaS aí,
4:49
SPEAKER_01: que tem o PM versus o dev e os dois sempre discordam de tudo.
4:56
SPEAKER_01: É,
4:56
SPEAKER_01: mas enfim,
4:57
SPEAKER_01: eu não sei,
4:58
SPEAKER_01: Diego,
4:58
SPEAKER_01: se tu quer começar explicando o que tu acha que deves,
5:02
SPEAKER_01: o que deves precisam saber mais sobre produto.
5:04
SPEAKER_03: Cara,
5:05
SPEAKER_03: isso é interessante,
5:06
SPEAKER_03: né,
5:06
SPEAKER_03: porque desenvolvedores sempre teve um perfil,
5:09
SPEAKER_03: como que eu vou dizer,
5:10
SPEAKER_03: um perfil introspectivo,
5:12
SPEAKER_03: vamos colocar assim,
5:13
SPEAKER_03: né.
5:13
SPEAKER_03: Então, introspectivo de verdade, assim, né.
5:16
SPEAKER_03: até dentro do time de desenvolvimento,
5:18
SPEAKER_03: até dentro do time,
5:20
SPEAKER_03: do núcleo dele ali,
5:22
SPEAKER_03: do lado de outros pares,
5:24
SPEAKER_03: desenvolvedores e etc.
5:28
SPEAKER_03: Ainda assim, os devs, eles são bem introspectivos, né?
5:31
SPEAKER_03: Quiçá falar com outras áreas e
5:34
SPEAKER_03: outras pessoas, da empresa e etc.
5:36
SPEAKER_03: Então,
5:38
SPEAKER_03: isso,
5:38
SPEAKER_03: na verdade,
5:39
SPEAKER_03: é uma característica,
5:40
SPEAKER_03: é um aspecto que,
5:41
SPEAKER_03: assim,
5:41
SPEAKER_03: não mudou até hoje e acho que não deve,
5:43
SPEAKER_03: não tem que mudar.
5:44
Então,
5:45
mas partindo desse aspecto,
5:48
desse ponto,
5:49
durante,
5:49
sei lá,
5:50
os últimos...
5:51
SPEAKER_03: 10 anos,
5:52
SPEAKER_03: para a gente não ir muito longe,
5:53
SPEAKER_03: teve uma certa evolução no mercado de desenvolvimento barra produtos.
5:59
Eu vou falar mercado de produtos e aí a galera entende que eu
6:04
estou colocando tudo
6:05
SPEAKER_03: dentro desse balaio.
6:06
SPEAKER_03: Design, dados, gestão de produto, desenvolvimento, tecnologia e etc.
6:12
Mas teve uma mudança muito grande de comportamento em todas as
6:16
disciplinas.
6:17
Teve criação de novas disciplinas,
6:20
subdisciplinas dentro de várias outras profissões.
6:23
SPEAKER_03: Desenvolvimento, eu acho que nem tanto.
6:25
SPEAKER_03: Parou de fazer isso durante muito tempo,
6:28
SPEAKER_03: mas a gente fala de design,
6:29
SPEAKER_03: por exemplo,
6:30
SPEAKER_03: teve uma ramificação terrível para mim...
6:33
SPEAKER_03: do meu ponto de vista.
6:34
SPEAKER_03: Começou com um designer,
6:36
SPEAKER_03: depois veio o UX,
6:37
SPEAKER_03: depois veio o UI,
6:39
SPEAKER_03: depois veio o UX Writer,
6:41
SPEAKER_03: depois veio o UX Research,
6:43
SPEAKER_03: depois e assim por diante.
6:44
SPEAKER_03: Para hoje, tem uma tendência de todo mundo pegar Product Designer
6:48
SPEAKER_03: pronto.
6:49
SPEAKER_03: Para desenvolvimento não teve uma quebra tão grande assim,
6:52
SPEAKER_03: teve uma quebra gigante,
6:54
SPEAKER_03: todo mundo era desenvolvedor,
6:55
SPEAKER_03: faz tudo e etc,
6:56
SPEAKER_03: de repente alguém virou back-end,
6:58
teve um gap no front-end para conectar a galera do back com a
7:03
galera de design,
7:05
SPEAKER_03: alguém ali de alguma forma supriu esse gap,
7:09
SPEAKER_03: criou-se aí então os front-ends,
7:11
SPEAKER_03: mas back-end começou também a
7:16
SPEAKER_03: fez mais sentido do que, por exemplo, a quebra de design.
7:19
SPEAKER_03: Então,
7:20
SPEAKER_03: uma galera virou muito mais,
7:21
SPEAKER_03: entre aspas,
7:22
SPEAKER_03: arquitetos,
7:24
SPEAKER_03: começaram a ir mais para a parte de realmente servidor,
7:27
SPEAKER_03: infra e etc.
7:29
SPEAKER_03: A galera de back-end continuou ali sendo back-end,
7:31
SPEAKER_03: trabalhando no back,
7:33
SPEAKER_03: de verdade,
7:34
SPEAKER_03: servidor,
7:34
SPEAKER_03: do lado do servidor,
7:36
SPEAKER_03: e meio que parou por aí.
7:37
A gente pode falar,
7:38
sei lá,
7:39
alguma outra...
7:40
Os front-end viraram um fuisteco.
7:43
SPEAKER_03: A gente pode falar só do mercado front-end,
7:45
SPEAKER_03: mas o mercado front-end pra mim foi o que mais estagnou,
7:47
SPEAKER_03: velho.
7:48
SPEAKER_03: Tipo, o que mais estagnou.
7:50
Acho que não andou toda a parte de framework,
7:54
metodologia de front-end,
7:56
etc.
7:56
SPEAKER_03: Mas a profissão continua igual.
7:59
SPEAKER_03: Continuamos quebrando a mesma pedra, só que com uma ferramenta diferente.
8:04
SPEAKER_03: Ninguém pensou no processo melhor, ninguém pensou, sabe?
8:09
SPEAKER_03: Saiu de JavaScript Vanilla pra porcaria do React.
8:12
SPEAKER_03: E beleza.
8:13
E hoje você pergunta para qualquer um para que serve React,
8:15
ninguém sabe responder por quê.
8:17
SPEAKER_03: Só estou usando.
8:19
SPEAKER_03: E é isso aí.
8:20
SPEAKER_03: Então, o que acontece?
8:23
O desenvolvedor,
8:24
ele ainda continuou sendo,
8:26
mesmo depois dessas mudanças grandes,
8:32
SPEAKER_03: etc, ele ainda, a essência ainda continua sendo a mesma.
8:36
SPEAKER_03: Se você pega um desenvolvedor altamente técnico,
8:39
SPEAKER_03: muito técnico,
8:39
ele continua sendo aquele cara que espera o código pra ele
8:43
poder sentar e avançar.
8:45
Na verdade,
8:46
você pega o problema que vão dar pra ele ali,
8:47
pra ele poder sentar e codar.
8:50
SPEAKER_03: E é só isso, para por aí.
8:52
Tanto que quando você vê uma vertente de desenvolvedores
8:55
virando ou tentando,
8:57
né,
8:57
ou
8:58
SPEAKER_03: tendo a oportunidade de virar, de fazer gestão de pessoas, né?
9:01
SPEAKER_03: Pouquíssimos querem fazer.
9:04
SPEAKER_03: Tipo,
9:05
o pessoal prefere continuar trabalhando nessa parte técnica em
9:09
vez de gerir
9:09
SPEAKER_03: pessoas,
9:10
SPEAKER_03: gerir times,
9:11
SPEAKER_03: gerir processos,
9:12
SPEAKER_03: né?
9:12
SPEAKER_02: Ou, às vezes, até mistura, né?
9:15
O cara vira tipo tech leader,
9:17
mas é um tech leader que,
9:17
às vezes,
9:18
coda ainda,
9:18
né?
9:18
Ele até tem uma pequena gestão de pessoas ali,
9:21
mas ele ainda está com a mão no código.
9:23
SPEAKER_02: Exatamente.
9:24
SPEAKER_02: A gestão de pessoas não é a única coisa que ele faz, né?
9:26
Não é a única coisa que ele faz,
9:27
ele não quer fazer só gestão de pessoas.
9:29
E o que complica demais,
9:30
porque se você parar pra ver,
9:32
é muito difícil de você encontrar
9:36
SPEAKER_03: que conseguem cuidar de pessoas e ainda se mantêm técnicos.
9:40
SPEAKER_03: Não estou falando de continuar codando,
9:42
SPEAKER_03: mas ainda continuam tendo um alto nível técnico,
9:45
SPEAKER_03: mas conseguem se focar muito na gestão de pessoas e gestão de processos.
9:49
SPEAKER_03: Vamos colocar dessa forma.
9:51
SPEAKER_03: Então, aí começa isso.
9:52
O cara vira tech lead,
9:54
mas ele,
9:55
teoricamente,
9:57
ainda coda bastante,
9:58
está muito próximo do time.
10:00
SPEAKER_03: É uma referência técnica para o time.
10:01
SPEAKER_03: E esse é um ponto importante.
10:03
SPEAKER_03: Ele continua sendo uma referência técnica, mas...
10:08
SPEAKER_03: Mas,
10:08
SPEAKER_03: cara,
10:08
SPEAKER_03: ele não tem a habilidade,
10:11
SPEAKER_03: às vezes,
10:12
SPEAKER_03: a facilidade de fazer gestão de carreira,
10:14
SPEAKER_03: gestão de estrutura de time,
10:17
SPEAKER_03: uma gestão.
10:17
SPEAKER_03: E aí a gente começa a ir muito para o lado mais,
10:21
SPEAKER_03: vou falar soft skill,
10:22
SPEAKER_03: não gosto muito,
10:23
SPEAKER_03: mas mais de soft em vez de hard.
10:25
SPEAKER_03: E aí esse é um ponto importante.
10:27
SPEAKER_03: Por que deitou dessa volta?
10:28
SPEAKER_03: Porque não necessariamente é uma obrigação,
10:31
SPEAKER_03: os devs deveriam de verdade aprender mais sobre produto.
10:34
SPEAKER_03: Na verdade, é muito maior do que produto em si.
10:38
SPEAKER_03: É uma visão mais ampla, além do código.
10:42
SPEAKER_03: É como que você usa de verdade a tecnologia que você está fazendo ali,
10:45
SPEAKER_03: que você está executando,
10:46
SPEAKER_03: para resolver um problema de negócio.
10:48
SPEAKER_03: E para conectar as duas coisas, passa por muito mais do que produto.
10:53
SPEAKER_03: Passa para,
10:53
SPEAKER_03: sei lá,
10:54
SPEAKER_03: eu nunca vi,
10:55
SPEAKER_03: por exemplo,
10:55
SPEAKER_03: um desenvolvedor,
10:57
SPEAKER_03: beleza,
10:58
SPEAKER_03: colocamos,
10:58
SPEAKER_03: fizemos o deploy,
10:59
SPEAKER_03: maravilhoso,
11:00
SPEAKER_03: ele entrar,
11:01
SPEAKER_03: sei lá,
11:02
SPEAKER_03: no dashboard do Analytics,
11:04
SPEAKER_03: os indicadores de negócio,
11:05
SPEAKER_03: no dashboard de negócio ali do Metabase,
11:08
SPEAKER_03: que a empresa usa,
11:09
SPEAKER_03: sei lá,
11:10
SPEAKER_03: ver se tem mais clientes entrando,
11:12
SPEAKER_03: pra ver se tá ganhando mais grana,
11:14
SPEAKER_03: a empresa tá ganhando mais grana,
11:15
SPEAKER_03: pra ver se,
11:16
SPEAKER_03: sabe,
11:16
SPEAKER_03: algum indicador de negócio de produto.
11:18
SPEAKER_03: O que ele faz é entrar no Datadog e ver se nada caiu.
11:20
SPEAKER_03: As coisas estão tudo online ali, tá tudo em ordem.
11:23
SPEAKER_03: Então, começa muito por aí, né?
11:28
SPEAKER_02: até fazer uma pergunta,
11:29
SPEAKER_02: assim,
11:29
SPEAKER_02: tipo,
11:30
SPEAKER_02: você acha que deve e precisa saber dessas coisas,
11:32
SPEAKER_02: assim,
11:32
SPEAKER_02: KPI,
11:33
SPEAKER_02: OKR,
11:34
SPEAKER_02: paradas assim,
11:35
SPEAKER_02: ou,
11:35
SPEAKER_02: tipo,
11:36
SPEAKER_02: o negócio dele é teste no gira?
11:37
SPEAKER_03: Eu acho que, com certeza, ele tem que saber.
11:40
SPEAKER_03: Ele tem que saber.
11:40
SPEAKER_03: Por quê?
11:41
SPEAKER_03: Eu posso ser muito simplista, tá?
11:42
Mas a gente,
11:44
eu vou me colocar no balaio aí,
11:45
mas a gente digita código pra realizar uma solução.
11:49
SPEAKER_03: Essa solução está conectada a um objetivo de negócio, né?
11:54
SPEAKER_03: Que a gente precisa alcançar para que a gente consiga...
11:57
SPEAKER_03: sustentar a empresa,
11:58
entregar soluções mais interessantes e melhores para o cliente
12:03
final e assim por
12:05
SPEAKER_03: diante.
12:05
SPEAKER_03: Se o Dev não souber os motivos pelo qual está ditando aquele código,
12:10
SPEAKER_03: o que aquele código dele vai,
12:12
SPEAKER_03: aí eu estou falando código,
12:13
SPEAKER_03: mas aquele pedaço de software que ele está gerindo,
12:15
SPEAKER_03: porque o desenvolvedor fala muito de código,
12:17
SPEAKER_03: mas teoricamente ele também é um gestor técnico,
12:20
SPEAKER_03: ele decide muita coisa no momento que está
12:22
SPEAKER_03: codando.
12:22
SPEAKER_03: Ah,
12:23
SPEAKER_03: eu não sou líder técnico,
12:24
SPEAKER_03: eu não vou decidir a stack,
12:26
SPEAKER_03: eu não vou decidir uma série de outras coisas.
12:28
Não,
12:28
mentira,
12:28
você está decidindo ali a estrutura do código,
12:31
o formato do código.
12:32
SPEAKER_03: O que você fizer de errado ali vai ficar insustentável depois,
12:35
vai precisar dali cinco anos quando a startup tiver que rampar
12:38
de verdade,
12:39
SPEAKER_03: fazer hyper growth de verdade,
12:41
SPEAKER_03: o débito técnico que você está criando agora vai
12:43
SPEAKER_03: ser um problema de falta de avanço da empresa,
12:49
SPEAKER_03: investimento,
12:50
SPEAKER_03: ah não,
12:50
SPEAKER_03: todo mundo já trabalhou em startup,
12:52
SPEAKER_03: passou por isso,
12:53
SPEAKER_03: do tipo,
12:53
SPEAKER_03: a gente não pode fazer um hyper growth gigante porque tem esse,
12:57
SPEAKER_03: esse,
12:57
SPEAKER_03: esse débito técnico,
12:58
SPEAKER_03: a gente tem que arrumar primeiro a base,
13:00
SPEAKER_03: a fundação técnica para que a gente consiga escalar e assim por diante.
13:04
SPEAKER_03: Então,
13:05
esse microgerenciamento do desenvolvedor é muito importante e
13:09
eu também não vejo o
13:09
SPEAKER_03: pessoal conversando sobre isso.
13:11
SPEAKER_03: Então,
13:12
SPEAKER_03: as conversas giram muito em torno de decisão,
13:14
SPEAKER_03: de stack técnica,
13:16
SPEAKER_03: de decisão,
13:17
SPEAKER_03: e eu nem estou falando para fazer,
13:18
SPEAKER_03: sei lá,
13:18
SPEAKER_03: bike shedding,
13:19
não estou nem falando para ficar demorando muito para escolher
13:22
como que é o pattern
13:23
SPEAKER_03: que vai ser utilizado,
13:25
SPEAKER_03: sei lá,
13:26
SPEAKER_03: não estou nem falando dessas coisas mais simples,
13:28
SPEAKER_03: estou falando mesmo de decisão técnica,
13:30
SPEAKER_03: o cara está desenhando o código,
13:32
SPEAKER_03: está escrevendo o código ali,
13:33
SPEAKER_03: ele fala,
13:33
SPEAKER_03: cara,
13:34
SPEAKER_03: Toda uma startup,
13:34
SPEAKER_03: muito provavelmente,
13:36
SPEAKER_03: vai fusionar com uma outra startup mais para frente,
13:38
SPEAKER_03: ou a gente vai pensar mais em integração XYZ.
13:40
SPEAKER_03: E eu acho que eu vou fazer aqui já esse,
13:43
SPEAKER_03: sei lá,
13:44
SPEAKER_03: esse módulo que eu estou fazendo aqui de login,
13:46
SPEAKER_03: gestão de usuários,
13:47
SPEAKER_03: autenticidade,
13:49
SPEAKER_03: de usuário, de um jeito que fique fácil pra aceitar depois login social.
13:54
SPEAKER_03: Ou pra caso a gente comprar e fusionar com outra empresa,
13:57
ela vai ter a base de usuários dela e esses caras vão ficar se
14:00
logando em dois
14:01
SPEAKER_03: sistemas,
14:02
a gente vai ter que se matar aqui pra fazer um Midware XYZ pra
14:06
poder ler do banco
14:06
SPEAKER_03: um,
14:07
SPEAKER_03: ler do banco outro,
14:07
SPEAKER_03: ou não,
14:08
SPEAKER_03: a gente vai ter
14:10
SPEAKER_03: Lá usa CPF como a chave primária.
14:14
SPEAKER_03: E aqui usa e-mail como a chave primária.
14:17
SPEAKER_03: Como que a gente vai fazer isso agora?
14:18
E parar cinco minutos para pensar numa decisão técnica que ele
14:21
está fazendo ali,
14:22
SPEAKER_03: e não é só o time inteiro,
14:23
SPEAKER_03: ele está fazendo ali,
14:24
SPEAKER_03: vai salvar muita coisa mais para frente.
14:26
SPEAKER_03: Então, sai do código e começa a pensar mais no problema, né?
14:29
SPEAKER_03: Então,
14:30
SPEAKER_03: eu acho que sim,
14:31
SPEAKER_03: o time de desenvolvimento e os devs no indivíduo,
14:34
SPEAKER_03: assim,
14:35
SPEAKER_03: tinha que sair mais,
14:36
SPEAKER_03: questionar mais até,
14:37
SPEAKER_03: inclusive,
14:38
SPEAKER_03: que está no Gira,
14:39
SPEAKER_03: mas entender mais do problema.
14:41
SPEAKER_03: Está mais próximo do problema.
14:43
SPEAKER_03: Não tão próximo, senão muda muito a disciplina.
14:46
SPEAKER_03: Ele fica muito mais próximo do que um tech lead deveria ser.
14:49
SPEAKER_03: Mas ele precisa saber porque ele está fazendo ali as coisas.
14:54
A gente gravou um episódio com o Rafael Ponte sobre como
14:58
desenhar APIs robustas e previsíveis.
15:01
SPEAKER_01: E ele falou exatamente isso,
15:03
SPEAKER_01: assim,
15:03
SPEAKER_01: que,
15:03
SPEAKER_01: tipo,
15:04
SPEAKER_01: tem coisa,
15:05
SPEAKER_01: sei lá,
15:06
SPEAKER_01: tu tá desenhando dois microserviços lá.
15:08
SPEAKER_01: O que que vai acontecer se houver uma falha de comunicação entre os dois?
15:13
SPEAKER_01: Tipo, o
15:13
SPEAKER_01: primeiro microserviço vai ficar rodando um load infinitamente,
15:17
SPEAKER_01: ele vai estourar um erro aleatório na cara do usuário.
15:19
SPEAKER_01: Tipo,
15:19
SPEAKER_01: são coisas que um PM ou um designer eles não vão conseguir prever,
15:24
SPEAKER_01: mas um dev vai conseguir.
15:26
SPEAKER_01: Tipo, isso é pensar no produto, é pensar no
15:28
SPEAKER_01: no cliente final,
15:29
SPEAKER_01: né,
15:29
SPEAKER_01: de tipo,
15:30
SPEAKER_01: pô,
15:30
SPEAKER_01: eu não vou simplesmente estourar um erro aqui,
15:33
SPEAKER_01: 403 na cara do usuário,
15:35
SPEAKER_01: eu vou,
15:36
SPEAKER_01: tipo,
15:36
SPEAKER_01: pô,
15:36
SPEAKER_01: vou realmente tratar esse erro,
15:38
SPEAKER_01: vou mostrar de um jeito ok,
15:40
SPEAKER_01: ou sei lá,
15:40
SPEAKER_01: vou chamar o designer e falar,
15:42
SPEAKER_01: olha,
15:42
SPEAKER_01: pode ser que isso aqui aconteça e tal.
15:44
SPEAKER_01: É bem interessante, né?
15:45
SPEAKER_03: É exatamente isso,
15:46
SPEAKER_03: assim,
15:46
SPEAKER_03: quando a gente fala sobre gestão de produto,
15:50
SPEAKER_03: a gente costuma trazer alguns pilares,
15:53
SPEAKER_03: né?
15:55
SPEAKER_03: Dá para resumir bem rápido.
15:57
SPEAKER_03: Então,
15:57
SPEAKER_03: são pilares de...
15:59
SPEAKER_03: Você precisa cuidar e entender da viabilidade técnica,
16:02
SPEAKER_03: da viabilidade de negócio.
16:04
SPEAKER_03: Você precisa entender que o produto precisa ser...
16:12
SPEAKER_03: é total com o time de desenvolvimento.
16:15
SPEAKER_03: O PM não pode, nem precisa, ele não tem a competência para pensar nisso.
16:20
SPEAKER_03: Quem tem que pensar nisso,
16:22
SPEAKER_03: para mim,
16:22
SPEAKER_03: deveria ser,
16:23
SPEAKER_03: sei lá o nome,
16:24
SPEAKER_03: o flavor que todo mundo usa aí,
16:26
SPEAKER_03: mas o delivery manager,
16:28
SPEAKER_03: o tech manager,
16:29
SPEAKER_03: o tech lead,
16:30
SPEAKER_03: sei lá,
16:30
SPEAKER_03: a pessoa que cuida do time de tecnologia ali,
16:33
SPEAKER_03: do time de desenvolvimento,
16:34
SPEAKER_03: seja daquela squad,
16:35
SPEAKER_03: seja daquela área,
16:36
SPEAKER_03: seja lá o que for,
16:37
SPEAKER_03: mas que geralmente está do lado do PM.
16:39
SPEAKER_03: Porque aí, esse cara, essa pessoa...
16:41
SPEAKER_03: vai entender melhor se o que aquele problema que a gente vai explorar,
16:47
vai tentar resolver no próximo trimestre vai acarretar pra que
16:52
no futuro o produto
16:53
SPEAKER_03: ainda continue sendo escalável,
16:55
SPEAKER_03: o negócio continue sendo sustentável e assim por diante.
16:59
SPEAKER_03: Então,
16:59
SPEAKER_03: a viabilidade técnica é um pedaço muito importante,
17:03
SPEAKER_03: muito grande e assim,
17:04
SPEAKER_03: não é só,
17:05
SPEAKER_03: ah não,
17:05
SPEAKER_03: vai dar pra gente fazer integrações,
17:07
SPEAKER_03: mil e etc.
17:08
SPEAKER_03: Não, pelo contrário, é
17:10
SPEAKER_03: Se vai travar ou não a velocidade de crescimento da empresa.
17:14
SPEAKER_03: Então, cada um tem o seu papel ali, né?
17:17
SPEAKER_03: É muito mais do que aquele esquema lá do tipo,
17:18
SPEAKER_03: ah,
17:18
SPEAKER_03: não,
17:19
SPEAKER_03: a parte de IPMs lá constrói,
17:21
SPEAKER_03: eles decidem certo,
17:23
SPEAKER_03: né?
17:23
SPEAKER_03: Como que vai construir o produto certo.
17:26
SPEAKER_03: O pessoal de desenvolvimento é como vai construir certo produto.
17:32
também,
17:32
etc,
17:32
mas acho que esse foge muito mais,
17:34
é muito maior do que isso,
17:36
sabe?
17:36
SPEAKER_03: É realmente pensar no negócio,
17:37
SPEAKER_03: porque,
17:38
SPEAKER_03: cara,
17:38
quantas startups vocês já não viram que patinaram pra caramba
17:41
exatamente por causa
17:43
SPEAKER_03: de problemas técnicos.
17:44
SPEAKER_03: Não é por causa de um problema de design,
17:46
SPEAKER_03: ou por causa de um problema de IPMs,
17:48
SPEAKER_03: de produto mesmo,
17:49
SPEAKER_03: gestão de produto,
17:50
SPEAKER_03: é por causa de problema técnico.
17:52
SPEAKER_03: Não tem outra.
17:52
SPEAKER_03: Como foi criado esse futuro, o fundamento e etc.
17:56
SPEAKER_03: Então, esse é um ponto, sabe?
17:57
Eu acho que também vai um pouco a questão do Dev ter um pouco
18:01
mais de contato com
18:02
SPEAKER_02: os usuários,
18:02
SPEAKER_02: assim,
18:03
SPEAKER_02: né?
18:03
E quando eu falo usuários,
18:04
eu não digo necessariamente só usuários da plataforma,
18:06
né?
18:06
SPEAKER_02: Eu digo, tipo, às vezes até funcionários internos da empresa, assim.
18:10
SPEAKER_02: Acho que o Dev tem que ter mais contato não só com o Tech Leader,
18:12
SPEAKER_02: porque o Tech Leader é o PM,
18:14
SPEAKER_02: né?
18:14
Porque às vezes você tem pequenos squads de desenvolvimento ali
18:18
que eles nem PM têm,
18:19
então...
18:20
SPEAKER_02: Às vezes,
18:20
SPEAKER_02: quando você vai trabalhar com back-office,
18:22
SPEAKER_02: por exemplo,
18:22
SPEAKER_02: que é o painel interno da empresa,
18:24
o sistema que os funcionários usam por trás do sistema que vai
18:27
para as pessoas,
18:29
SPEAKER_02: eles têm que lidar direto com o funcionário.
18:31
SPEAKER_02: Então, você não tem um PM ali para intermediar.
18:33
Às vezes,
18:33
você tem que ir lá conversar com alguém do financeiro,
18:35
alguém do comercial.
18:37
SPEAKER_02: Então,
18:37
SPEAKER_02: acho que você tem que ter esse tato para conversar com as pessoas,
18:41
SPEAKER_02: tentar entender a necessidade delas e tudo mais.
18:44
SPEAKER_03: Exatamente, o comportamento que elas vão ter dentro do produto.
18:46
SPEAKER_03: Então assim,
18:47
SPEAKER_03: eu trabalhei em empresas na última que eu estava e em outro momento tipo,
18:52
SPEAKER_03: time interno,
18:53
SPEAKER_03: nem vou falar de cliente de fora.
18:56
SPEAKER_03: Os caras não conseguiam abrir uma tela exatamente porque demorava muito.
19:00
Pô,
19:00
sério que precisa vir de uma reclamação da diretoria para cair
19:05
para os PMs,
19:05
para os
19:06
SPEAKER_03: PMs pegarem isso e priorizarem a lentidão de tela de relatório,
19:10
SPEAKER_03: porque tem muita tabela ou porque,
19:13
SPEAKER_03: sei lá,
19:14
SPEAKER_03: trava,
19:14
SPEAKER_03: não abre.
19:15
SPEAKER_03: Aí,
19:16
SPEAKER_03: quando você vai ver,
19:16
SPEAKER_03: tem requisição para um milhão de microserviços não sei de onde,
19:19
SPEAKER_03: para um banco de dados michuruca que está não sei do que,
19:24
SPEAKER_03: etc.
19:24
SPEAKER_03: Cara, isso é um problema técnico.
19:25
SPEAKER_03: Isso daí, tipo, o Deve trabalha nisso todo dia.
19:27
SPEAKER_03: Ele devia falar, eita, demora pra caramba que der isso.
19:33
SPEAKER_03: e ver, cara, pelo amor de Deus, tem uma query aqui que tá cagando tudo.
19:36
SPEAKER_03: O cara parar cinco minutos e refazer a query.
19:38
Tô nem falando pra refazer o back,
19:40
repensar no banco,
19:42
entender mais como que tá,
19:43
sabe?
19:44
SPEAKER_03: Tô só falando, tipo, cara, essa query tá cagada.
19:47
SPEAKER_03: E, tipo, ir lá e tentar arrumar.
19:49
SPEAKER_03: Então, não precisa de priorização.
19:52
SPEAKER_03: Tipo, é uma autonomia que o time tem, né?
19:54
SPEAKER_02: Às vezes o dev foca muito em defender o código, né?
19:57
SPEAKER_02: Esquece de olhar pelo lado do usuário mesmo, assim.
20:00
SPEAKER_02: Às vezes a gente quer deixar o código bonito,
20:01
SPEAKER_02: quer deixar as coisas performáticas ou enfim,
20:03
SPEAKER_02: bonitinhas ali pra gente mexer,
20:05
SPEAKER_02: mas esquece que tem alguém que vai precisar usar isso depois.
20:07
SPEAKER_02: E no fim das contas é mais eles que importam.
20:10
SPEAKER_01: Exato.
20:10
SPEAKER_01: Quantos produtos que a gente conhece que,
20:12
SPEAKER_01: sei lá,
20:13
SPEAKER_01: um arquivo index.php que tá lá funcionando,
20:15
SPEAKER_01: o usuário pra ele tá de boa,
20:17
SPEAKER_01: né?
20:17
Mas o dev às vezes não,
20:19
vamos criar oito microserviços e não sei o que lá.
20:22
SPEAKER_03: Tipo, vamos refazer toda uma jornada de checkout.
20:27
SPEAKER_03: Calma, pera, velho.
20:29
SPEAKER_03: Vamos, temos que refazer.
20:36
SPEAKER_03: tem mais de 2 mil,
20:37
SPEAKER_03: 3 mil linhas lá e que não sei...
20:39
SPEAKER_03: Calma,
20:39
SPEAKER_03: cara,
20:40
SPEAKER_03: tem,
20:40
SPEAKER_03: mas...
20:41
SPEAKER_03: Isso quer dizer que a gente vai ter que refazer,
20:42
SPEAKER_03: por exemplo,
20:43
SPEAKER_03: todo o nosso sistema de cupons,
20:45
a gente vai ter que refazer as integrações que a gente tem com
20:48
as adquirentes XYZ,
20:50
SPEAKER_03: com Gator e seja lá do for,
20:52
SPEAKER_03: a gente vai ter que refazer toda a parte de front,
20:54
SPEAKER_03: a gente vai ter que refazer toda a parte...
20:56
SPEAKER_03: Meu,
20:56
SPEAKER_03: tem muita coisa.
20:57
SPEAKER_03: Como que a gente vai garantir que isso tudo vai estar funcionando depois?
21:01
SPEAKER_03: Então, eu sei que a gente tem que refazer, mas...
21:03
SPEAKER_03: legal,
21:04
SPEAKER_03: senta aí,
21:05
SPEAKER_03: faz um projeto,
21:06
SPEAKER_03: e aí é a vez da galera técnica fazer um projeto,
21:09
SPEAKER_03: e de como que a gente consegue implementar essa bagaça,
21:11
SPEAKER_03: refazer essa bagaça,
21:13
SPEAKER_03: sem trazer risco para a empresa,
21:15
SPEAKER_03: sem trazer risco para o produto que já está funcionando,
21:18
mantendo essa nova versão atualizada com o que a gente vai ter
21:20
que lançar ainda,
21:22
SPEAKER_03: e assim por diante.
21:22
SPEAKER_03: Então, assim, tem uma...
21:26
dividir em três linhas a priorização quando a gente trabalha
21:28
com produto,
21:29
tá?
21:29
SPEAKER_03: Tem o que é priorização de negócio,
21:31
SPEAKER_03: onde,
21:32
SPEAKER_03: meu,
21:32
SPEAKER_03: é stakeholder maluco vindo porradaria falando o que é aquilo e etc.
21:36
SPEAKER_03: Tem uma visão também de crescimento de negócio e tal, etc.
21:39
Mas é muito mais drivado por necessidades do negócio e por
21:43
pessoas que estão ali.
21:44
Tem a priorização de produto,
21:46
que é muito também dimensionado por evolução do produto.
21:53
SPEAKER_03: precisam evoluir,
21:54
SPEAKER_03: a gente precisa não entregar só uma V0.5,
21:58
SPEAKER_03: mas a gente precisa terminar de fazer uma V1,
22:01
SPEAKER_03: uma V2 e assim por diante.
22:03
O produto acha que é interessante também para poder fortalecer
22:06
o produto ali.
22:07
SPEAKER_03: E tem a parada priorização técnica.
22:09
SPEAKER_03: Então, a realidade é, a gente nunca vai ganhar da priorização de negócio.
22:14
SPEAKER_03: Isso, assim, não existe.
22:16
SPEAKER_03: A gente nunca vai ganhar disso.
22:18
SPEAKER_03: Não estou falando do CEO que vem e faz um top-down.
22:20
SPEAKER_03: Estou falando do mercado mudando
22:22
SPEAKER_03: Estou falando,
22:23
SPEAKER_03: sabe,
22:23
SPEAKER_03: dos concorrentes chegando,
22:24
eu estou falando de evolução técnica que existe no mercado
22:28
mesmo que a gente
22:28
SPEAKER_03: precisa acompanhar e assim por diante.
22:30
SPEAKER_03: Então,
22:31
o certo seria a gente colocar a camada de priorização de
22:34
negócio antes de tudo e
22:36
SPEAKER_03: dali o resto ser direcionado.
22:38
SPEAKER_03: Então, vira evolução de produto e vira evolução, a priorização técnica.
22:44
SPEAKER_03: Então, vejam bem, a gente tem objetivos de empresa para poder alcançar.
22:46
SPEAKER_03: O dev está nem aí para isso.
22:49
SPEAKER_03: É legal, ele sabe que nós vamos, temos a estratégia de YZ.
22:52
SPEAKER_03: Legal, mas ele não olha os indivíduos.
22:59
tendo ou não sucesso nos objetivos do trimestre,
23:02
do semestre,
23:03
do ano,
23:03
ele fica ali no dele.
23:05
SPEAKER_03: Então, o que acontece?
23:06
SPEAKER_03: Quando a gente não prioriza um débito técnico ou uma fundação técnica,
23:10
SPEAKER_03: uma evolução técnica,
23:11
SPEAKER_03: seja o que for,
23:12
é porque a empresa não está sentindo essa necessidade ainda
23:15
porque não está
23:16
SPEAKER_03: prejudicando os resultados de negócio.
23:19
SPEAKER_03: O usuário está ok com o índex PHP,
23:21
SPEAKER_03: seja lá o que for,
23:23
SPEAKER_03: não é um problema para ele porque é a página,
23:26
SPEAKER_03: talvez,
23:26
SPEAKER_03: ou a feature menos utilizada,
23:28
SPEAKER_03: e etc.
23:29
SPEAKER_03: Então a gente não vai priorizar aquilo,
23:30
SPEAKER_03: mas o dev às vezes olha só o código,
23:32
SPEAKER_03: às vezes olha só a parte técnica,
23:33
SPEAKER_03: às vezes faz até parte,
23:35
SPEAKER_03: ele vai mexer em outra coisa,
23:36
SPEAKER_03: ele vai precisar mexer ali,
23:37
SPEAKER_03: meu,
23:37
SPEAKER_03: é um asco para ele,
23:38
SPEAKER_03: não gosta e etc.
23:39
SPEAKER_03: E aí ele tem essa ansiedade de fazer todas essas mudanças.
23:42
SPEAKER_03: Mas veja bem,
23:43
se essa mudança de débito técnico estiver conectada com a
23:46
necessidade de uma
23:47
evolução de produto que está conectada com uma priorização de
23:51
negócio para poder
23:52
SPEAKER_03: alcançar um objetivo,
23:53
SPEAKER_03: um resultado amplo da empresa...
23:55
SPEAKER_03: não tem por que ser priorizado.
23:57
SPEAKER_03: Então,
23:57
SPEAKER_03: a visão do dev,
23:59
SPEAKER_03: na minha opinião,
24:01
SPEAKER_03: precisa ser,
24:02
SPEAKER_03: de novo,
24:03
SPEAKER_03: muito direcionada pelo objetivo de negócio,
24:06
SPEAKER_03: assim como todos são,
24:07
SPEAKER_03: assim como o PM faz,
24:08
SPEAKER_03: assim como o designer faz,
24:10
SPEAKER_03: assim como a área de marketing faz,
24:11
SPEAKER_03: a área comercial faz,
24:13
SPEAKER_03: todas as outras áreas fazem.
24:14
SPEAKER_03: A parte de tecnologia,
24:15
SPEAKER_03: os desenvolvedores deveriam também pensar dessa forma e,
24:18
SPEAKER_03: a partir dali,
24:19
SPEAKER_03: eles definirem as prioridades.
24:21
SPEAKER_03: Para o adulto falar,
24:21
SPEAKER_03: caramba,
24:22
SPEAKER_03: Diego,
24:23
SPEAKER_03: olha,
24:23
SPEAKER_03: então,
24:24
SPEAKER_03: aquele objetivo de produto no trimestre que vem,
24:26
SPEAKER_03: que eu vi no seu planejamento do ano,
24:29
SPEAKER_03: só vai dar certo,
24:30
SPEAKER_03: bicho,
24:30
SPEAKER_03: se a gente conseguir começar agora a refatorar essa parte.
24:35
Porque se não refatorar essa parte,
24:36
a gente não vai conseguir escalar determinado pedaço
24:40
SPEAKER_03: Para a gente poder refazer,
24:41
SPEAKER_03: sei lá,
24:42
SPEAKER_03: aceitar criptomoeda no seu checkout,
24:45
a gente vai ter que refazer esse módulo aqui de checkout que
24:48
faz a integração com o
24:49
SPEAKER_03: Gateway X,
24:50
SPEAKER_03: que faz a integração com a subadquirente,
24:52
SPEAKER_03: com o adquirente assado,
24:53
SPEAKER_03: para conseguir o cara chegar lá e mudar,
24:55
SPEAKER_03: que ele não quer mais real,
24:56
SPEAKER_03: ele vai pagar com o Bitcoin.
24:58
SPEAKER_03: A gente vai ter que conectar na carteira X,
25:00
SPEAKER_03: que a gente não sabe qual é da pessoa,
25:02
SPEAKER_03: e tarará,
25:03
SPEAKER_03: tarará,
25:03
SPEAKER_03: a gente vai ter que refazer isso,
25:04
SPEAKER_03: porque isso não aguenta,
25:04
SPEAKER_03: cara.
25:05
SPEAKER_03: Isso vai demorar muito.
25:06
SPEAKER_03: Eu acho, chuto eu, que vai levar seis meses.
25:08
SPEAKER_03: É por isso que a gente tem que começar agora.
25:09
Óbvio,
25:11
ele vai usar desculpas e argumentos melhores do que a minha,
25:13
mas pronto,
25:14
ganhou o PM.
25:15
Porque lá na frente,
25:16
já viu que vai impedir uma evolução da empresa e um ganho da
25:19
empresa.
25:19
SPEAKER_03: Acabou.
25:20
SPEAKER_03: Se não começar agora, já era.
25:21
SPEAKER_03: Então, o PM já... Bom, o PM inteligente já pegaria isso e priorizaria.
25:28
SPEAKER_02: Acho que isso é um bom ponto, assim, né?
25:30
SPEAKER_02: Tipo,
25:30
SPEAKER_02: se for de soft skill e tal,
25:32
acho que a capacidade de saber priorizar e saber defender o
25:34
porquê que tal coisa é
25:35
SPEAKER_02: prioridade é muito importante,
25:37
SPEAKER_02: sim,
25:37
SPEAKER_02: para um dev,
25:37
SPEAKER_02: né?
25:38
SPEAKER_02: Tem hora que uma feature nova vai ser prioridade,
25:40
SPEAKER_02: tem hora que refatorar o sistema,
25:41
SPEAKER_02: refatorar alguma coisa ali,
25:43
SPEAKER_02: refazer alguma coisa que você não
25:44
SPEAKER_02: não vai escalar bem, enfim, vai ter que ser prioridade.
25:46
SPEAKER_02: Porque,
25:47
SPEAKER_02: como você falou,
25:48
SPEAKER_02: no futuro a empresa vai crescer,
25:49
SPEAKER_02: vai vir tal coisa e a gente não está preparado para isso.
25:52
SPEAKER_02: Enfim,
25:53
óbvio que novas features sempre é um negócio que chama mais
25:55
atenção para o PM,
25:57
SPEAKER_02: principalmente,
25:57
SPEAKER_02: eu imagino que ele gosta mais de mostrar que fizemos tal coisa a mais,
26:01
SPEAKER_02: tal coisa a mais,
26:01
SPEAKER_02: tal funcionalidade nova.
26:03
SPEAKER_02: É mais bonito para mostrar para a diretoria e tal.
26:05
SPEAKER_02: Mas, cara, essas refatorações que às vezes você precisa fazer,
26:08
SPEAKER_02: na escala,
26:09
SPEAKER_02: tipo,
26:09
SPEAKER_02: você vai fazer uma feature,
26:10
SPEAKER_02: a feature vai ficar cagada,
26:11
SPEAKER_02: vai sair todo cheio de bug,
26:12
SPEAKER_02: enfim,
26:14
SPEAKER_02: a tela vai ficar lenta.
26:15
SPEAKER_02: Acho que você tem que ter essa noção,
26:17
SPEAKER_02: é uma noção de priorização,
26:18
SPEAKER_02: que o PM tem uma noção de priorização,
26:21
SPEAKER_02: ele tem uma ideia que vai trazer mais valor para o negócio,
26:23
SPEAKER_02: mas a gente também tem que ter,
26:25
SPEAKER_02: como deve,
26:25
SPEAKER_02: uma noção de priorização do que vai fazer melhor,
26:29
SPEAKER_02: o que vai ser melhor para a empresa,
26:30
o que vai fazer bem para o sistema e vai permitir a gente ser
26:34
mais produtivo,
26:35
SPEAKER_02: ter um sistema que funciona melhor.
26:37
SPEAKER_03: É entender o problema.
26:38
SPEAKER_03: Tipo, beleza, entendi o problema que você quer.
26:41
SPEAKER_03: O problema que você trouxe pra resolver.
26:42
SPEAKER_03: Saquei.
26:43
SPEAKER_03: Legal.
26:43
SPEAKER_03: É difícil pra caramba.
26:45
SPEAKER_03: Ótimo.
26:45
SPEAKER_03: A gente pode fazer assim, dessa forma, desse jeito, e etc.
26:48
SPEAKER_03: E aí sim, começar a trabalhar, sacou?
26:51
Então,
26:51
é um ponto...
26:53
Esse é um ponto importante,
26:54
cara,
26:54
porque a gente tá falando dos PMs.
26:57
SPEAKER_03: A maior parte dos PMs,
26:58
SPEAKER_03: e vou generalizar mesmo,
26:59
SPEAKER_03: não vou falar todo mundo,
27:00
SPEAKER_03: vou falar a maior parte.
27:01
SPEAKER_03: Grande parte dos PMs,
27:02
SPEAKER_03: eles também têm uma visão de priorização dessa sim,
27:06
SPEAKER_03: do tipo,
27:06
SPEAKER_03: cara,
27:06
SPEAKER_03: vou mostrar coisas...
27:08
SPEAKER_03: legais, bonitas, né, coloridas aqui pra todo mundo ficar feliz e etc.
27:13
SPEAKER_03: Isso é um erro,
27:13
SPEAKER_03: porque às vezes o problema que acontece na área de desenvolvimento,
27:17
SPEAKER_03: essa falta de habilidade,
27:19
SPEAKER_03: essa falta de interesse em entender o problema,
27:23
SPEAKER_03: vem exatamente de antes,
27:25
SPEAKER_03: da priorização que vem
27:27
SPEAKER_03: anterior.
27:27
Então,
27:28
o PM,
27:28
para mim,
27:29
na minha visão,
27:29
por exemplo,
27:30
não faz a priorização.
27:31
SPEAKER_03: O PM,
27:32
SPEAKER_03: ele ajuda a empresa a priorizar o problema,
27:35
SPEAKER_03: a priorizar a oportunidade,
27:36
SPEAKER_03: entendendo que,
27:37
SPEAKER_03: dado que a empresa quer resolver determinado problema,
27:40
SPEAKER_03: tem uma determinada necessidade,
27:42
SPEAKER_03: a gente vai tentar direcionar o produto para esse lado,
27:45
SPEAKER_03: para esse lugar.
27:46
SPEAKER_03: Beleza?
27:46
SPEAKER_03: Todo mundo acordo?
27:47
SPEAKER_03: Ótimo.
27:48
SPEAKER_03: Galera,
27:48
SPEAKER_03: time,
27:49
SPEAKER_03: é o seguinte,
27:49
SPEAKER_03: olha,
27:49
tem esse problema aqui e a gente está entendendo que se a gente
27:52
conseguir pegar o
27:53
SPEAKER_03: produto e empacotar ele dessa forma,
27:55
SPEAKER_03: pegar essa feature,
27:56
SPEAKER_03: fazê-la desse jeito aqui,
27:57
SPEAKER_03: pode ser que a gente tenha bons resultados,
27:59
SPEAKER_03: o objetivo é esse,
28:00
SPEAKER_03: esse aqui é o resultado...
28:07
SPEAKER_03: O PM deveria ser um orquestrador e ele não é.
28:12
SPEAKER_03: Então,
28:13
SPEAKER_03: cara,
28:14
SPEAKER_03: vem requisição,
28:15
SPEAKER_03: vem história,
28:16
SPEAKER_03: vem PRD,
28:17
SPEAKER_03: vem pedido,
28:18
SPEAKER_03: tudo zoado,
28:19
SPEAKER_03: mal feito,
28:20
SPEAKER_03: mal escrito.
28:21
SPEAKER_03: Ou quando vem,
28:21
vem também uma bíblia enorme que ninguém entende nada e ninguém
28:24
sabe qual é a
28:25
SPEAKER_03: essencial ali.
28:27
SPEAKER_01: Agora a cunhata cada vez maior.
28:30
SPEAKER_03: Não, é, agora é isso, bota lá na IA, mete aí pra falar PRD e acabou.
28:35
Eu tô com o artigo,
28:37
cara,
28:38
na...
28:38
O vereador de ler o ler o mais sofisticado,
28:39
assim.
28:40
SPEAKER_03: É, eu tô com o artigo, assim, na ponta, no forno já, cara, quase saindo.
28:45
SPEAKER_03: E o título é mais ou menos assim,
28:47
SPEAKER_03: os PMs são as pessoas mais competentes pra escrever as histórias,
28:51
SPEAKER_03: tanto pra dev e etc?
28:53
SPEAKER_03: Na minha opinião, eu acho que não.
28:54
SPEAKER_03: Mas, tipo, é isso.
28:56
SPEAKER_01: Eu lembrei agora também,
28:57
SPEAKER_01: falando desse papo de PM e dev,
29:00
SPEAKER_01: que tem algumas empresas que estão implantando o Product Engineer,
29:04
SPEAKER_01: né?
29:05
SPEAKER_01: Não sei se tu chegou a ver,
29:07
SPEAKER_01: eu conheço aquela PostHog,
29:08
SPEAKER_01: não sei se tu já viu,
29:09
SPEAKER_01: mas eu sei que eles não têm PM,
29:11
SPEAKER_01: tipo,
29:11
SPEAKER_01: todo mundo é Product Engineer,
29:13
SPEAKER_01: e eles falam que,
29:14
SPEAKER_01: tipo,
29:14
SPEAKER_01: tá,
29:15
SPEAKER_01: os próprios devs definem as prioridades,
29:19
SPEAKER_01: o que vai ser implementado no produto e tal,
29:21
SPEAKER_01: e eles desenvolvem
29:22
SPEAKER_01: E eu lembrei também da Basecamp, né?
29:24
SPEAKER_01: Eu acho que a Basecamp não tem nem liderança, né?
29:27
SPEAKER_01: Eles têm umas paradas...
29:28
SPEAKER_01: Eu acho que eles têm pessoal de produto,
29:30
SPEAKER_01: mas eles não têm liderança,
29:31
SPEAKER_01: né?
29:31
SPEAKER_01: Mas enfim,
29:32
SPEAKER_01: esses modelos,
29:33
SPEAKER_01: assim,
29:33
SPEAKER_01: de empresas,
29:34
SPEAKER_01: tu acha que meio que...
29:36
É que o que eu vejo é que parece que a inovação talvez acontece
29:39
mais rápido,
29:40
SPEAKER_01: assim.
29:40
SPEAKER_01: Mas eu não sei também se essas empresas fossem gigantes,
29:43
SPEAKER_01: assim,
29:44
SPEAKER_01: da indústria de software,
29:45
se eles iam ter que acabar criando essas estruturas porque ia
29:49
se tornar inviável de
29:51
SPEAKER_01: trabalhar desse jeito,
29:52
SPEAKER_01: né?
29:52
SPEAKER_02: É, porque acho que também depende muito da finalidade, né?
29:55
SPEAKER_02: Porque,
29:55
SPEAKER_02: pô,
29:55
SPEAKER_02: você chega numa empresa que é extremamente regulada,
29:57
SPEAKER_02: assim,
29:58
SPEAKER_02: tipo,
29:58
SPEAKER_02: uma financeira,
29:59
SPEAKER_02: você mete um esquema desse e,
30:00
SPEAKER_02: pudeu,
30:00
SPEAKER_02: tipo,
30:00
SPEAKER_02: quem que vai querer atender as demandas do Bacen,
30:02
SPEAKER_02: tá ligado?
30:03
SPEAKER_02: Ninguém vai querer atender o Banco Central.
30:05
SPEAKER_03: Acho que vai muito do que que permite, né?
30:09
SPEAKER_03: É,
30:09
SPEAKER_03: muito disso aí,
30:10
SPEAKER_03: do contexto,
30:10
SPEAKER_03: do mercado,
30:11
SPEAKER_03: do produto,
30:12
SPEAKER_03: mas acho que principalmente do...
30:14
SPEAKER_03: da maturidade das pessoas que estão formando esse time.
30:17
SPEAKER_03: Então, cara...
30:19
SPEAKER_03: Eu gosto de polemizar, velho.
30:21
SPEAKER_03: É legal polemizar,
30:22
porque aí a galera fica se debatendo e ninguém nunca vai ver se
30:25
o seu argumento é
30:25
SPEAKER_03: válido ou não.
30:26
SPEAKER_03: Todo mundo vai ficar com o que você fala.
30:29
SPEAKER_03: Então eu dou uma polemizada.
30:30
SPEAKER_03: É bom que ele era corte pro YouTube também.
30:32
SPEAKER_03: Corte, né?
30:33
SPEAKER_03: Não, pelo amor de Deus.
30:35
SPEAKER_03: Pra mim, velho, eu sempre falei isso, falava até nos podcasts de produto.
30:39
SPEAKER_03: PM, ele é um bug do sistema.
30:41
SPEAKER_03: Começando por aí.
30:42
SPEAKER_03: Por quê?
30:44
SPEAKER_03: Eu vou usar essas.
30:44
SPEAKER_03: O que serve PM, bicho?
30:48
SPEAKER_03: Tipo, vamos combinar.
30:50
Se os desenvolvedores e os designers,
30:53
a gente pode falar bastante de designer,
30:54
tá?
30:54
Eu acho que designer,
30:55
eles perderam a oportunidade de sentar numa posição,
31:02
numa cadeira.
31:03
SPEAKER_03: Mais importante, né?
31:04
SPEAKER_03: Muito importante.
31:05
SPEAKER_03: Muito importante.
31:06
A gente pode falar sobre eles depois e como que eles estão
31:09
chegando mais próximo da
31:10
SPEAKER_03: parte técnica,
31:12
SPEAKER_03: principalmente quando a gente fala de front-end.
31:13
SPEAKER_03: É por isso que o front-end
31:14
SPEAKER_03: vai acabar.
31:14
Quem estiver me ouvindo,
31:15
me ouça e me odeie,
31:17
porque eu falo isso desde 2000 e sei lá quando.
31:21
SPEAKER_01: Vai acabar o PHP e o front-end.
31:23
SPEAKER_02: O cara profetizando o apocalipse do front-end.
31:27
SPEAKER_02: Os quatro cavaleiros do apocalipse do front-end.
31:29
SPEAKER_02: O React, o Redux, o Next.js e sei lá.
31:34
SPEAKER_03: Faltou me linchar, mas até perdi os views aqui.
31:39
SPEAKER_03: Mas veja bem, o PM...
31:49
Ele não ser uma pessoa isolada,
31:51
mas ele falar com as outras áreas para entender o problema.
31:54
Ele conseguir falar com o cliente,
31:56
interno ou externo,
31:57
não importa,
31:57
para entender o problema.
31:59
Ele conseguir saber quais são os objetivos da empresa e por que
32:03
ela quer chegar lá,
32:03
SPEAKER_03: ter esse interesse.
32:05
Ele conseguir ter muito interesse por monitorar dados,
32:09
indicadores de produto,
32:11
de empresa.
32:13
SPEAKER_03: para poder entender se as coisas estão em ordem,
32:16
se tudo o que eles estão fazendo estão chegando nos resultados
32:19
planejados e
32:20
SPEAKER_03: previstos
32:24
SPEAKER_03: PM precisa existir para o dev.
32:26
SPEAKER_03: Então,
32:27
SPEAKER_03: beleza,
32:27
SPEAKER_03: eu estou falando do dev individual ali do time,
32:30
SPEAKER_03: mas pensa se fosse o tech lead,
32:31
SPEAKER_03: o tech lead mais próximo e sentado na cadeira,
32:34
SPEAKER_03: ele deveria sentar mesmo de entender o problema,
32:37
SPEAKER_03: conhecer para onde a empresa quer ir,
32:39
SPEAKER_03: saber quais são os riscos técnicos,
32:43
SPEAKER_03: a viabilidade técnica daquela coisa,
32:45
SPEAKER_03: de como,
32:46
SPEAKER_03: o que pode atravancar,
32:47
SPEAKER_03: o que não vai atravancar.
32:48
SPEAKER_03: cá e quais são os caminhos,
32:49
SPEAKER_03: porque,
32:49
SPEAKER_03: bem,
32:50
SPEAKER_03: o caminho mais rápido,
32:51
SPEAKER_03: mais fácil para resolver,
32:52
SPEAKER_03: quem fala isso é o TEF.
32:54
SPEAKER_03: Porque o PM sai dessa mesa,
32:55
SPEAKER_03: senta lá do lado do TecLead,
32:56
SPEAKER_03: senta lá do lado do time,
32:57
SPEAKER_03: então,
32:57
SPEAKER_03: galera,
32:57
SPEAKER_03: estamos com esse problema aqui.
32:58
SPEAKER_03: O que dá para a gente fazer rápido,
33:00
SPEAKER_03: que depois a gente consiga incrementar e etc,
33:03
SPEAKER_03: mas a gente consiga fazer rápido,
33:04
SPEAKER_03: resolver e tapar esse buraco?
33:06
SPEAKER_03: Quem dá essa resposta é...
33:08
SPEAKER_03: a galera técnica, não é o PM.
33:10
SPEAKER_03: O PM às vezes fala,
33:11
SPEAKER_03: puta,
33:11
SPEAKER_03: talvez dê pra gente ir pra esquerda,
33:12
SPEAKER_03: direita,
33:13
SPEAKER_03: ir ali e tal,
33:13
SPEAKER_03: fazer isso,
33:14
SPEAKER_03: empurrar.
33:14
SPEAKER_03: Aí depois ele vai tentar validar essa ideia ali com quem?
33:17
SPEAKER_03: Com a galera técnica.
33:18
Mas quem fala se dá ou não dá e que vai ou não vai fazer é a
33:21
galera técnica,
33:21
não é o PM.
33:22
SPEAKER_03: Então...
33:23
O PM,
33:23
às vezes,
33:24
parece que vira um intermediário meio desnecessário,
33:26
assim.
33:27
SPEAKER_02: Parece que só intermediou uma conversa e aí,
33:29
SPEAKER_02: na verdade,
33:30
SPEAKER_02: corre até o risco dele fazer um telefone sem fio,
33:32
SPEAKER_02: assim.
33:33
SPEAKER_02: Exatamente.
33:33
SPEAKER_02: Ele ouviu aí alguma coisa errada,
33:35
SPEAKER_02: repassou errado pro dev,
33:37
SPEAKER_02: aí o dev não vai conversar direto com a pessoa,
33:38
SPEAKER_02: vai conversar com o PM e ele fica,
33:39
SPEAKER_02: tipo,
33:39
SPEAKER_02: desse atravessador,
33:41
SPEAKER_02: assim,
33:41
SPEAKER_02: sabe?
33:41
SPEAKER_03: É exatamente isso,
33:42
SPEAKER_03: então assim,
33:43
SPEAKER_03: se você para para ver em equipes altamente maduras,
33:46
SPEAKER_03: aí pega os exemplos que o Gabriel trouxe aí,
33:48
SPEAKER_03: pega a Basecamp,
33:50
SPEAKER_03: pega a Gunroad,
33:52
SPEAKER_03: pega essas startups que são,
33:53
SPEAKER_03: é que aí a gente está levando muito para o extremo,
33:56
SPEAKER_03: essas startups realmente são outliers assim.
33:58
A galera desenvolvedora até que entende de negócio,
34:02
produto e tecnologia.
34:05
SPEAKER_03: São bem fora do comum.
34:06
SPEAKER_03: Pega a galera da Valve, etc.
34:09
SPEAKER_03: São outros mundos.
34:10
SPEAKER_03: Mas se a gente olha esses outros mundos como um mundo ideal,
34:14
SPEAKER_03: a maneira mais bonita e certa,
34:18
SPEAKER_03: correta de se trabalhar...
34:20
SPEAKER_03: nesse momento os PMs perdem,
34:22
SPEAKER_03: não faz sentido nenhum,
34:23
porque a área técnica aprende sobre o negócio e
34:26
consequentemente consegue conversar
34:28
SPEAKER_03: com as pessoas de negócio,
34:30
SPEAKER_03: porque é essa barriga que acontece,
34:32
SPEAKER_03: um cara está falando sobre negócio e não entende nada de tecnologia,
34:35
SPEAKER_03: o outro cara entende muito tecnologia,
34:37
SPEAKER_03: mas não quer nem saber sobre o negócio,
34:38
SPEAKER_03: então tem um problema ali,
34:40
SPEAKER_03: é por isso que cria esse gap,
34:41
SPEAKER_03: é onde o PM faz a cola,
34:43
SPEAKER_03: mais ou menos a mesma coisa que acontece com um desenvolvedor,
34:47
SPEAKER_03: e designers,
34:48
SPEAKER_03: né,
34:48
SPEAKER_03: aparece ali o maldito front-end do lado pra poder colar os dois,
34:52
SPEAKER_03: e hoje nem esse Trump tá fazendo direito,
34:54
SPEAKER_03: é a única coisa,
34:55
SPEAKER_03: obrigação que ele deveria fazer,
34:57
SPEAKER_03: não tá fazendo direito,
34:59
SPEAKER_03: polemizei de novo,
35:00
SPEAKER_03: mas é isso,
35:00
SPEAKER_03: não...
35:01
SPEAKER_03: PM não existe.
35:02
SPEAKER_03: E aí se junta o designer,
35:04
que é o responsável pela experiência de uso do produto e que
35:09
ele entende também,
35:10
SPEAKER_03: tanto quanto deve,
35:11
SPEAKER_03: as jornadas,
35:12
SPEAKER_03: os problemas de comportamento que tem,
35:14
SPEAKER_03: quais são os pitfalls todos ali do produto,
35:17
SPEAKER_03: do que eles estão construindo e etc.
35:19
SPEAKER_03: E que é ele que vai sentar antes de todo mundo,
35:23
SPEAKER_03: até um pouquinho depois do PM,
35:24
SPEAKER_03: mas antes de todo mundo,
35:25
SPEAKER_03: para desenhar a solução,
35:27
SPEAKER_03: falar o usuário vai vir por aqui,
35:28
SPEAKER_03: vai clicar dessa forma,
35:29
SPEAKER_03: vai aparecer nessa tela,
35:31
SPEAKER_03: com esses cenários,
35:32
SPEAKER_03: desse jeito,
35:32
SPEAKER_03: piriri,
35:33
SPEAKER_03: para a Europa,
35:33
SPEAKER_03: depois a galera sentar.
35:35
É ele,
35:35
diabos,
35:35
que deveria estar muito próximo também do problema,
35:37
até mais do que o PM.
35:38
SPEAKER_03: Então,
35:39
SPEAKER_03: vejam bem,
35:40
SPEAKER_03: eu sou o cara de negócio,
35:41
SPEAKER_03: trago um problema,
35:42
SPEAKER_03: ponho na mesa,
35:43
SPEAKER_03: onde tem o tech lead,
35:45
SPEAKER_03: tem o designer,
35:46
SPEAKER_03: tem ali as pessoas técnicas,
35:47
SPEAKER_03: vão entender aquele problema e vão avançar.
35:49
SPEAKER_03: Então, talvez no mundo ideal o PM não deveria realmente existir.
35:53
SPEAKER_03: Existe por causa de um monte de tretas, né, em mudança de problema.
35:57
vem tempo,
35:58
desinteresse das áreas,
35:59
tem todo o problema de comunicação e etc e tal.
36:02
É por isso que tem um ser ali que tenta orquestrar tudo e
36:05
juntar todo mundo dentro
36:06
SPEAKER_03: de um mesmo alinhamento.
36:08
Mas se a empresa não fosse tão louca assim e trabalhasse
36:11
realmente numa priorização só...
36:28
SPEAKER_02: Uma coisa que sempre me deixou um pouco encucado,
36:31
SPEAKER_02: eu falei como brincadeira no começo do episódio,
36:34
SPEAKER_02: mas eu acho que na verdade é um pouco verdade,
36:38
que tem muito dev que na verdade sabe mais de produtos do que o
36:40
próprio PM.
36:40
SPEAKER_02: E eu acho que isso é meio que algo inato da função,
36:44
SPEAKER_02: porque você vai construir uma função,
36:46
você tem que entender muito bem ela para saber os pormenores e
36:49
os pitfalls dela.
36:50
Você vai falar de,
36:51
sei lá,
36:52
processar uma cobrança de cartão de crédito,
36:54
sabe?
36:54
SPEAKER_02: Pô,
36:54
SPEAKER_02: você vai ter que entender do Gates,
36:56
SPEAKER_02: você vai ter que entender todas as validações que você tem que fazer,
36:58
você vai ter que entender coisas relacionadas a de quem vai ser
37:01
adquirente e tal.
37:02
SPEAKER_02: Detalhes esses que o PM não vai saber.
37:05
SPEAKER_02: Basicamente,
37:05
SPEAKER_02: toda a informação que ele sabe,
37:06
SPEAKER_02: ele já te passou para você poder executar bem a sua tarefa.
37:09
SPEAKER_02: Então, acho que
37:10
de uma forma meio que natural,
37:12
o dev vai saber mais sobre o produto do que o próprio PM.
37:16
SPEAKER_02: Então,
37:17
acho que todo dev tem que aprender alguma coisa sobre o produto
37:21
e se ele não quiser
37:22
SPEAKER_02: aprender,
37:22
SPEAKER_02: ele vai aprender de qualquer jeito,
37:23
SPEAKER_02: porque senão ele não vai crescer na carreira.
37:25
SPEAKER_02: É algo que ele é obrigado a fazer, para fazer o trabalho dele.
37:30
SPEAKER_03: Eu super concordo com você, cara.
37:31
SPEAKER_03: É exatamente isso.
37:32
SPEAKER_03: Quando a gente fala de regra de negócio, é exatamente isso.
37:36
SPEAKER_03: O que o dev precisa aprender sobre o produto,
37:42
SPEAKER_03: de negócio,
37:43
SPEAKER_03: entender um pouco mais o teórico ali do tipo,
37:46
SPEAKER_03: cara,
37:46
SPEAKER_03: a gente tá indo pra algum lugar,
37:48
SPEAKER_03: por que diabos a gente tá indo pra esse lugar?
37:50
SPEAKER_03: Beleza,
37:50
SPEAKER_03: eu sei que é pra ganhar dinheiro,
37:51
SPEAKER_03: maravilhoso,
37:52
SPEAKER_03: ótimo,
37:52
SPEAKER_03: vai,
37:53
SPEAKER_03: todo mundo tá afim de ganhar dinheiro,
37:54
SPEAKER_03: mas quando a gente chegar naquele lugar,
37:56
SPEAKER_03: por que que a gente vai ganhar mais dinheiro ali do que em outro?
37:59
SPEAKER_03: E quando a gente chegar lá, a gente vai pra onde?
38:01
SPEAKER_03: Ah, beleza.
38:02
SPEAKER_03: Então,
38:02
SPEAKER_03: hoje eu sou um marketplace amarelinho,
38:06
SPEAKER_03: com logo azul,
38:07
SPEAKER_03: com duas mãos apertando,
38:09
SPEAKER_03: assim,
38:09
SPEAKER_03: ótimo.
38:10
SPEAKER_03: Para onde que vai depois?
38:11
SPEAKER_03: Vai criar... O que que vai criar um sistema de pagamento?
38:16
SPEAKER_03: Um serviço bancário,
38:18
SPEAKER_03: banking,
38:19
SPEAKER_03: que vai ter tudo lá,
38:20
SPEAKER_03: que não sei...
38:21
SPEAKER_03: Por que que vai precisar de fazer isso?
38:23
SPEAKER_03: Caramba, qual é o motivo?
38:25
SPEAKER_03: E como que a gente está conectado com isso?
38:28
Isso de uma forma que virem dois negócios altamente integrados
38:33
e que funcionem
38:34
SPEAKER_03: muito bem,
38:35
SPEAKER_03: escalem.
38:37
SPEAKER_03: Por que que a gente...
38:41
SPEAKER_03: não é o deve que vai lá na frente.
38:43
E eu acho que deveria,
38:44
veja bem,
38:45
deveria entender os motivos e os estímulos.
38:47
SPEAKER_03: Não estou falando que ele deveria sentar e argumentar a favor do produto,
38:51
SPEAKER_03: sentar e dizer se essa priorização aquela faz ou não sentido.
38:55
SPEAKER_03: Decidir coisas desse tipo, porque realmente dá um trabalho.
38:58
SPEAKER_03: Eu falei que o PM não deveria existir,
39:00
SPEAKER_03: mas de novo,
39:02
SPEAKER_03: dado a maturidade do time,
39:05
SPEAKER_03: das pessoas que estão ali,
39:06
que conseguem ter um tempo para conseguir fazer todo esse
39:09
trampo que não tendo um
39:10
SPEAKER_03: PM vai precisar
39:11
SPEAKER_03: que alguém absorva,
39:12
SPEAKER_03: e não é uma área só,
39:14
SPEAKER_03: vai precisar ter absorvendo devs,
39:17
SPEAKER_03: designers,
39:18
SPEAKER_03: pessoas de negócio,
39:19
SPEAKER_03: pessoas de outras áreas,
39:20
SPEAKER_03: liderança da empresa também precisa absorver bastante coisa,
39:23
SPEAKER_03: etc.
39:26
SPEAKER_03: Então,
39:26
SPEAKER_03: assim,
39:27
SPEAKER_03: não é uma coisa muito simples e muito fácil também o que os PMs corretos,
39:33
SPEAKER_03: que fazem direito,
39:34
SPEAKER_03: etc.
39:35
SPEAKER_03: O que eles fazem.
39:35
SPEAKER_03: Mas é bem isso que você falou.
39:37
SPEAKER_03: Não falta muito, cara, para os devs aprenderem mais sobre negócio.
39:39
SPEAKER_03: É só ter um pouquinho mais de curiosidade mesmo.
39:42
SPEAKER_03: não precisa perder todo o tempo dele ali, não.
39:44
SPEAKER_01: É,
39:45
é que eu ia perguntar se o Dev não ia acabar fazendo mais
39:49
reunião e tendo menos
39:51
SPEAKER_01: tempo para codar,
39:52
SPEAKER_01: mas ao mesmo tempo eu fiquei pensando que com o advento da IA,
39:55
SPEAKER_01: eu acho que a IA vai,
39:58
SPEAKER_01: todo mundo fala que a IA vai substituir o Dev,
40:00
SPEAKER_01: mas pelo contrário,
40:02
ela vai dar mais agilidade para o Dev para ele ter tempo de
40:05
fazer outras coisas,
40:06
SPEAKER_01: talvez
40:06
SPEAKER_01: esse tempo que ele vai ter sobrando,
40:08
SPEAKER_01: porque ele vai codar mais rápido,
40:11
SPEAKER_01: ele pode estar mais envolvido no produto,
40:13
SPEAKER_01: participando de reuniões,
40:14
SPEAKER_01: falando com os stakeholders,
40:15
SPEAKER_01: entendendo melhor.
40:16
SPEAKER_03: Eu diria que quem corre mais risco com...
40:19
SPEAKER_03: E aí eu estou fazendo uma palestra para quinta-feira,
40:21
SPEAKER_03: mais ou menos sobre isso também,
40:23
SPEAKER_03: sobre PMs e produto,
40:24
SPEAKER_03: etc.,
40:24
SPEAKER_03: mas falando da IA.
40:25
SPEAKER_03: Para mim, quem corre mais risco, nesse caso, são os PMs.
40:29
SPEAKER_03: Exatamente porque, se vocês pagarem para perceber, a área técnica...
40:33
SPEAKER_03: A área de produtos,
40:34
SPEAKER_03: barra tecnologia,
40:35
SPEAKER_03: barra design,
40:36
SPEAKER_03: barra X,
40:37
SPEAKER_03: tudo que a gente sabe,
40:38
está rolando uma mudança de responsabilidades e uma mudança de
40:43
comportamentos,
40:44
SPEAKER_03: de papéis ali.
40:45
Então,
40:46
se vocês pararem para ver,
40:47
e aí eu vou puxar de novo a orelha da galera que é front-end.
40:51
SPEAKER_03: Eu falei lá, sei lá, anos atrás.
40:53
SPEAKER_01: O maior hater de front-end.
40:55
SPEAKER_03: Não, é, mas...
40:58
SPEAKER_03: usar como analogia.
40:59
SPEAKER_03: Mas eu falei lá atrás que o front-end ia acabar,
41:02
SPEAKER_03: tal,
41:02
SPEAKER_03: a galera me levou super mal e etc,
41:04
SPEAKER_03: mas cara,
41:06
SPEAKER_03: a ideia é a área de front-end,
41:08
SPEAKER_03: ela não teve tantas ramificações como back-end e designer.
41:13
SPEAKER_03: Design,
41:14
SPEAKER_03: eles também se perderam,
41:16
SPEAKER_03: desculpe designers,
41:17
SPEAKER_03: eu vou ser meio frango aqui,
41:18
SPEAKER_03: mas eles se perderam no próprio ego,
41:20
SPEAKER_03: demais assim.
41:21
SPEAKER_03: Olharam muito pra dentro e pouco pra fora.
41:24
SPEAKER_03: Então, esse olhar muito pra dentro, eles ficaram muito focados em método,
41:28
SPEAKER_03: framework,
41:29
SPEAKER_03: muito focado em processo,
41:32
SPEAKER_03: discover pra caramba,
41:33
SPEAKER_03: em como resolver os problemas,
41:35
SPEAKER_03: olhar muito o usuário e etc.
41:38
SPEAKER_03: Esqueceram também como os devs,
41:40
mas acho que o designer tem maior responsabilidade nesse ponto
41:43
do que os devs,
41:44
SPEAKER_03: de olhar para o negócio,
41:46
SPEAKER_03: de olhar o resultado,
41:47
SPEAKER_03: de olhar a experiência que ele criou,
41:49
SPEAKER_03: se está dando mais ou menos dinheiro,
41:50
SPEAKER_03: se realmente resolveu ou não o problema.
41:53
SPEAKER_03: do usuário.
41:54
SPEAKER_03: Então, os designers se perderam nesse meandro.
41:57
SPEAKER_03: Mas veja bem,
41:58
SPEAKER_03: o dev front-end,
42:00
SPEAKER_03: ele foi,
42:00
SPEAKER_03: ele nasceu por causa de uma falta de comunicação entre designer com os
42:06
SPEAKER_03: programadores.
42:07
SPEAKER_03: Então,
42:08
SPEAKER_03: não é obrigação do programador lá na época,
42:11
SPEAKER_03: e eu tô falando,
42:12
SPEAKER_03: gente,
42:12
SPEAKER_03: 10,
42:13
SPEAKER_03: 15 anos atrás,
42:13
SPEAKER_03: do tipo,
42:14
SPEAKER_03: o cara que era back-end,
42:15
SPEAKER_03: ele não ia ficar colocando botãozinho pra esquerda,
42:18
SPEAKER_03: pra direita,
42:19
SPEAKER_03: borda arredondada,
42:20
SPEAKER_03: cor XYZ.
42:21
SPEAKER_03: Não ia fazer, não era a responsabilidade dele, porque isso é interface.
42:26
SPEAKER_03: Interface é com designer.
42:28
Só que o designer não queria aprender CSS,
42:31
HTML,
42:33
porque para o designer isso é programação.
42:35
SPEAKER_03: Então tipo, não, isso é técnico, eu não quero fazer isso, bicho.
42:38
SPEAKER_03: E cara, é terrível.
42:41
SPEAKER_03: Assim, era um problema gigante, real mesmo nas empresas.
42:45
SPEAKER_03: Então surge esse ser no meio que é o especialista em...
42:48
SPEAKER_03: front-end.
42:49
SPEAKER_03: E veja bem, ele é especialista em front-end.
42:51
SPEAKER_03: Eu não estou dizendo que ele é especialista em client-side.
42:53
SPEAKER_03: É uma coisa diferente.
42:55
SPEAKER_03: Então,
42:56
tem dev back-end que não manja de client e maior parte dos
42:59
front-ends também não
43:00
SPEAKER_03: manjam de client-side.
43:01
SPEAKER_03: É outra história.
43:01
Então,
43:02
mas veja bem,
43:03
hoje e agora com o advento do Figma e do IA,
43:07
designer de front-end...
43:08
SPEAKER_03: teoricamente eles vão se imergiar,
43:10
pelo menos os front-ends que ainda fazem o trabalho repetitivo
43:14
de forma manual,
43:15
SPEAKER_03: que é o quê?
43:16
SPEAKER_03: Eu vou zoar aqui.
43:16
SPEAKER_03: Fica fazendo crudezinho o dia todo.
43:18
Ah,
43:19
não,
43:19
é um crude um pouco mais,
43:21
né,
43:21
bonitão,
43:21
né,
43:22
o cara se conecta com React,
43:24
no,
43:25
né,
43:25
no
43:25
SPEAKER_03: nas APIs todas da empresa, mas ele nem faz API, né?
43:29
SPEAKER_03: Quem faz isso é o Dev lá e etc.
43:32
SPEAKER_03: Isso vai parar.
43:33
Então,
43:34
veja bem,
43:34
tem uma tendência de emergir as disciplinas,
43:39
tem acontecido.
43:40
A missão final do Figma é que o desenvolvedor front-end e o
43:44
designer trabalhem numa
43:45
SPEAKER_03: mesma plataforma.
43:47
SPEAKER_03: Duvido,
43:47
SPEAKER_03: cara,
43:48
SPEAKER_03: assim,
43:49
SPEAKER_03: eu ponho a mão no fogo e daqui a uns,
43:50
SPEAKER_03: vai gostar alto pra não queimar tanto assim,
43:52
SPEAKER_03: mas sei lá,
43:53
SPEAKER_03: em sete anos,
43:54
SPEAKER_03: será que o Figma não lança uma IDE?
43:56
SPEAKER_03: Compro cursor?
43:58
SPEAKER_03: Sei lá, vai fazer sentido.
44:00
SPEAKER_03: Então assim,
44:01
trabalhar dentro de uma mesma plataforma faz sentido quando a
44:04
gente fala de
44:04
SPEAKER_03: interface,
44:05
SPEAKER_03: regras de negócio do usuário,
44:06
SPEAKER_03: comportamento do usuário,
44:08
SPEAKER_03: ponto e coisas dali para frente.
44:11
Então tem isso dando um exemplo só entre designers e front-ends
44:14
que trabalham muito
44:15
SPEAKER_03: com interface,
44:16
SPEAKER_03: com regras de negócio ali,
44:17
SPEAKER_03: etc,
44:18
SPEAKER_03: de front.
44:19
SPEAKER_03: Está tendo um mergeamento de disciplinas.
44:21
SPEAKER_03: A mesma coisa acontece com o lado de design com PMs.
44:26
SPEAKER_03: E do lado dos PMs, a área de negócio.
44:28
SPEAKER_03: A galera de negócio está aprendendo muito rápido,
44:31
está entendendo muito rápido como funciona uma empresa de
44:34
tecnologia de produto.
44:35
Antes,
44:36
eles não conseguiam falar com devs,
44:37
entender sobre gestão de produto,
44:39
processos,
44:40
etc.
44:41
SPEAKER_03: Hoje, isso aí é obrigatório.
44:43
SPEAKER_03: Toda empresa é uma empresa de tecnologia.
44:44
SPEAKER_03: hoje.
44:44
SPEAKER_03: Se ele não entender como funciona um processo de produto,
44:47
SPEAKER_03: pelo menos de gestão ali de priorização,
44:51
SPEAKER_03: de produto mesmo,
44:52
SPEAKER_03: o cara esquece.
44:53
SPEAKER_03: Então,
44:54
SPEAKER_03: pra mim eu vejo designers andando um pouco mais pro lado técnico,
44:58
SPEAKER_03: entendendo um pouco mais sobre o problema.
45:01
Eu vejo PMs ali tendo uma decisão muito clara que é entender
45:05
muito mais sobre
45:06
SPEAKER_03: negócio,
45:07
SPEAKER_03: parar de ficar fazendo só gestão de produto e gestão de,
45:11
SPEAKER_03: sabe,
45:11
SPEAKER_03: de priorização.
45:12
SPEAKER_03: E eu vejo o Debs entendendo também um pouco mais sobre negócio,
45:16
SPEAKER_03: mas obviamente quem está muito mais próximo do negócio é o PM,
45:19
SPEAKER_03: mas o Debs andando um pouquinho mais para a área de negócio,
45:22
SPEAKER_03: ele entendendo muito mais do problema,
45:24
se conectando muito mais com o designer e os dois ali sendo as
45:28
duas disciplinas que
45:29
SPEAKER_03: realmente se empoderam de como vai ser feita essa solução.
45:33
SPEAKER_03: Então, o como...
45:34
SPEAKER_03: vai ser feita essa solução com eles dois.
45:37
SPEAKER_03: O que vai ser resolvido com essa solução deveria vir do PM,
45:41
SPEAKER_03: mas o PM também está se perdendo,
45:42
SPEAKER_03: então provavelmente ele é absorvido pela área de negócio.
45:45
SPEAKER_03: Daí vem todo esse esquema de PM Builders,
45:48
SPEAKER_03: Vibe Coding,
45:49
não sei se vocês viram a tendência aí do Google e outras
45:51
empresas contratando PMs
45:54
SPEAKER_03: que conseguem ficar fazendo,
45:56
SPEAKER_03: entre aspas,
45:56
SPEAKER_03: Vibe Coding.
45:57
SPEAKER_03: Shopify, né?
45:58
SPEAKER_03: Shopify, para poder entregar protótipo, MVP e até solução pequena no ar.
46:04
SPEAKER_03: É isso?
46:05
SPEAKER_01: É, então, eu até falei do Basecamp, né?
46:07
E eles,
46:08
é assim,
46:09
pelo que eu lembrei agora,
46:10
é dois devs e um designer por time,
46:13
né?
46:13
SPEAKER_01: Eles têm esses pequenos times, assim, sem PM.
46:17
SPEAKER_01: Pelo que eu lembro do que eu li no livro deles, é assim.
46:23
SPEAKER_01: Eu acho que já puxando para o papo final,
46:25
eu não sei se tu tem dicas de devs que querem se inteirar
46:30
melhor sobre produto.
46:32
Eu já vi curso de programação para PMs,
46:36
mas eu nunca vi um curso de produto para devs.
46:41
Ou,
46:42
sei lá,
46:42
livros,
46:43
alguma coisa assim que as pessoas podem aprender mais sobre
46:46
isso.
46:46
SPEAKER_01: Legal.
46:47
SPEAKER_03: Eu posso dar os links depois para vocês,
46:49
SPEAKER_03: mas eu acho que dá para começar lendo exatamente o que os PMs lêem.
46:54
SPEAKER_03: Começa aí pelo Mark Kagan, que é o padrão de todos.
46:57
SPEAKER_03: Começa lendo sobre estratégia de produto.
47:02
SPEAKER_03: Eu posso passar depois vários nomes,
47:04
SPEAKER_03: tem ali Outcomes Over Outputs,
47:06
que é muito simples de entender questão de encadeamento de
47:09
indicador de produto com
47:11
SPEAKER_03: negócio,
47:12
SPEAKER_03: direcionamento mais por resultado do que por entregável,
47:17
SPEAKER_03: por outputs.
47:17
SPEAKER_03: Então, coisas desse tipo são muito fáceis dos devs conseguirem absorver.
47:22
SPEAKER_03: Mas eu acho que tem pontos ali elementares,
47:25
SPEAKER_03: bem essenciais,
47:26
que eu entendo que hoje deveria ser muito mais básico e
47:30
padronizado que os devs,
47:32
SPEAKER_03: eles ainda não se empoderaram.
47:34
SPEAKER_03: Então, por exemplo, se empoderar do próprio processo de evolução do time.
47:41
SPEAKER_03: Vejo muito poucos devs,
47:43
SPEAKER_03: e olha que engraçado,
47:44
SPEAKER_03: mentalidade agile,
47:45
SPEAKER_03: processos agile vieram de uma necessidade de desenvolvedores.
47:48
SPEAKER_03: desenvolvedores que começaram toda essa bagaça de pensamento ágil,
47:52
SPEAKER_03: de entrega ágil,
47:53
SPEAKER_03: de metodologia ágil.
47:55
SPEAKER_03: E hoje os devs não estão nem aí para isso.
47:57
SPEAKER_03: Então,
47:57
SPEAKER_03: assim,
47:58
SPEAKER_03: ter essa visão de evolução contínua,
48:01
SPEAKER_03: por exemplo,
48:02
SPEAKER_03: e começando do básico,
48:03
SPEAKER_03: do tipo,
48:04
SPEAKER_03: cara,
48:04
SPEAKER_03: a gente está sendo mais rápido do que antes.
48:06
SPEAKER_03: A gente está entregando,
48:08
SPEAKER_03: além de entregar mais rápido,
48:09
SPEAKER_03: mas com mais qualidade do que o ciclo anterior,
48:12
SPEAKER_03: não estamos.
48:13
SPEAKER_03: Estamos.
48:14
SPEAKER_03: Por que a gente não está?
48:16
SPEAKER_03: E melhor ainda, por que nós estamos, então?
48:18
SPEAKER_03: O que a gente fez certo para a gente poder replicar?
48:20
SPEAKER_03: Então, eu não vejo Deves tendo essa discussão.
48:23
SPEAKER_03: Isso aí é papo para o agilista, que agora morreu também, né?
48:26
SPEAKER_03: O agilista é outra disciplina que destruiu a fase da Terra.
48:28
SPEAKER_03: Exatamente porque não conseguiu evoluir.
48:30
SPEAKER_03: E o problema do processo foi absorvido por quem?
48:33
SPEAKER_03: Um pouco pelo tech lead,
48:35
SPEAKER_03: pelo delivery manager,
48:37
SPEAKER_03: seja lá quem for que está na empresa de vocês,
48:39
SPEAKER_03: e nada pelos devs.
48:40
Eu não vejo dev falando,
48:42
caraca,
48:42
meu throughput desse trimestre aqui está sendo uma porcaria.
48:47
SPEAKER_03: Tipo, eu estou entregando muito, muito pouco.
48:49
SPEAKER_03: Será que é por causa do tamanho das tarefas, elas são complexas demais?
48:53
SPEAKER_03: Ou porque eu realmente estou numa vibe ruim, né?
48:57
SPEAKER_03: Então acho que se os devs,
48:58
SPEAKER_03: e dando só esse exemplo de processo,
49:00
mas se os devs se chegarem muito mais pela essência mesmo do
49:04
que é tecnologia,
49:05
SPEAKER_03: desenvolvimento,
49:07
SPEAKER_03: questionarem mais,
49:09
SPEAKER_03: gerarem mais cenários futuros,
49:11
SPEAKER_03: acho que
49:12
SPEAKER_03: vão estar no caminho correto, assim.
49:14
SPEAKER_03: Acho que já vai facilitar muito a vida deles e também,
49:17
SPEAKER_03: assim,
49:18
SPEAKER_03: a eficiência geral da empresa vai aumentar.
49:21
SPEAKER_03: Acho que essas,
49:23
SPEAKER_03: assim,
49:23
SPEAKER_03: nem chega a ser dicas,
49:24
SPEAKER_03: assim,
49:24
SPEAKER_03: mas acho que são coisas muito simples que dá pra fazer hoje,
49:27
SPEAKER_03: logo amanhã,
49:28
SPEAKER_01: assim.
49:28
SPEAKER_03: Sim.
49:29
SPEAKER_01: Eu acho que o livro do Basecamp eu curto bastante também.
49:32
Ele não é um livro de programação,
49:34
é um livro de negócio,
49:35
né,
49:35
tipo,
49:36
reinventa sua empresa.
49:37
SPEAKER_01: Mas, enfim, dá pra tirar bastante ideia lá.
49:39
SPEAKER_01: Eu curto bastante os livros que eles escrevem.
49:42
SPEAKER_03: Cara,
49:43
SPEAKER_03: tudo da galera lá do DHH,
49:45
SPEAKER_03: eu gosto bastante,
49:46
SPEAKER_03: assim,
49:46
SPEAKER_03: desde as antigas,
49:47
SPEAKER_03: assim,
49:47
SPEAKER_03: a galera do Basecamp total ali,
49:49
SPEAKER_03: meu,
49:49
SPEAKER_03: o shape-up deles é muito bom,
49:51
SPEAKER_03: o rework é muito bom,
49:53
SPEAKER_03: todas as coisas que eles lançam ali é bem interessante.
49:55
Se vocês pagarem pra ver,
49:56
é o uso de tecnologia pra alavancagem de negócio.
49:59
SPEAKER_03: Então, cara, você...
50:01
SPEAKER_03: O DHH é um dos caras mais técnicos que tem no mercado, até hoje.
50:06
SPEAKER_03: Você vê o cara falando sobre desenvolvimento?
50:08
SPEAKER_03: Óbvio.
50:09
SPEAKER_03: Sobre parte técnica?
50:10
SPEAKER_03: Óbvio que vê.
50:10
SPEAKER_03: Mas sempre tem um cunho de negócio.
50:13
SPEAKER_03: sempre tem um motivo, uma vertente de negócio.
50:16
Isso não só porque ele é empreendedor,
50:18
mas porque ele conecta tecnologia para alavancar negócio.
50:22
SPEAKER_01: Mas ele é um grande exemplo de um dev que,
50:27
SPEAKER_01: pelo que eu sei da história,
50:29
SPEAKER_01: o cara lá,
50:29
SPEAKER_01: o Jason Fries,
50:31
ele criou o Basecamp e daí ele estava passando com algum
50:34
problema lá específico e
50:36
SPEAKER_01: ele achou um cara aleatório,
50:38
SPEAKER_01: não sei onde,
50:39
SPEAKER_01: onde é que o cara morava,
50:40
SPEAKER_01: na Dinamarca,
50:41
SPEAKER_01: acho que.
50:41
SPEAKER_01: E daí foi lá,
50:42
SPEAKER_01: marcou uma reunião com ele,
50:43
SPEAKER_01: tipo,
50:43
SPEAKER_01: ele ficou tão impressionado com o DHH,
50:46
SPEAKER_01: que meio que chamou ele pra ser sócio,
50:48
SPEAKER_01: assim,
50:48
SPEAKER_01: tipo,
50:49
SPEAKER_01: então ele era um dev muito foda,
50:50
SPEAKER_01: assim,
50:51
SPEAKER_01: que entendia de negócio,
50:52
SPEAKER_01: que acabou dando esse,
50:54
SPEAKER_01: essa mudança na carreira.
50:56
SPEAKER_01: E a gente vê várias histórias,
50:57
SPEAKER_01: assim,
50:57
SPEAKER_01: né,
50:58
SPEAKER_01: tipo,
50:58
SPEAKER_01: pô,
50:58
SPEAKER_01: quantos devs,
50:59
SPEAKER_01: o Galeno é um exemplo pra mim,
51:01
SPEAKER_01: de um dev que,
51:02
SPEAKER_01: tipo,
51:03
SPEAKER_01: ele sempre...
51:05
SPEAKER_01: Sempre manjou muito de negócio.
51:07
Tanto é que,
51:07
tipo,
51:07
pô,
51:07
ele tava lá no...
51:08
Ele falou que trabalhava lá no back-office,
51:11
né?
51:12
No time de back-office,
51:13
mas ele era uma referência pra todo mundo da empresa.
51:16
Quando alguém precisava tirar uma dúvida sobre o produto e tal,
51:18
chamava ele.
51:19
E ele lá,
51:20
como dev pleno,
51:21
já,
51:21
tipo,
51:21
ajudava a galera a tirar dúvida e tal.
51:23
SPEAKER_01: Hoje já tá lá como staff engineer e tal.
51:26
SPEAKER_01: Pô, cresceu bastante, entendeu?
51:27
SPEAKER_01: Essa galera,
51:29
SPEAKER_01: eu sempre vejo,
51:30
SPEAKER_01: assim,
51:30
SPEAKER_01: que os devs que eles manjam de produto,
51:32
SPEAKER_01: eles sempre se destacam mais,
51:34
SPEAKER_01: né?
51:34
SPEAKER_02: Acho que sim.
51:36
SPEAKER_02: Inclusive,
51:36
SPEAKER_02: um pequeno relato pessoal,
51:38
SPEAKER_02: que na época que eu trabalhava com back-office,
51:40
SPEAKER_02: justamente por não ter PM,
51:41
era muito mais fácil você ter esse contato direto com o usuário
51:44
e você meio que era
51:44
SPEAKER_02: obrigado a se interessar pelo produto,
51:47
SPEAKER_02: porque você conversava com quem ia usar o seu produto mesmo.
51:50
Conversava com o pessoal que fazia parte de antecipação dos
51:54
recebíveis do OAS e tal.
51:55
SPEAKER_02: E aí,
51:56
SPEAKER_02: tipo,
51:56
SPEAKER_02: isso te obriga a conversar mais com a pessoa,
51:58
SPEAKER_02: fazer as perguntas para essa pessoa,
52:00
SPEAKER_02: então você tem que saber fazer as perguntas certas.
52:03
SPEAKER_02: bem.
52:03
SPEAKER_02: E você tem que se preocupar com essa pessoa,
52:06
SPEAKER_02: com como ela vai usar o teu sistema,
52:08
SPEAKER_02: no que você vai desenvolver pra ela poder fazer bem a tarefa dela.
52:11
Então,
52:11
cara,
52:12
é recompensador você ver que o seu trabalho melhorou o dia de
52:15
alguém.
52:16
SPEAKER_02: E isso bem muito... Bem disso que a gente conversou, né?
52:20
SPEAKER_02: De você entender mais o produto,
52:21
SPEAKER_02: de você querer participar mais nessas questões de negócio e tal.
52:26
SPEAKER_02: E o Gabriel falou assim, depois você acaba até vendo referência.
52:28
SPEAKER_02: Acho que
52:30
SPEAKER_02: Ali foi um pouco por obrigação,
52:31
SPEAKER_02: assim,
52:31
SPEAKER_02: porque como não tinha PM,
52:32
SPEAKER_02: mas,
52:32
SPEAKER_02: cara,
52:33
SPEAKER_02: nada impede de você fazer isso na sua empresa.
52:35
SPEAKER_03: É isso.
52:35
SPEAKER_03: Eu acho,
52:36
SPEAKER_03: na minha visão,
52:36
SPEAKER_03: assim,
52:37
SPEAKER_03: que PMs que vêm de design,
52:40
SPEAKER_03: parte técnica,
52:41
SPEAKER_03: e hoje até de negócio,
52:43
SPEAKER_03: mas que vêm de design e da parte técnica,
52:45
SPEAKER_03: são os melhores PMs.
52:46
Porque eles conseguem resolver e questionar muita coisa que,
52:53
se eu sou designer,
52:54
SPEAKER_03: Eu sei o que a galera vai entender,
52:56
SPEAKER_03: o que o usuário está precisando,
52:57
SPEAKER_03: como é a experiência,
52:58
SPEAKER_03: o fluxo,
52:59
SPEAKER_03: etc.
52:59
SPEAKER_03: Então eu vou conseguir já resolver muita coisa ali.
53:01
SPEAKER_03: Já tem um pensamento diferente do PM que nunca foi nenhuma dessas coisas,
53:06
SPEAKER_03: nunca executou nenhuma dessas disciplinas.
53:08
SPEAKER_03: E o PM que foi dev,
53:11
SPEAKER_03: ele consegue ter exatamente a clara visão de,
53:15
SPEAKER_03: cara,
53:15
SPEAKER_03: isso aqui vai ser difícil do pessoal fazer,
53:18
SPEAKER_03: porque tem,
53:19
SPEAKER_03: mano,
53:19
SPEAKER_03: monolito desgraçado ali que conversa com 37 mil microserviços,
53:24
SPEAKER_03: os caras estão se ferrando pra não sei o que.
53:28
SPEAKER_03: escalar, mas é o banco que não escala a maldição.
53:30
Então,
53:30
assim,
53:31
eu sei que vai ser difícil,
53:32
os caras,
53:32
bom,
53:33
já entendi qual é o problema.
53:34
SPEAKER_03: Então,
53:34
SPEAKER_03: ó,
53:34
SPEAKER_03: e ele começa a direcionar o produto pra um lado que já seja muito fácil,
53:38
SPEAKER_03: né,
53:38
SPEAKER_03: pra parte técnica e resolução ali.
53:40
SPEAKER_03: Então, pra mim, são as duas disciplinas que melhor formam PMs, assim.
53:47
Óbvio que aí essas disciplinas sofrem exatamente com o lado das
53:51
habilidades de PM
53:52
SPEAKER_03: que precisa ter,
53:53
SPEAKER_03: né,
53:53
SPEAKER_03: e é muita reunião,
53:54
SPEAKER_03: muita conversa,
53:55
SPEAKER_03: muita bucocracia,
53:56
SPEAKER_03: argumentação,
53:58
SPEAKER_03: criação de slides, planilhas e piriri, parte burocrática.
54:04
SPEAKER_03: Mas que também,
54:04
SPEAKER_03: assim,
54:05
SPEAKER_03: dependendo da empresa que você trabalhar,
54:06
SPEAKER_03: não vai ter nada disso,
54:07
SPEAKER_03: vai ser muito mais...
54:08
SPEAKER_03: Eu acho que devs,
54:09
SPEAKER_03: assim,
54:09
SPEAKER_03: deveriam realmente,
54:11
SPEAKER_03: assim,
54:11
SPEAKER_03: pensar em...
54:13
SPEAKER_03: com mais carinho, num cargo de gestão de pessoas, de gestão mesmo.
54:18
SPEAKER_03: Então,
54:19
SPEAKER_03: como a gente estava falando no início lá,
54:20
SPEAKER_03: tem muito dev que,
54:22
SPEAKER_03: cara,
54:22
SPEAKER_03: prefere...
54:23
SPEAKER_03: Não existe carreira em Y,
54:25
SPEAKER_03: existe só a parte técnica para sempre,
54:27
SPEAKER_03: mas devs que têm essa visão,
54:29
essa habilidade de conseguir enxergar um pouco mais do que só o
54:33
código e entender
54:34
SPEAKER_03: que conseguem resolver os problemas,
54:35
SPEAKER_03: ajudar a empresa a resolver esses problemas,
54:37
SPEAKER_03: conseguem,
54:37
SPEAKER_03: sim,
54:38
SPEAKER_03: sentar numa cadeira dessa bem fácil.
54:40
SPEAKER_03: E aí a gestão de pessoas vai ser a menor...
54:43
SPEAKER_03: menor, assim, não vai ser o problema que ele acha que é, sabe?
54:46
Porque os devs vão olhar e falar,
54:48
cara,
54:48
eu já giri dev,
54:50
é muito fácil giri dev.
54:51
Quando falar de carreira e etc,
54:54
a galera que tem mais dúvida é gente nova.
54:55
SPEAKER_03: Então,
54:56
SPEAKER_03: assim,
54:56
SPEAKER_03: você vai conseguir direcionar,
54:57
SPEAKER_03: porque o que eles querem mesmo ali é absorver parte técnica.
55:00
SPEAKER_03: Então,
55:00
SPEAKER_03: você conseguindo entender parte técnica e ajudando a resolver as partes
55:03
SPEAKER_03: burocráticas de pessoas,
55:05
SPEAKER_03: né,
55:05
SPEAKER_03: vai fácil,
55:06
SPEAKER_03: assim,
55:06
SPEAKER_03: sabe?
55:07
Então,
55:07
acho que os devs deveriam pensar um pouco mais nessa cadeira,
55:10
assim.
55:16
SPEAKER_01: Você escutou Escovando Bits, o podcast da Codicom?
55:18
Siga a Codicom nas redes sociais,
55:20
assine nossa newsletter e participe de nossos eventos.
55:23
SPEAKER_01: Você encontra todos os links do site codicom.dev.
55:26
SPEAKER_01: Valeu e até a próxima.
55:28
SPEAKER_01: Valeu!
55:29
SPEAKER_01: Valeu!
55:36
SPEAKER_01: Esse podcast foi editado pela BZT.