Posts

Building Quality Software: It’s Not Just About Good Testers

When we talk about software quality, the conversation often shifts toward testing. Many assume that achieving quality is primarily about hiring skilled testers who can identify bugs, catch defects early, and ensure the product is stable. However, this perspective overlooks a critical truth: quality isn’t just about testing — it’s about building the right team and fostering a collaborative environment where quality is a shared responsibility. Quality Starts with the Right People Building a quality product starts with building a quality team. This means more than just finding technically skilled developers or seasoned testers. It’s about assembling a group of individuals who can work together effectively, communicate openly, and share a common vision for the product. The right people don’t just bring their skills — they bring a mindset that embraces collaboration, ownership, and continuous improvement. Hiring the right people is critical. It’s about finding those who not only fit the tec...
Post a Comment
Read more

Leader is not an individual contributor

On many interviews for the leader's role you can hear questions like:  - Who has pushed for this change? Who has proposed this improvement? Who has  implemented this approach?  For me personally, leaders should answer in the following direction: - My team! It was a team effort! It was proposed by an individual, but implemented by the team!  Unfortunately, in many cases interviewers want to hear:  - It was me! I did this! It was my initiative!  They want to see an individual contributor pushing for changes and doing mostly a hands on work as a leader. Most likely, in their environment they need such a person.  My point of view, is that leader is a buddy, who can organise, motivate, inspire people. Sometimes he should lead by example, sometimes he should explain your fault one on one, sometimes he should motive a whole team. From day one in his role, real leader should start thinking about finding another leader in his team, to be able to delegate and sh...
Post a Comment
Read more

Remote working experience

I work remotely more than 2 years already and would like to stress my attention on the following aspects of remote work: Communication: Fortunately, in the 21st century with the development of technologies we've got a lot of tools making remote work much easier than before. We use different online communication channels like video and phone calls, chats, dashboards for online collaboration, what makes people closer to each other, what is extremely important if you work in a team and responsible product delivery. You should know what's happening with your teammates and applications and react immediately to avoid any sort of issues. Time management: Remote work have taught me managing my time in a better way and respect time of my colleagues since most of us work in different time zones and have different working hours. Documentation: It is extremely important to have documented decisions stored online and keep them up to date. It is valid not only for onsite but for remote work ...
Post a Comment
Read more

QA Organisation: Quality pillars

There are three pillars on which quality is based in every well performant company: People  with right skills and attitude to do the work, Technology  to help people to do their work even better, Culture  with opened environment for growing new specialists and new tools on the way to success. Have I missed anything?
Post a Comment
Read more

QA Organisation: work visibility and transparency

In many companies work of QA organisation (QA/Test engineers or/and teams) is something hidden in darkness. Nobody knows what they are doing and accordingly do not feel all the efforts QA engineers spend for assuring high quality of delivered products. In order to improve the situation QA organisation should improve visibility of their work. I recommend to look at the following list of ares where visualisation and transparency is needed: Transparency of communication Channels Emails Messangers Who? When? What? How? Availability and accessibility of all required artefacts Test Strategy Test Plans Test cases / Checklists / Test Flows Roadmap Reports and etc. Transparency of decisions Decision making process Decision making group(s) Chapters Guilds Library of documented decisions Publishing decisions via all available channels Current state of ongoing work What is done What is in progress What is planned next according to the roadmap Feedback loop Feedback about quality from stakehold...
Post a Comment
Read more

Hard to be and to stay flat structured organisation

Many people, especially in flat structured organisations, say that they don’t need managers. Right, but from my point of view it’s getting possible only if everyone in the organisation is on the same page, can easily and openly communicate to each other, knows where their product is growing, everyone is highly motivated and nobody has high career ambitions. The best example of flat structured organisation is a startup working in a small garage. Definitely they don’t need managers, they know what they are building, they can communicate to each other and they define their business strategy. Problems come with growing of the product where one day they will have to start hiring new people. Staying flat structured means working hard together and make decisions together, not only technical decisions but strategic and managerial as well. More your company grow, more difficult it is to keep flat structure working well, more time it requires to convince others in chosen directions and business...
Post a Comment
Read more

QA Chapter

There are different point of view on organising a QA chapter. As a QA manager, I see it in the following way. If you ask me ` How  should  QA Chapter look like?` , I would suggest the following structure: Chapter Lead: Person taking final responsibility for decisions Mandatory: 3 QA engineers, 1 BE engineer, 1 FE engineer Optional: Product Owner, Architect, DevOps engineers NOTE: It is very important for me to have representatives of different roles in the chapter, since everyone sees how to improve quality and where to apply improvements differently.  If you ask me ` What  are  QA Chapter  areas of responsibility ?`, I will answer that the agenda of QA Chapter meetings should be based on the following areas: Product quality: Quality of Development Quality of Testing Quality Control Quality of Delivery Visibility of QA work If you ask me ` How are you going to make your QA Chapter performing well?` , I will answer that we will need to define a set of rul...
Post a Comment
Read more