ONE of the must-have skills for a project manager is the ability to oversee technical projects in which you have little or no specialised technical knowledge.
For experienced and new managers alike, difficulties arise when creating a project schedule and you have limited knowledge of the inner workings of a new software package, how to go about developing a selected application or the time it may take to successfully address all of your client’s support needs.
Even in these circumstances, is it possible for you to successfully create a well-defined schedule that gives management and sponsors an accurate picture of when their deliverables can be expected?
To that question I give a resounding “Yes!”, and here’s why:
1. The role of project manager comes with its very own support team
There are a few major inputs to project scheduling which your skilled support team should help you to develop, to ensure that you are not flying blindly through the project life cycle. Here are a few examples:
The activity list: Your technical team can help you to break down each business requirement into related system requirements and lower-level tasks for completion.
Activity-scope relationship: You and your business analyst (may be one and the same on some engagements) can tie each activity on your list back to original business and scope requirements to make sure there are no gaps in your delivery.
Activity duration and sequence: Again, your technical team will assist in estimating how long each activity will take to complete, whether that task is design, development or testing.
Resources required and availability: Functional managers in a matrix organisation will work with you to determine which developers, architects, testers and so on will be available to you, and when, so that you can sort out your project’s plan accordingly.
2. Project planning is an ongoing, iterative process
The project schedule is not a fixed, immutable document. It will often change slightly here and there to accommodate the following:
New task-duration estimates: These are a result of issues encountered during design, development or testing, scope changes initiated by the customer or a more thorough risk analysis.
Due to this nature of the schedule, there are no expectations of absolute perfection.
With the help of technical experts and other support team members, you can use the inputs above — resource availability schedules, the generated list of activities, along with their durations and sequence — to develop a baseline.
This baseline indicates planned start and end dates for project milestones and is used to track your team’s progress towards project completion.
As project manager, it is your job to see the entire field of play, leaving the bulk of the technical details to subject matter experts, so that you can maintain focus on the big picture and make schedule tweaks where necessary to accommodate variables.
Simply make sure you manage stakeholder expectations by maintaining a consistent plan of communication so that everyone understands the impacts that slight schedule changes can have on other dependent plans.
If you love food as much as I do, you can liken this support/lead relationship to the support a head chef gets from his kitchen staff: sous-chef, saucier, grill chef, pantry chef, pastry chef...and so on.
While the head chef is the one in charge, he cannot produce as fine a result without his assistants, experts in their respective fields.
And which chef does not oversee each station and make changes to his dishes along the way?
The same will be true of you as you keep an eye on the overall delivery of your project and make room for changes as you go along.