Empower Your Team and Get Out of Their Way

This is going to be a short rant of a post I'm afraid. I probably am not saying anything worth reading, so I suggest skipping this post altogether...

There are few impediments more destructive in an organisation than "leaders" who manage. Imagine, for example, a "Lead ThingDoer" who, instead of ThingDoing, far from inspiring and directing other ThingDoers, spends her time telling lesser ThingDoers which hot desk they should occupy. This is not leadership, it's interference. If you are one of these people, if you are inventing policy that offers you control but has no demonstrable, objective value to your customers or your company, then stop right now and take a long, hard look at yourself.

I recently witnessed a household name company, a respected enterprise that employs thousands of genuinely excellent people, suffering at the hands of a Lead ThingDoer who seemed to find nothing better to do than demand the highly-paid professionals justify in advance any working away from their (designated) hot desk. Where's the trust? If your team cannot be left to make such trivial decisions, then why are they allowed to operate on projects worth millions of pounds? I suspect that many of these "leaders" are trying to deflect attention away from their own incompetence. Indeed, one such Lead ThingDoer I encountered actively stood (off the record) against agile practices because "not everyone can do that... it makes those who can't do that look bad." You know what? GOOD. If people look bad when standing next to their peers, there's probably a sounds reason and that should be highlighted, not hidden away.

"Leaders" like this drive away the professionals and breed a culture of resigned mediocrity. If you find one in your enterprise, weed them out before they drag you down to their level.

Peter Hra?ko

"half-stack" SW engineer | Oracle DB specialist | SQL wizard ?? | .NET developer

6 年

Your own experience, I believe. However, it can as well be a reflection of what the two of us were talking about a few weeks ago. :-)

要查看或添加评论,请登录

Adrian Pickering的更多文章

  • I used to try to win, now I try to draw

    I used to try to win, now I try to draw

    Most of us grow up (or never grow up) playing games. Monopoly, Scrabble, Doom.

    1 条评论
  • Evagene is now free

    Evagene is now free

    From today, Evagene, the pedigree management and genetic risk analysis software for clinical and research genetics, is…

    1 条评论
  • Ramblings on How Micro Services Are Shaping the Future of SQL

    Ramblings on How Micro Services Are Shaping the Future of SQL

    This post was inspired by and heavily draws from a conversation I recently had with my friend Peter Hra?ko and is…

    3 条评论
  • Architecture for Iterative Delivery

    Architecture for Iterative Delivery

    I have been programming for most of my life. These days, software as a service (SaaS) dominates much of my coding…

    2 条评论
  • We Don't Need No Estimation

    We Don't Need No Estimation

    We don't need no thought control Estimation is part and parcel of software development. As soon as you graduate from…

  • Yesterday's sci-fi is today's project for kids

    Yesterday's sci-fi is today's project for kids

    In the 1980's, when I was a child, I liked to make stuff. I wasn't artistic, but I enjoyed hacking away with my…

    2 条评论
  • I just won't shut up about BDD (spoiler: I love it)

    I just won't shut up about BDD (spoiler: I love it)

    Anyone who has worked with me in recent years is probably quite aware that I am passionate about behaviour-driven…

    3 条评论
  • Falling out of love with unit testing

    Falling out of love with unit testing

    Is it possible to have too much unit test coverage? In recent years, I found myself writing unit tests to cover every…

    3 条评论
  • Religious Rituals in Software Development

    Religious Rituals in Software Development

    How often do you pause to question the worth of the processes you practice? When I think of fundamental, learnt…

    9 条评论

社区洞察

其他会员也浏览了