The Pyramid of Software Developer Job Satisfaction
nimbleindustries.io
nimbleindustries.io
It makes sense that someone would be more satisfied working on their own ideas than someone else's. The problems being solved are more personally relevant, and they have more control over the execution, for better or worse. The business end of things may be why proportionally few developers go this route.
In this article, an idea or project's success seems to be equated with its profitability and applies to business ventures in general. What about other measures of success: meeting performance and reliability requirements, being widely used, fixing some societal ill, or scratching the itch of curiosity?
How the idea is executed too may greatly affect job satisfaction. Many developers prefer working on greenfield projects over maintaining legacy systems. What is the pace of work like? The quality of the coworkers?
There are numerous variables at play.
Now consider a developer who is constantly told "sounds good, but that's not our priority right now", "no", "we'll maybe get to that later", etc. They don't get to pursue any of their own ideas. Sounds very dissatisfying.
And it's not all black and white. You can build a product for someone else and still have a lot of say in the product. Maybe a feeling of ownership is good enough.
I'm currently working on someone else's idea but all the technical decisions are up to me.
There is a nice trade-off in that I don't have to worry about negotiating with customers and other aspects of a project that don't interest me.
Is this Scientific?
When you take into consideration, risk, stress, anxiety, loss of direct revenues, loss of freebies, loss of nice brand on your resume etc?
I think we all want to work on something we find passionate, but there's also something about working on a team of people that other people, i.e. customers find valuable.
Would be nice to see some data points because this is incredibly interesting.
http://web.archive.org/web/20180718181856/https://nimbleindu...