Project Smart ~ Exploring trends and developments in project management today

Calendar iconNot recorded
Adobe PDF icon

Must Project Managers Be Technically Savvy?

~ By Luc Richard

A team of people working together in a computer lab

Must project managers be technically savvy? This topic always seems to cause quite a stir. While some believe that all you need to manage a project is a PMP certification, others are convinced that you can't successfully manage a software development project unless you truly understand the intricacies of the product.

I agree! To be an effective project manager, you must know the ins and outs of your solution. You must be capable of designing and developing the solution yourself.

Here are five fundamental project management tasks that project managers can't accomplish unless they have a strong technical background and truly understand the particulars of their product.

Estimating Effort

In order to create a project plan, you must be able to estimate how much effort is required to complete all of the required tasks. Needless to say, you can't estimate effort unless you truly understand what's involved in designing and implementing those features.

Unless you understand what's required to reach 5-9 reliability, you can't assess how much effort is required to achieve this non-functional requirement. Unless you clearly understand how to write Java Server Pages, you can't predict how much development effort is required to transform an HTML prototype to set of fully functional JSP pages.

Scheduling Tasks

Imagine that someone hands you a list of activities that need to be completed for a given project, along with the overall effort. Could you schedule the tasks in a logical sequence? Should the developers start with the presentation, the business, or the data storage layer? Which comes first when working on a presentation layer: the HTML, the JavaScript, the CSS, or the servlets?

A project manager must be able to schedule activities in a logical sequence. If you can't determine which activities must come first and which ones can be done in parallel, you can't put together a project schedule.

Assessing Risk

Imagine the following scenario. Your product is scheduled to be released in five days. The QA team discovers a defect in the API through a series of CLI tests. After carefully examining the problem, you realise that you're developers have been working around this defect for months.

Given that you're only five days away from releasing your product, should you fix this defect or document the workaround? At this point in time, how risky is it to modify an API that's being used? How confident are you that the developer can fix this API in the given timeframe? What's the likelihood that changing this API will break the modules calling it? Should you fix the defect now, or release the product and address the bug in a patch release?

Unless you've seen the code behind this interface, you can't answer any of these questions yourself. You need to ask your developers. You're not the decision maker. They are.

Participating In Customer Meetings

Customer meetings always end up in technical discussions. Unfortunately, if you can't speak intelligently about your technology, you can't add any value to such meetings. You're not participating; you're strictly listening, and perhaps taking notes. Sooner or later, your customers will find themselves contacting your developers directly. "Why contact the project manager if he can't give me an answer? I may as well go straight to the source."

Ensuring Nothing Falls Through The Cracks

Let's face it. You never get as much time as you'd like to plan your projects. What's important is not that you get it perfect the first time around. What's important is that you can catch the tasks that fell through the cracks before it's too late.

If you don't know what's required to complete your solution, you won't be able to identify all the overlooked activities. They'll either be pointed out by your developers, or simply omitted forever.

In Short…

To be an effective project manager, you must be capable of designing and developing the solution yourself. Otherwise, you have two options. You can either (a) ask others to make decisions for you, or (b) simply pretend you know what you're talking about. In the first case, you're a project co-ordinator. In the second case, you're a project mangler.


Luc Richard holds an MBA with a major in high technology. For the past ten years, he's been managing the development of software applications.


Comments

Be the first to comment on this article.

Add a comment



(never displayed)



 
2000
Is it true or false that green is a number?
Notify me of new comments via email.
Remember my form inputs on this computer.

10 Golden Rules of Project Risk Management

Three red dice reading: Manage your risk

The benefits of risk management in projects are huge. You can gain a lot of money if you deal with uncertain project events in a proactive manner.

How to Deliver Project Status

Close-up of a businessman's hand with a gilded pen writing a document

This article recommendations how to deliver project status to management and the project team that you will hopefully find to be very effective.

PMP Exam Day Tips

PMI logo

Tips for passing the PMP Exam that should help calm your nerves and ensure success.

My Budget is 10% Over, Now What?

10 percent red wood sign with golden background

Suffering a budget overrun? Here's three key things you can do mid-stream on a project to help get the budget back in line with the original plan.

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.


Latest Comments

Paula commented on…
How to Deal with the People Factor of Change Management
- Thu 16 May 2:52am

Billy Rane commented on…
6 Success Factors for Managing Project Quality
- Tue 14 May 4:30am

Duncan Haughey commented on…
When is a Project Manager not a Project Manager
- Fri 10 May 3:10pm

Latest tweets

In his short, but insightful article, A Thought-Provoking Idea on the Dangers of 'Nouns', Vishen Lakhiani looks at… https://t.co/PZ7MgdRqzw about 1 day ago

General Project Management • Some advice on software https://t.co/VX5cy3IdLb about 6 days ago

General Project Management • Advice for Best Complimentary Qualification https://t.co/djava71tDD about 8 days ago