Newsletter #026 - A luta constante em dizer NÃO
Seu newsletter semanal voltado para tecnologia e qualidade de software
Olá pessoal, mais uma semana de newsletter voltado para tecnologia e qualidade de software.
Na semana passada vimos como criar estratégias para realizar nosso estudo da melhor maneira possível, utilizando da rotina e da técnica de organização de tempo chamada Pomodoro, caso não tenha visto segue o link. Nessa semana iremos continuar nessa pegada de evolução pegando um dos temas de soft skills mais pertinentes para um QA, que é o dizer NÃO.
Quem nunca passou por aquela discussão se um “pequeno bug" pode ou não ir para produção, ou até mesmo o desenvolvedor passou pela negociação com o pessoal de produto que aquela demanda precisa ser para essa semana, saber negociar e dizer não é uma das premissas de qualquer profissional de desenvolvimento de software, e olha é uma luta constante…
Nesse sentido nobre leitor, a evolução de dizer não é constante, como quase tudo que evoluímos é necessário começar aos poucos. Na terapia que fiz no passado foi uma das minhas lutas (e é até hoje) conseguir dizer não. Lembro que sempre me acumulava de tarefas, dizia sim até para demandas de outras pessoas com aquela sensação que seria bom ser o “bonzinho" da empresa, contudo, com o passar do tempo fui percebendo que não conseguia terminar as demandas e junto com minha frustração vinha a pressão pela falta da entrega. Na terapia, minha tarefa foi pronunciar o não em três situações na semana e posso garantir que não foi fácil.
Para conseguir melhorar esse meu soft skill, além da prática constante aprendi que temos que ter um divisor que nos norteia em dizer não, esse divisor deve ser algo que caso você faça o contrário, te fere. Por exemplo eu odeio ser chamado a atenção no trabalho por não entregar algo, se eu pegar essa demanda a mais vou ser cobrado por não entregar, logo não pego para não me prejudicar. Aqui nessa camada recomendo a leitura do livro de Brene Bronw, “A coragem de ser imperfeito" que irá te ajudar a encontrar essas características.
Por fim, para os QAs que queiram evoluir nessa característica, trago a importância de dizer não para nossa área.
Defeitos críticos não resolvidos: Se um desenvolvedor ou equipe propuser a liberação de um produto com defeitos críticos que podem comprometer a funcionalidade, segurança ou usabilidade, o profissional de QA deve dizer "não" até que esses problemas sejam corrigidos.
Prazos irrealistas: Quando há pressão para lançar um produto dentro de prazos muito apertados que comprometem a qualidade, é responsabilidade do QA dizer "não" e explicar os riscos associados à liberação nesse pequeno espaço de tempo.
Violação de padrões de segurança: Se o produto não atender aos padrões de segurança estabelecidos, é imprescindível que o QA diga "não" até que as questões de segurança sejam abordadas corretamente.
Dizer “não" nessas situações não é apenas a obrigação, mas também a responsabilidade do profissional de QA para garantir a integridade, confiabilidade e qualidade do produto final, então use esses pontos para te motivar a sempre mostrar a importância da nossa área ao meio do desenvolvimento de software.
Bom pessoal, hoje vimos na newsletter o quão é importante o QA conseguir evoluir a skill de dizer não e como essa característica faz com que o profissional cresça profissionalmente e pessoalmente. Na semana que vem vamos conhecer a importância do QA na atuação em DORA Métricas.
O que rolou de Tecnologia?
Resolução de problemas de liderança - ser líder tem como premissa também resolver problemas, nesse sentido o texto mostra a partir de exemplos como resolver e priorizar os principais problemas que ocorrem dentro de um time de tecnologia.
Princípios SOLID / Princípios Abertos e Fechados - um dos principais princípios de design de software é o SOLID, nesse texto é abordado a partir de exemplos com código qual é a diferença entre o principio SOLID aberto e fechado.
Como se tornar um grande desenvolvedor front-end júnior - a entrada no mundo de desenvolvimento de software não é fácil, o profissional júnior deve ter muita persistência e curiosidade em aprender. O texto aborda o grande diferencial que todo desenvolvedor júnior deve ter para alavancar como profissional.
E Qualidade de Software, como está?
Teste como porta de entrada para TI - escutamos algumas vezes na internet que a melhor forma para entrar na área de TI é por parte do teste de software. Nesse texto o autor apresenta na prática o quão é perigoso e problemático essa frase, e o quão é importante ter discernimento e conhecimento da área de testes para assim começar em TI.
Produza qualidade - texto muito legal que traz a importância de mudarmos o mindset dos profissionais que desenvolvem software para a visão de produzir com qualidade ao invés de qualidade só quando der. Muito válido a leitura.
Por que estamos testando? - sempre é importante lembrar por que estamos testando e qual nosso objetivo dentro do desenvolvimento de software. No texto o autor apresenta reflexões e premissas que nunca podemos esquecer.
Eventos Importantes não perca!
Como criar uma Estratégia de Testes na sua equipe - Evento Online.
Data: 24/01
Inscrições abertas
Vejo vocês na próxima newsletter 😁🚀!
“O mais importante que aprendi a fazer depois dos quarenta anos foi a dizer não quando é não.” – Gabriel García Márquez