First step in the delegation of work

Here's the background: a young colleague in the business asks me to help clarify how an application works and asks me for help unlocking it. Through my old-fashioned technical referent I explain the context of the application to him and tell him how it works. I tell him how I had already developed part of the solution and how he could proceed.

Error, he called out to me, telling him that I had referred him too much. Then he tells me it's a joke. What is the part of the truth?

I questioned myself about the delegation of work which is now becoming concrete with my need to ensure quality as a Technical Referent and on the other hand the development of my colleagues.

Should I force them to analyze against the fact that I have the answer to theirs and that often they come to me to help them with any problems they encounter.

Ten years ago, I read books which dealt precisely with management by results versus that of solutions: “Leading without imposing” by Filip Vandendriessche or “The rules of management” by Richard Templar, but the habit, my domain and my function make me there to solve the problems.

How then to cope with the different approaches of my colleagues on their requests?

I think that I will try to involve them in the reflection, to give them more time to them in this analysis, and to try to formulate the constraints and the expected results in order not to give a known solution which already meets its requirements.

Should this approach be systematic or be confronted with the context of the need: quick topic, delivery date, level of expertise of the colleague?

IF the solution that the colleague is preparing does not meet all the explicit and sometimes implicit requirements, how confronted with the change of solution, must I let him go to the end so that he can detect his own problem. error and start a new solution.

We are in politics with the right to make mistakes, in our field can we also leave this right to make mistakes for the gain in experience of our colleagues and their well-being?

To summarize, I am for the personal development of each one and the well-being in the company, often the ease of having the immediate answer harms in the long term to this development, the constraints of time and Quality background that we often find ourselves at provide a solution.

I will try to do better as a Technical Referent but also in teamwork and individual development, a huge challenge.