Entrevista desenolvedor

Pergunta 1 - O que você acha do tempo que o seu código demora para ser colocado em

produção pela equipe de operações/infraestrutura? Quais suas sugestões

de melhoria?

Resposta 1 - Acredito que boa parte deste problema se deve a empresa estar dividada em
departamentos e estes departamentos não tem muita comunicação entre si, o que deixa o processo de
subida de qualquer alteração em produção extremamente burocrático e tira toda a visão do
desenolvedor do que está ocorrendo durante a subida dos artefatos em produção.

Uma boa sugestão seria:

Ter alguém que faça o deploy dentro da equipe e adotar o sistema de squads;

Ou se não for possível o sistema de equipe multidisciplinar pra cuidar do produto em todo seu ciclo, pelo
menos, ter algum processo automatizado de integração continua e uma maior facilidade para
acompanhar a subida do pacote.

Pergunta 2 - O que você acha do tempo para criação do ambiente de

desenvolvimento/homolog pela equipe de operações/infraestrutura?

Quais suas sugestões de melhoria?

Resposta 2 - Tudo extramamente burocrático e na maioria das vezes não seguem as orientações. O que
leva a forçar a realização de uma call (como trabalhamos home office) e se tem um retrabalho para
montar o ambiente corretamente.

Uma sugestão de melhoria seria ter o pessoal de infra mais próximo do desenolvimento para entender o
dia a dia, e não um departamento alheio de pessoas que não sabem o que está acontecendo e as reais
necessidades dos times

Pergunta 3 - Quais tipos de testes você considera importantes antes de colocar o

sistema em produção?

Resposta 3 - Teste unitário, teste em beta, testes integrados pela equipe de QA e se possível uma
homologação com algum usuário. Se tudo estiver OK, produção.

Pergunta 4 - Como você acompanha os resultados do seu código em produção após um

deploy?

Resposta 4 Quando somos requisitados, fazemos um plantão junto com a área que realizou o deploy da
aplicação, na qual vemos se houve algum problema no sistema. Mas isso é problemático, pois como é
algo que nao temos acesso fácil, fica dificil tratar em tempo hábil qualquer bug que surgir, o que gera
situações de extremo estresse e desânimo. Muitos companheiros meus sairam da empresa por conta
disso.

Entrevista com a pessoa que atua na área de operações/infra:

Pergunta 1 - O que você acha da qualidade do código que recebe da área de

desenvolvimento para colocar em produção? Quais suas sugestões de

melhoria?

Resposta 1 - Não temos conhecimento sobre o que está sendo implementado, então vemos o resultado
tudo no final, ou funciona ou não funciona. É uma estrutura meio desorganizada. Gostariamos de estar
mais a par do que está rolando na empresa para podermos trabalhar nda melhor forma

Pergunta 2 - O que acha do tempo que você leva para criação do ambiente de

desenvolvimento/homolog e publicação em produção das mudanças

solicitadas pela equipe de desenvolvimento? Quais suas sugestões de

melhoria?

Resposta 2 - Nosso sistema de chamados é precário, então as informações carecem de detalhamento, o

que pode levar a retrabalhos e situações estressantes desnecessariamente.

Se a comunicação fosse mais clara, seria o mundo ideal

Pergunta 3 - Quais tipos de testes você considera importantes antes de colocar o

sistema em produção?

Resposta 3 - Testes unitários, testes de QA e homologação com o usuário final

Pergunta 4 - Como você acompanha os resultados do código que coloca em produção

após um deploy?
Resposta 4 - Geralmente algum desenvolvedor nos acompanha durante o deploy, eles que cuidam do
software caso ocorra algum erro. Além disso temos algumas ferramentas para monitorar performance,
como SQL Server Profiler e o Dynatrace

Plano de Ação:

Adoção de times multidisciplinares: Formar equipes multidisciplinares, compostas por desenvolvedores,

operadores e QA, com autonomia para desenvolver, testar e implantar novas funcionalidades. Isso
permitirá uma melhor comunicação e colaboração entre as equipes, aumentando a eficiência e
qualidade do software.

Automatização de processos: Implementar processos de integração contínua e entrega contínua,

automatizando o processo de subida de códigos para produção e garantindo uma maior velocidade e
qualidade.

Foco no fluxo do cliente: Adotar uma visão do fluxo do cliente, levando em conta as necessidades e
expectativas do cliente em todas as etapas do desenvolvimento e implantação do software.

Adoção de práticas DevOps: Implementar práticas DevOps, como monitoramento e medição de

desempenho, testes automatizados e implantação contínua, para garantir a qualidade e segurança do
software.

Filosofia Lean: Adotar uma filosofia Lean, priorizando a eliminação de desperdícios e a melhoria
contínua, para aumentar a eficiência e qualidade do software. Isso inclui a eliminação de processos
desnecessários, a priorização de tarefas importantes e a melhoria contínua do processo de
desenvolvimento e implantação de software.