Here’s why you should not manage developers using fear
Building a Remote Workforce

Here’s why you should not manage developers using fear

by Sinan Ata
Here’s why you should not manage developers using fear

Since December 2015, I have conducted over 300 one-on-one meetings with senior software engineers in about ten emerging markets. In this post, I’m going to give a few tips for managers of software developers. I decided to write on this subject as I can see my software engineer friends are changing jobs more frequently than ever now. It’s simply a waste of their precious time and your money.

There are a couple of things you need to know:

  1. Yes. They’re smart.
  2. No. Money is not everything to them.
                                                                       
Image

Photo by Headway on Unsplash

An average software engineer receives four to five unsolicited interview requests every single week, regardless of their expertise on technology stacks. If they have a proven track record with Java, Javascript or .NET environment, experience with CI/CD pipelines, quality metrics, cloud infrastructure, and design patterns, the number can easily go up to ten per week. Actually, above-average developers receive so many offers that the majority of people I have met with over the past four years are sick of robotic, automated recruiter messages on LinkedIn.

I have noticed in my meetings with hundreds of senior software engineers that there are certain behaviors and skills that separate the good developers from the great. When managing teams of engineers, a manager will quickly notice that simply being a good coder will not distinguish a star performer from his or her peers. Rather, a holistically talented individual will possess a handful of very important skills:

  1. Strong timing and calendar management skills
  2. Self-confidence — without being arrogant or uncoachable
  3. Ability to describe past professional experiences fluently; an ability to succinctly communicate their unique value add to your team
  4. Openness to new challenges and hiring through testing
  5. Technology-agnostic, solution-oriented approach
  6. A clear understanding of why any tech company must invest in manual task automation
  7. English proficiency. The common language of most business in tech is still English. Developers are not simply smart algorithms. You need people with high cognitive and communication skills
  8. Not having a poisonous behavior within a team setting: not giving 100% to the job unless there’s a chance to be a hero in the team, resistance to change in favor of stability, etc. (Umut Gokbayrak who has a proven track record on software engineering management mentioned this concept during a coffee meeting in Istanbul while he was working as the CTO of a leading media group in Turkey)


The demand for qualified software engineers is rising all around the world. In developed markets, the situation is even more drastic. In the U.S, software engineering salaries soared over 25% in the last 10 years due to high demand and low talent supply. Developer salaries soared even more in the emerging markets. Software is permeating every aspect of life, but as the following graphic shows, the education system is producing the wrong types of graduates.

Image

Source: ACM.org

With an abundance of opportunities available, job loyalty among developers is at an all-time low. A junior developer is at least 100 times more likely to find a new opportunity in her/his country or overseas today versus 10 years ago.

Andy Grove says “Fear doesn’t work great on knowledge workers as well as it does for galley slaves.” The reason is very simple and goes back to Maslow’s Hierarchy of Needs. Your developers are not concerned with food, shelter, and other basic needs. I discovered in my meetings that almost all of the senior developers I met had a decent amount of savings and above-average life standards compared to the masses in their countries. They know there are hundreds of other opportunities out there.

If you try to manage developers using fear and yell at one of your developer subordinates, I assure you that he or she will return home to five unread job offers in their personal inbox.

So how can we motivate developers? I guess thousands of managers around the world are asking this question every single day. Or there may be dreamers who believe all the coding will be done by machines in the near future. Well, this will only make great software engineers more expensive.

I think the answer lies in Maslow’s hierarchy. Self-realization and a “what I can be, I must be” attitude is the answer for knowledge workers, especially software engineers. As a manager, you’ll need to:

  1. Pay well, and pay on time.
  2. Make sure your developers are continuously challenged.
  3. Don’t be afraid to give credit; do it in front of the other team members. External motivation is a primary driver for many knowledge workers.
  4. Leave room for experimentation; do not categorically reject their ideas. At least listen.
  5. Design your engineering processes to support remote work.
  6. Make sure that you delegate challenging, almost unreachable goals. Keep them motivated by appealing to their constant drive for personal improvement.


I’d like to hear more about your thoughts and experiences in this field. Feel free to contribute with comments on Medium.

If you agree with the core messages of this post and are looking for a new remote job, feel free to apply for our open positions at various levels.

Special thanks to Heather Aholt for editorial support.

Remote Jobs, Tools, and Thought Pieces

Make sure you are subscribed to WorkRemote, the only blog focused on remote work at scale. Some of the great content from WR:

  1. Daily Habits of a Successful Remote Manager
  2. What is a Class A remote job?
  3. How To Make a ‘Gold Standard’ Remote Work Office 
  4. 2 Critical Steps for Fortune 500 Managers Going Remote
  5. How to Perform Shrink-to-Grow in a Remote Team
  6. How to Hire Your First Remote Employee
Section Separator Top

Want to read more?
We have a lot more where that came from