In this episode, Dave and Jamison answer these questions:

1. Is it just me or does systems like Jira and TFS get managers to go crazy on processes? We have TFS and management has created a convoluted mess of processes that takes forever to learn and gets changed on a whim to be replaced by an even more convoluted process. Every time I finish a large feature and need to merge it in, I have to run around asking ten people on what process changed since there are all sorts of permission denied and other strange error messages. In my previous job, same with Jira and Jenkins. As an engineer, do managers really need these crazy processes that get in the way or am I naive engineer who doesn’t really understand the value of these processes?

2. Just wanted to preface by saying that I absolutely love your podcast. It’s definitely helped me mold into a better developer and team player!

   My company is having a tough time raising our next round. In light of this, I am actively looking for my next position. Financial stability and growth is my biggest concern as I am planning to get married, buy our own place, and have kids. My goal is to interview at multiple companies and get competing offers. From a hiring perspective, I can definitely see how companies and see this in a negative light. How do I navigate salary negotiations so that I can get the best deal (financially) without being stereotyped?

In this episode, Dave and Jamison answer these questions:

1. I used to work totally remote, but found myself absolutely hating it. The lack of office culture and human interaction.

   The problem is that in my area there are few local development jobs that match my skill set. I work in a large but heathcare heavy town, and their tech does not blend with my skill set.

   All to say. When it comes time to find my next job I’ll probably be looking for remote again. How can I come to love remote jobs, or at least survive?

   Maybe my previous companies remote culture was terrible. Is there any advice you can give when evaluating a remote culture at a company?

2. Love the show! I had a question on how to effectively manage of team of engineers who have only partial allocation to my project. I am a project & technical lead for a team of ““8 FTE””, which is composed of a rotating cast of engineers who are allocated to my project in small percentages (most commonly between 30-80% of their time).

   This has a lot of challenges which you can imagine, but the one I am most interested in your thoughts on is the struggle with other projects about ““whose deliverable for a given engineer has priority””.

   As an example an engineer with 50% time on my project and 50% on another project will give me feedback that his immediate tasking between projects is unclear, he knows he has to do both workloads but feels they are uneven, or he is under more pressure from one project than the other. My company stack ranks during performance reviews and competition between leaders of matrix organizations (such as myself) in particular is fierce, so discussions between projects on how to effectively tackle this problem does not yield constructive agreements (in my experience). I’m at times guilty of trying to ““squeeze”” more than my designated allocation out of engineers to deliver on agreements for timing, scope, etc.

   Any thoughts are appreciated!

In this episode, Dave and Jamison answer these questions:

1. How do managers make firing decision during company wide cuts? Recently our company went through spending cuts and x percentage of people were laid off as part of this exercise. On one fateful day, our manager informed us that he let go John Doe as he had to fire someone. Overall John Doe was a decent senior developer and was with the company for 10 plus years. My gut feeling is that he was let go because he simply didn’t (or couldn’t) move to management and was too old for a developer position. Does ageism play a role when a firing decision has to be made based on non-performance reasons?

2. I’m in my early 30s, I have a spouse and a small child, and work remotely as a software engineer. One of my peers, let’s call him James, is about 10 years younger than me, works on-site, and is single. He’s a good developer and really friendly. The problem I have with him is that this job is his life. It isn’t uncommon for James to work 14 hour days (including weekends sometimes), submitting code for review at midnight, then back in to work bright and early the next day. This is not at all encouraged at my company. Most everyone comes in at 9 and leaves at 6. I feel a little bad for James because I get the sense that he’s lonely, and doesn’t have much going for him outside of work.

   However, it’s frustrating working with a peer who puts in way more time at work when my home life literally makes that level of dedication impossible. James receives a lot of praise for the hard problems he works on after-hours. I know my performance is fine and I don’t need the praise per se, but it’s frustrating to feel that I’m going to be compared to him informally by my co-workers in terms of what we get done, and formally, as promotion opportunities come up. I honestly wish someone in management would ask him not to work after-hours, but that’s probably not going to happen. Thoughts on how to handle this?