A lot is said about the so-called “toolboxes” of testers and developers – they are specialized, engineering and tailored to the tasks of the employee. However, when we ask about the manager’s “toolbox” we hear – it falls into the range of soft skills. We used to treat these as unspecified, non-engineering, fuzzy…
I don’t agree with this approach…. Psychologists often have a more engineering approach than testers or developers. They are methodical, they use statistics, and the tools they produce are very well documented. We believe that a person is too complicated to be treated as an object of tests, the results of which will give us an objective opinion about their skills and predispositions.
As a manager I would like to share my toolbox, which I use in my work with my team. I will not talk about test organization or task management tools – I will focus on what allows me to understand my people, profile them, assign tasks that they will perform more effectively, take care of their development and well-being. I will talk about key aspects of creating teams that are usually referred to as “high performing teams”.
Some of the topics I will address are:
What is the difference between team retrospective and project retrospective?
What is true diversity and how to build it?
A few tools to determine the predispositions and strong qualities of people.
How to manage the employee’s development together with the employee?
Key attitudes of people in effective teams.
At the beginning of his career he tested web services and mobile applications, later he started to validate hardware and software dedicated to it, now he participates in quality control of projects in the field of Deep Learning.
In Intel, he works for Artificial Intelligence Products Group, where he is responsible for benchmarking all products and for supporting development, product, marketing and customer-oriented teams.
In addition to testing, he is professionally involved in the transfer of knowledge and experience to students. He is a big fan of Richard Feynman’s way of teaching, so his lectures are based on practical problems, full of anecdotes and often contain simple and naive questions that we only think we know the answers to.
He appeared as a speaker at several dozen events related to the IT industry.