Twelve Simple Questions to Analyze a Project Assignment

Interviewing for a Project Management job is always a very complicated thing.  Project Manager has vastly different meaning from company to company- or in some cases, from department to department, or even from person to person.  It’s not that long ago that I was one of several project managers within a single department, all of whom had extremely different duties and levels of responsibility.

If you are like me, you a) like to know what expectations are, b) what your responsibilities are, and c) if there’s any tasks involve that you just hate doing.  Here’s a quick set of guidelines that you should check on to help you understand what you are getting into with a given job or assignment:

  1. Does the project team or any portion of it report to me?
  2. Am I responsible for creating, soliciting, documenting or approving requirements?
  3. Am I responsible for creating or approving functional specifications?
  4. Am I responsible for creating or approving technical specifications?
  5. Am I responsible for creating or approving solution design?
  6. Am I responsible for creating, contributing, documenting, or managing the project schedule?
  7. Am I responsible for tracking or leading the project?
  8. How will my responsibilities change over the life of the project?
  9. Am I directly or indirectly accountable for the project outcome?
  10. Am I responsible for creating, planning, distributing, or delivering training?
  11. Am I responsible for creating, planning, or distributing marketing and communications to end consumers related to the deliverables of the project?
  12. Am I responsible for creating, planning, tracking, or managing the project budget?

Not only should you find these things out early help you determine what expectations the business will have of you if you take the assignment, it will also help you get a full scope of the project you are getting yourself into.  By asking simple leading questions such as “I’m not?  Who will be responsible for that?”, you quickly find out a lot about how much the project has been thought about, the real resources available to the project, the organization’s level of commitment to the project, and much more.

All of this should be obvious things that every project manager should know about a given project- but surprisingly, I find many times that project managers do not know all the answers to these questions even after having taken a job and managing a project for months.  Do your homework.  Find out the basic responsibilities withing your project assignments.  Your life will be easier.

Step Awaaay From the Software…

As a project manager, ask yourself how much you spend on each of these items:

  • Communicating about the project to stakeholders
  • Communicating about the project to team members
  • Updating your project plan in your project tracking software

Which one of those three do you really think matters to the success of your project?  There’s no question that project tracking software and having an up-to-date project plan is helpful, but it is technically possible to complete an entire project without ever touching it.  You will never succeed without communication, and lots of it.  If you are spending more than 20% of your time on this part of your project, then you’re probably spending too much.  If you’re spending more time on it than this, start examining how you’re using the software and looking for ways to improve your efficiency.  So many times, because project management software is capable of managing so many details for us, we get lost in the details of using it rather than the details of managing the project.  Project management is far more than updating little checkboxes on an electronic checklist.  Get up from your desk, shut off your software, and spend some quality time with your team getting things moving.

Who Comes First?

A Project Manager’s job is to get their project done.  On time and within budget.  Period.

Right?

This is a trend I’ve seen in many places.  The project manager fights for their project to a fault.  They get the money and resources they need.  They win the battle of conflicting priorities for shared resources.  They take no prisoners and get things done.  While in the process of doing it, though, sometimes they rob other projects and processes of resources, and that ultimately hurts the company significantly.

As a project manager, you can never lose sight of the fact that you work for the company, not the project.  When there is a scheduling conflict, you have to ask questions and find out what the conflict is and what the importance of the other item is to the company.  There are ultimately times when you should stand down and let the other people through.

Your stakeholders can sometimes make this a delicate balancing act.  They will not always agree that the other project should be let through.  Not everyone thinks in terms of the Company as a whole.  You should take the time to explain yourself, though, and if you find yourself and what you believe is the correct thing to do in conflict with your stakeholders or, worse, project sponsor, take the time to escalate.  Don’t do it in a contrary manner; simply consult the right authority in the company and ask which choice takes priority.  Once you do that, report your findings and acquiesce to it.  Refer to the higher decision and seek help from leadership in explaining things if necessary.

Doing the right thing for the company is not always good for your project, but ultimately it is the right thing to do for your career. Demonstrating to leadership that you can think globally about the company will ultimately help your career.