[singleshot_]

1) I don’t know what the problem is. 2) I can see the problem but I need to be told both the solution and how to implement it. 3) I see the problem and if you tell me the solution I can execute it. 4) I see the problem and I know the solution. Should I execute the solution? 5) advisory: I found a problem and I solved it.

Once you have a critical mass of threes and fives in the team you can go do something else and they can take over.

[scarface_74]

Is there ever a level as an IC that you don’t ask so me one should you implement a solution? Even when I was at a startup as a senior dev and the de facto “cloud architect” with a direct line to the CTO who fully trusted me. I would always ask “should I implement this”.

He would say no occasionally for business reasons or he would come back with suggestions based on his knowledge of the future directions of the company.

Even now, if I’m coming up with what I think is a novel solution where I am responsible for the project, I’ll reach out to a coworker for a sanity check or sometimes the actual service team (ie the team responsible for maintaining the AWS service I’m using) to see if there is a better way.

[singleshot_]

Maybe one difference is I didn’t really see our team as ICs so much as they were experienced postsale consultants. They might be alone at a client site making five to ten strategy decisions a day and I didn’t want them constantly bound up seeking permission to act from some dumb guy who had fewer details and a couple more years of experience. If they did something wrong that we needed to undo, that was often less challenging than if they had to chill out for an afternoon waiting for me to get up to speed.