As descobertas do controle de qualidade não estão chegando aos desenvolvedores. Como você preenche a lacuna de comunicação de forma eficaz?

Easiest way is to treat DEVs not as DEVs, and QAs not as QAs. Treat them all as what they are, team members with a common goal: deliver a quality product. Establishing a common goal helps to eliminate the blame game as there is no incentive in doing so.

1. Determine o que precisa ser feito 2. Identifique as lacunas nas responsabilidades 3. Esclareça as funções com a matriz RACI 4. Obtenha feedback dos membros da equipe

As the question poses having QA be in a position that they are dreaded by the developer team is unhelpful, creates a toxic work environment, and generally tanks the project. QA is vital to any project, without it you don't have a project you have a patchwork hobby. Establishing clear communication and expectations between developers and QA is extremely important, as otherwise there will be clashes that will ruin team morale. Team meetings between engineers and QA help this.

- To help developers tackle issues, let's start with clear QA report. Be sure to include exact steps to reproduce issues along with screenshots and logs. A clear report helps developers understand and fix issues easily. - Let's have regular meetings between QA and developers. These meetings are a good chance to talk about findings, clear up doubts, and prioritize issues together. Open communication make sures everyone is on the same page. - Use tools like JIRA to report/track issues. This JIRA lets QA and developers update status, comment, and work together in real-time. This makes it easier to follow up on findings and ensure nothing gets missed.

QA findings should ideally be mapped to either an existing ticket or a new one should be opened. QA is part of the CI/CD cycle, the same one developers are part of. So if there are any communication issues then the first step is to inspect the pipeline and often it's because of people not using the tools or other issues that are being felt outside of their respective areas.

Regular meetings and integrated reporting tools can ensure that developers receive timely and detailed feedback. Additionally, involving developers early in the testing process can preemptively mitigate issues, leading to more efficient problem-solving and a higher-quality product.

Use SCRUM/Agile methodologies. After completing a sprint - have a review or retrospective. Syncing as a team on what went wrong and what went well is extremely important. These types of meetings should help bridge the communication gap between these groups, improve refinement for asks, and foster a one team, one fight mentality.

Empathy matters greatly in a professional setting, especially in Quality Assurance (QA), where understanding the perspectives and challenges of team members is crucial. It involves putting yourself in others' shoes, listening actively, and showing compassion towards their experiences and viewpoints. In QA, empathy helps build stronger relationships among team members, fosters effective collaboration, and promotes a positive work environment. By empathizing with developers, stakeholders, and users, QA professionals can better appreciate the impact of software issues, communicate findings more effectively, and work together towards solutions.

The QA is in some respects advocating as the user. In finding a problem they should take into account some developers do feel it when their code is not as good as they think it is. Therefore it is helpful for a QA to give feedback in a positive constructive way. So something like: “This is really good, and I was surprised I managed to find anything wrong with it at all.” Or something like, “this is so good, but I have found an edge case I think we should tighten up to make sure.” If the QA then sets out how they found the bug, provides the means to recreate it setting out the exact use case, the developer will appreciate the feedback and have a route to providing a fix for further testing.

Ensuring a clean and professional communication schedule between QA and other departments is crucial to prevent any resentment to build up from feeling attacked by tickets or issues. Keeping communication friendly, professional (above all else) and polite is vital, you will find that developers will react much better to this.

A lo largo de mi experiencia laboral, he requerido siempre escuchar de manera empática a todos los colaboradores, sin importar su jerarquía, para poder entender los desafíos a los que se enfrentan y valorar su trabajo. Al compartir los resultados del control de calidad, es importante presentarlos de manera constructiva y enfocada en soluciones, en lugar de ser críticos.

Teams should be educated to prioritize open and transparent communication, ensuring that QA findings are clearly conveyed and understood by developers. Training sessions on effective feedback techniques and collaborative problem-solving can help bridge gaps between the teams. Emphasizing the importance of a shared goal of product quality will foster a more cohesive working relationship. Additionally, implementing and familiarizing teams with robust reporting and tracking tools can streamline the feedback process, ensuring nothing gets overlooked. It's also crucial to explain the QA process to developers and vice versa, so both sides understand each other's workflows and challenges, promoting empathy and more effective collaboration.