Seems like a great way for employees to become more intimate with the product they’re developing. This, I would expect, would lead to developing a better product and user experience.
Seems like a great way to filter out prima donnas who can't be bothered to put themselves in the place of their users. I would be happy to be rid of anyone complaining about this policy.
It definitely is. Any engineer that won't eat their own dog food (if at all possible) is net a mediocre engineer, or otherwise immature (hasn't progressed far enough in their career; doesn't yet realize how much they don't know). DoorDash is better off without many of those types. It's an excellent way to clear the house of engineers that are more likely to hold back the product than advance it. Which of course doesn't mean firing everyone that complains; there are people that are rigidly unwilling and people that are uncomfortable (for various possible reasons) and need to be brought along.
In all of my experience, it has never been engineers misunderstanding the users. It has always, ALWAYS, been C-suites, Executives, and VPs pushing product features to
1. Entice investors
2. Planning for some external company event like a merger
3. Pandering to analysts
4. Pandering to the sales department, who again, sell into VPs and not to users
I think it's incredibly out of touch to suggest engineers are the ones that lack empathy for their own product, and not the myriad of individuals who haven't touched a line of code or a design file for the past decade. As an engineer I field support tickets every day, I know what problems the system has, no amount of me using the application is going to change what gets consistently submited through help desk.
You'll have to forgive me for being bitter after a decade of trying to innovate in the products I worked on only to be shut down every single step of the way by upper management; then to have to swallow this self-righteous PR stunt where the world seems to blame "out of touch" workers for not knowing what their job is and not having empathy for their users.
Beyond that, don't get me wrong, I don't think doing deliveries is beneath anyone. I would probably accept half a million dollars to do deliveries. However, I do think it's incredibly immoral to suggest that you can pay some people $200/hr to do deliveries, but others only $7/hr. Instead of focusing ire on those that are upset that their job duties are not what was described to them when hired; perhaps we can be upset that doordash has the capacity to pay their laborers much much more, and chooses not to in order to ensure they can pay half a million dollars for what everyone here considers "mediocre engineers".
Also, again, I personally would not work at doordash because of this requirement. However, I wouldn't have any issue with the company if they CLEARLY outlined this job requirement during their hiring process; which it looks like they did not do.
Can you explain to me how someone who spends their entire day in k8s and helm charts would benefit by exploring the UX of an application through the lens of the user? Beyond a normal study, that is?
I've run every one of my companies with some form of everyone participating at a user level regularly. Either through support or using the product. Each type of role gets something out of it. A k8s engineer can achieve more understanding of their mission and connection to how their seemingly siloed activity has a real world impact while more directly product focused roles might gain actual product insight. In my experience employees who genuinely care about what the company is seeking to achieve do gain something from the experience.
If the application actually uses that k8s cluster, then you might actually want to see the real-world performance of it all instead of just aggragated response time graphs.
As an engineer (product creator) - it behooves one to continually be involved in experiencing how the product is used. Not just how we believe it, or think it.
Use cases, flows, and product paths seem logical on a whiteboard. However, the real world often introduces nuances that significantly alter use in micro ways.
The objection to interact with customers from engineers I believe is more due to a social aversion, introversion, etc rather than a defiance of not doing the delivery. Engineers can often be afraid of unknown social situations - which is fair.
If I were the CEO, I'd have engineers go in packs of 3 engineers at first for 3-4 months. Then pair to group of 2 with one as a "ride along, no interaction" for moral support.