Bridging activities, quick wins and mental methods make T-shaped working feel more collaborative
We hear a lot about how software development today requires T-Shaped people, or professionals who can do work in Business Analysis, Development, and Testing. Generalists in some areas and specialists in one. And it's often a challenge for us to put down our testing hat and pick up the (in some cases) less interesting work around us, and try to think like a BA or Dev.
Imagine how that is for developers and business analysts! Thinking like a tester, looking at their work as if it could fail, wondering seriously if the user would use it in ways entirely unintended... the list of dangers and frustrations are endless. In this way, teammates are often left fluttering in the wind with only the slightest idea of what's requested of them and how they can help the testing process.
In this talk I want to take a journey together to define some bridging activities, some quick wins, and some mental methods in order to make the process smoother and encourage teammates to try out testing more often. While I come with my set of experiences and ideas, attendees are encouraged to add their views, conflicts and methods so that we together can make the process feel less like torture and more like teamwork.
Attendees will get a fun and engaging story about helping other people reach into the testing world without drowning in it, and get the chance to add their experiences, feelings and thoughts to the mix in order to create a new way of working together.