Well, if you are reading this – there’s a good chance it’s you. Especially if you read this with the intention of sharing this with your team. I hope you do, obviously 😊. But perhaps it’s unclear whose responsibility it is, to bring new knowledge to the team. Is it always the team manager job – or is it a dedicated person that by role, or by habit, that bring in new knowledge?
In classic hierarchical organizations – new knowledge is derived from management down to the line managers and then passed on to the individual team members. Apparently management knows “the market” best. And apparently management knows which skills are needed for all kinds of staff.
But do they now? Do top management really know the latest development in coding tools and the established trends of the global testing community. I doubt it. The long response time from management to pick something up to it being in the teams is similar to the challenge of “Retraining yourself for the future“. Unfortunately, it’s often the case that your training is on you – and the challenge of keeping up is with the organization.
Perhaps it’s an exclusive activity that only “senior or principal” staff (often called “Staff” roles) are allowed to work on. Read more on the different types of staff roles in: Staff Engineer: Leadership beyond the management track by Will Larson. What is key to understand though, is that time to information is essential:
changes in the market had to be captured immediately in order to make relevant strategic decisionsHow to make big, old companies act fast, Pia Lauritzen
The DevRel / DevEx Trend
Many large development companies have already looked into this and established roles of Developer Relations (DevRel) or Developer Experience (DX) or similar dedicated roles that focus on reading trends in the market and both bringing it back to the teams or further develop the trends for the broader benefit of the company. I spot a similar trend in the testing world, though not yet so prevalent. What was previously test coaches, testing advisors, or testing advocates – can similarly be seen doing work similar to DevRel:
🎶🎶You can talk, You can jive, Having the time of your life, Ooh, see that girl, Watch that conference scene, Digging the testing queen 🎶🎶
There’s already a model for team interaction
The DevRel trend fits nicely with the Enabling teams of the Team Topologies framework. Where we can look at the delivery team as a stream-aligned team, compared to “Testing Relations” skills in the enabling team:
- Stream-aligned team: aligned to a flow of work from (usually) a segment of the business domain
- Enabling team: helps a Stream-aligned team to overcome obstacles. Also detects missing capabilities