Revealed: The golden rules of managing software projects

Buff up your halos


Reader Poll We asked what looks to have been a pretty contentious question – what’s the role of managers in software development? - and we got some pretty contentious answers, which are well worth a look in their entirety. The conclusion: a lot of managers are crap. But – and it’s a big but – they don’t have to be, if they get certain basics in place.

Here are your very own top five golden rules, compiled from your comments, which managers can employ to build trust and get the best out of developers. These rules may seem like common sense, but we know from the feedback that they are as frequent as a night bus. “Most can't [manage] and if you find one that can, you are blessed,” said one of our respondents. “If you find one, pay him or her whatever it takes, because they are rare creatures,” said another.

We’ve used the comments directly as they speak for themselves. If you want to help us bottom out how management can make a real difference to software projects, click here to answer a few very simple questions in our minipoll.

1. Protect the team from unnecessary distractions

A manager's job is to help the developers to work as productively as possible towards logical and achievable project goals by protecting the team. He must also earn the team's respect by fighting heroically for them against the boneheaded stupidity to be found in swampy stagnant meeting rooms across Britain.

The only 'big' company I've ever worked for that managed developers well was managed by an ex-coder with a 'personality' who could fight his own corner in the boardroom and kept the sales/marketing types well away from the developers, apart from the monthly 'meet the developers down the pub' meeting. That's programmers’ nirvana!

A good manager keeps the devs shielded from crazy nonsensical requests and other managers that don't understand the importance and priority of the items being made.

2. Provide structure where necessary

Some people/teams are able to produce the goods without management - others require various levels of management to keep them on track. A good manager will already understand this and treat people accordingly.

"Structured" is the key word. Go read "Dreaming in Code" - the more "awesome" the developers, and the more free rein you give them, the more out of control they'll be.

3. Plan proactively and collaboratively

Finally to all those - too few - managers who do a good job, keep at it, Carpe diem, or even better Carpe cerevisi!

The problem is not with managers per se but with managers who use schedules to beat up developers. Management is fairly straightforward if you are a manager and not a dictator. Real managers know that trust from your staff is earned, not given.

4. Know how to manage

Logistics, politics, budgets, etc are necessary but boring - so, let's leave that to managers as long as they get us what we need and stay out of the ‘how’.

In established professions like engineering and accounting, to manage the project you have to be a member of the profession. One of the problems facing IT is that our projects are run by professional salespeople, professional lawyers, and professional accountants. These people know a piece of the puzzle, but they should be resources that an IT professional manager consults, not quarterbacking projects.

5. Balance requirements with reality

A manager’s job is to balance between what is best for the company, for the devs and for the users. You can't just pick one. All that will do is run the company into the ground in time.

If the QA is getting buggy software then the manager should be able to see this. When there is a problem with something that they are managing, they first they must do is look at themselves.

The best developers always have a very clear understanding of where the money for their salaries comes from (customers), and the best managers should be helping the developers to produce the goods that those customers want.

We'd love to hear your views in our short poll on the next page.

Next page: Reader poll

Other stories you might like

  • Minimal, systemd-free Alpine Linux releases version 3.16
    A widespread distro that many of its users don't even know they have

    Version 3.16.0 of Alpine Linux is out – one of the most significant of the many lightweight distros.

    Version 3.16.0 is worth a look, especially if you want to broaden your skills.

    Alpine is interesting because it's not just another me-too distro. It bucks a lot of the trends in modern Linux, and while it's not the easiest to set up, it's a great deal easier to get it working than it was a few releases ago.

    Continue reading
  • Verizon: Ransomware sees biggest jump in five years
    We're only here for DBIRs

    The cybersecurity landscape continues to expand and evolve rapidly, fueled in large part by the cat-and-mouse game between miscreants trying to get into corporate IT environments and those hired by enterprises and security vendors to keep them out.

    Despite all that, Verizon's annual security breach report is again showing that there are constants in the field, including that ransomware continues to be a fast-growing threat and that the "human element" still plays a central role in most security breaches, whether it's through social engineering, bad decisions, or similar.

    According to the US carrier's 2022 Data Breach Investigations Report (DBIR) released this week [PDF], ransomware accounted for 25 percent of the observed security incidents that occurred between November 1, 2020, and October 31, 2021, and was present in 70 percent of all malware infections. Ransomware outbreaks increased 13 percent year-over-year, a larger increase than the previous five years combined.

    Continue reading
  • Slack-for-engineers Mattermost on open source and data sovereignty
    Control and access are becoming a hot button for orgs

    Interview "It's our data, it's our intellectual property. Being able to migrate it out those systems is near impossible... It was a real frustration for us."

    These were the words of communication and collaboration platform Mattermost's founder and CTO, Corey Hulen, speaking to The Register about open source, sovereignty and audio bridges.

    "Some of the history of Mattermost is exactly that problem," says Hulen of the issue of closed source software. "We were using proprietary tools – we were not a collaboration platform before, we were a games company before – [and] we were extremely frustrated because we couldn't get our intellectual property out of those systems..."

    Continue reading

Biting the hand that feeds IT © 1998–2022