Even as a little child I've always wanted to be the hero in the story, now who wouldn't. Slay the bad guy, get the girl, praise and grandeur bleeding from every where... It's surreal... This unfortunately applied to software development early on in my career. Push through to get that software release, solve problems that people have been scratching their heads on for days. Be the 'go-to' guy. This was fuelled by a mix of challenging yourself to the brink, wanting the praise and gratitude from other co-workers and ultimately just a longing to be special. So, did I get the girl? Slay the bad guy? Sad truth is... no. I want to say flat out that it's OK to be the hero, but there's this fine line that one should never cross.
I burned out... I was serving up every morning a shot of indifference mixed with a side of impatience and really nobody could do anything about it. Nasty - I know. Nobody wants to be in that pocket and no vacation or time off could remedy this (when you get back from vacation, it's still going to be there).
What I realized was that being the overboard hero wasn't helping the team but actually hurting my co-workers. Long stretches of overtime is not something any dev should take, this just means that the project was poorly planned from above (push back). Being the go-to guy for everything under the sun depleted others on the team from being autonomous. Sometimes people have to grind it out themselves (with a little guidance that is), it will be better for them in the long run. Developing an organic symbiotic relationship with the other members on the team where you share ideas and techniques is a better solution than being the point man on everything.
Rule of thumb these days, pre-plan your projects and hash them out, design and timeline wise (there's actually a statistical formula per project type). Don't push your devs for too much they'll hate you in the end for it. Intrinsically show the value of their work and how they grew within the project they were on. Follow the "Don't Live with Broken Windows" mentality. Expect knowledge to always flow equally between each team member. And most importantly go with your gut and don't be afraid to be vocal about it.
No comments:
Post a Comment