←back to thread

177 points foxfired | 1 comments | | HN request time: 0.204s | source
Show context
star-glider ◴[] No.43625781[source]
This isn't effective at a large org, but if you're running a small company/startup, just have an engineer "help out" with support every so often. We'd ask devs to run the support desk when the person was on vacation and also had a general rotation through.

It's good for building customer empathy but also for helping the people who build the product understand how it's used. The intuition you build up from those experiences is very powerful.

Also, about two hours into handling support tickets for the same issue, 99% of devs will just fix the problem. So you create a very elegant incentive structure for bugfixing that circumvents a lot of the traditional structural issues.

Of course you can't do this in a big company, which is one of the structural disadvantages that come with size.

replies(2): >>43626590 #>>43626938 #
kristianp ◴[] No.43626938[source]
Why can't you do this at a big company? If it had the support of management, you could.
replies(3): >>43627085 #>>43629715 #>>43638998 #
1. p_v_doom ◴[] No.43629715[source]
Problem is that most big companies have "professional" management. And professional management is stuck in completely outdated command and control thinking even today. Whether its people taught by other people at other big companies or freshly minted MBAs none of them really seem to learn or know how to really govern, create autonomy, etc. etc. and there is very little incetive to.When you get the odd curious one they go and find agile, and the first thing they run into is SAFE, LESS and similar, which is the same old taylorism wearing the fresh skin of agile on top like a horrible costume.