Maker,
Let's look more closely at what it is that you prefer to do professionally:
Maker said:
...I want to stay technical...I'm the kind of person who has a hard time delegating tasks, I'd rather do it myself to make sure it gets done the right way.
I infer that you enjoy
solving problems by figuring out effective means and paths for resolving issues, then
delegating the solution to hardware to resolve on an on-going basis.
Consider
management as simply a parallel/alternate environment for solving issues that are equally (if not more) important than solving issues via hardware and software. Acknowledge that there is a certain
syntax in properly conveying instructions to humans...That there are branches and conditional expressions in effective management...That you still have the opportunity to make both syntax and logic errors, which you can (typically) correct for the desired result.
Your recognition of delegation issues requires perhaps developing new skills just as you would if you have a new software-development tool to learn. If you are similar to me when learning a new development tool, then we can[ul][li]
observe and emulate successful users of the tool,[/li][li]
read and study the documentation, and[/li][li]
start designing and testing our projections for use of the tool.[/li][/ul]
In learning "Management Skills", their are counterparts to the above successful processes (which I'm sure you can devine).
Insofar as your perceived "delegation" challenges, recognise that if you don't implement that "sub-routine" (by trying to "do it all" yourself), then it is similar to trying to use a hand shovel to dig a trench that is 6 feet deep, 6 feet wide, and 1/4-mile long, instead of using a Caterpiller Back Hoe...you would not be leveraging valuable tools that you have available.
Certainly, you can use a shovel immediately (it's simple and straightforward). But if you take the time to understand the physics and mechanics of the back hoe, you soon overcome the "time you lost" by learning how to use the "tool".
If you are a skilled technical person, then you certainly have the smarts to learn the tool of effective delegation. The main component to successful delegation, IMHO, is the "Golden Rule": Delegate to others as you would like to be delegated to, which probably includes concepts such as:[ul][li]Your having, and conveying to the delegate, a clear understanding of the problem/need/challenge.[/li][li]Identify (even brainstorm with the delegate) alternatives for resolution.[/li][li]Agree the "best" resolution given constraints and resources.[/li][li]Identify
key success factors (resources and milestones) necessary for effective completion.[/li][li]Identify possible "pitfalls" and "gotchas" that may occur and how to avoid them (i.e., risk management)[/li][li]Clearly identify a reasonable schedule/estimate for completion. (Remember, a good estimate is not an "optimistic" estimate...I want estimates that are as likely to be early as they are to be late.)[/li][li]Offer help and assistance to increase chances for early success.[/li][li]Reward successful completion with appropriate validation.[/li][li]Debrief the assignment with a session that identifies "What did we learn...what went 'right'...what went wrong...How can we avoid such problems in the future." Never allow that session to turn into a recrimination/blame session. Cause the delegate to look forward to such sessions as a tool to refine opportunities for success in the future.[/li][/ul]
Remember, "Managers" are managers because someone "put" them in that position; "Leaders" are leaders because people
choose to follow them. I have a couple of managers in my career who were
true leaders because I admire and respect them...I would follow them anywhere and do anything they ask because they earned my respect and admiration.
Let us know if any of this is useful.
![[santa] [santa] [santa]](/data/assets/smilies/santa.gif)
Mufasa
(aka Dave of Sandy, Utah, USA)
[I provide low-cost, remote Database Administration services:
www.dasages.com]