True, any one task you might be able to do better or faster,
but a team with proper leadership should be able to excel past
your best output by sheer means of concurrency. Therefore, trust
them, communicate with them, and when there won't be impact to
the schedule, allow them to fail and learn from those mistakes.
Your task in leading a project should boil down to several
steps:
If you can't make it happen, then change the rules.
Tell sales to go back and reset the client's expectations with
what you can deliver. If management wants it all, give them
a list with level of effort, dependencies, and time tables;
make them prioritize.
Lastly, if something dreadfully starts to go wrong, ask for help
before it turns into a crisis. Ask how you could have spotted
it earlier, why it slipped through the cracks, and how best to
deal with the situation.
Formulating a Battle Plan
Changing gears from developer to lead can be a bit disconcerning
at first. No longer are you responsible for your own actions
and performance, but also for those people under you.
Your job is to figure out what needs to be done within the people,
money, time, and resources you have.
If you have corrections, ideas you'd like to contribute for
credit here, spotted a dead link, or would like to suggest
a useful resource, please feel free to
send them to the author.
![]() |
•••About •••Articles •••Links •••Search Tips |