Episode 394: Scrum master, weapons master and minimum tenure to not look bad
Feb 5, 2024
auto_awesome
Transitioning to traditional scrum, scrum master weaponizing practices, dissent in the team, benefits of joining slack community, success story of negotiating equity, team composition, scrum mastering, addressing performance problems, discussion of 'Compiler' podcast, ideal tenure in tech recession, minimum tenure debate in software industry
Scrum masters should work with the team to ease them through transitions rather than weaponize practices to expose weaknesses.
In an employer's market, stability and retaining a job may be more valued than job hopping.
Deep dives
Evaluating Job Hopping in the Tech Industry
The listener raises the question of whether staying at a job for 12 months is still sufficient to avoid the job hopper stigma given the current tech recession. The hosts discuss how the market conditions have shifted, with employers becoming more selective and the difficulty of finding new jobs. They mention that the expectations for job tenure may vary based on experience level, as 12 months might be adequate for newcomers but could be considered too short for seasoned professionals. They also highlight how the overall job market influences employers' perceptions, as fewer opportunities may require individuals to stay in their current jobs longer. Ultimately, the hosts suggest that stability and the ability to retain a job may be valued more during economic downturns, and the focus for many individuals is on holding onto their current positions rather than frequent job hopping.
Job Hopping and Employer Attitudes
The hosts explore the changing dynamics of the job market, particularly in relation to job hopping. They note how the abundance of lucrative job offers in the early 2020s encouraged frequent job changes. However, they also acknowledge the current challenges in finding new jobs and the shift towards valuing stability amidst a tougher market. The hosts imply that employers, in an employer's market, may not be as concerned about an individual's history as a job hopper, as they have more leverage due to limited job opportunities. They suggest that greater value is placed on retaining one's income and being valuable to the current employer rather than worrying about the job hopper label.
Determining Job Hopper Status
The hosts ponder the appropriate minimum tenure for not being labeled a job hopper. They humorously suggest a minimum threshold of 13 months as a lighthearted declaration. However, they emphasize the subjectivity of such a determination, highlighting the influence of experience level and market conditions. They conclude by encouraging listeners to prioritize stability during challenging times in order to retain their current jobs. They also remind individuals of the potential value they bring to employers, despite any job hopping history, particularly in an employer's market where companies may have fewer options to choose from.
In this episode, Dave and Jamison answer these questions:
My team are about 4 months into transitioning from a scrum/kanban way of working to a more traditional scrum/sprint way of working.
I feel like our scrum master is “weaponising” some of the scrum practices in order to show up weak points and failures in the team, rather than working with the team to ease us through the transition and make gradual improvements.
In private conversations with me and some other trusted developers (lol jk I clearly shouldn’t be trusted as I’m writing in to Dave and Jamison) the scrum master speaks about how little refined work we have in our back log, and how they are looking forward to “exposing bottle necks” in the team. As they expect this will lead to pressure on our PO and Business Analyst and force them to step up their game.
Whatever amount of work we bring into a sprint is law, and they forbid more tickets coming onto the board mid sprint (even if all the tickets are done half way through the sprint).
If one single ticket is on the board they will try to block more tickets moving into ready for Dev as they believe we should all be focusing on getting the highest priority pieces of work into the done column. And they take no notice when I’ve expressed the issue with this too many cooks approach.
They’re a nice enough person outside of a work context. But in work, it really feels like they’re setting us up to fail (and sort of releshing in it).
Dissent is rising in the team, and everyone from all sides feels unhappy. Can you recommend any action I could take to prevent the failures that are inbound?
For context, I am a junior developer working for a large company. Within my department we are split up into “SCRUM” teams made up of around 6 Developers, 2 testers, a scrum master, a Business Analyst and a Product Owner. The senior developers within the team have not taken any action other than to complain in secret about the SMs behaviour.
Before the tech recession, I would recommend engineers stay at a job for 12 months before looking for a new job in order to avoid having the stigma of being a job hopper. But with the tech recession enabling employers to be more picky, is 12 months long enough? Or should engineers stay at a job for even longer than 12 months before looking for a new job?
Get the Snipd podcast app
Unlock the knowledge in podcasts with the podcast player of the future.
AI-powered podcast player
Listen to all your favourite podcasts with AI-powered features
Discover highlights
Listen to the best highlights from the podcasts you love and dive into the full episode
Save any moment
Hear something you like? Tap your headphones to save it with AI-generated key takeaways
Share & Export
Send highlights to Twitter, WhatsApp or export them to Notion, Readwise & more
AI-powered podcast player
Listen to all your favourite podcasts with AI-powered features
Discover highlights
Listen to the best highlights from the podcasts you love and dive into the full episode