top | item 26470523

(no title)

king_panic | 5 years ago

I resent doing other people's work for them, I don't resent helping them when they can no longer help themselves.

Interrupt me after you've tried as many ways as you can to solve the issue, and present them to me so either I can determine the remaining set you haven't tried or we can brainstorm. It shows initiative and thoughtfulness and creates a starting point for our solutioning.

discuss

order

schoolornot|5 years ago

How do you reply when they haven't invested much time in solving the problem? You ask, "what have you tried?". They say XYZ. What are you going to tell them to go back, try some other things, and then come back? Sometimes I too need to brute force my way through problems. It sucks, it's how I got where I am. No one has to suffer like I did early in the career but an ounce of effort from some folks every now and then would be nice.

SilverRed|5 years ago

>Interrupt me after you've tried as many ways as you can to solve the issue

Depends on what you value more. If you are optimizing for personal productivity, sure this makes sense. But if you are optimizing for team wide productivity, it doesn't make sense for someone to spend 3 hours trying everything they can think of before asking if you could have given them the answer in 5 minutes.

Something like spending 30 minutes trying and then asking even though you could go on makes more sense team wide.

etripe|5 years ago

I honestly prefer teaching people to fish over providing them shortcuts. Giving them the answer doesn't often help in my experience. Helping them frame the question better does. There are some cases where the person is lacking fundamental knowledge about the domain or technology, of course.

Ultimately, team productivity isn't about enabling people in the codependent sense. It's better to build them up than to merely support them.

ben0x539|5 years ago

The OP is pretty much a refutation of your answer, you don't think it has a point?

pcthrowaway|5 years ago

Isn't this basically what the OP is saying? Interruptors should try things first, and write down the things they've tried and what happened. After that, they can interrupt without wasting too much time from the interruptee.