Project Time

Time is part of the Project Management Golden Triangle.  I have blogged about the Golden Triangle before, but the concept is that you have Time, Scope and Quality, as three sides to a triangle and they all impact each other.  If you extend one side of the triangle, one or both of the other two sides will be impacted.

Time is an important aspect of Project Management.  People who understand scheduling will understand how simple and how complicated time planning can be.  On larger projects, the project plan will be controlling many different work streams in parallel and the Project Manager needs to understand the impact of time on each of the work streams and resources. 

Dependancies

I inherited a new project yesterday and I was reviewing the project plan written in MS Project.  I can use MS Project, but I am not an expert.  I have created close to a hundred plans over my short Project Management career and would say that I am comfortable with the tool. 

Well, this project plan was obviously created by an advanced user, as it had many constraints and dependencies.  I did not understand the concept of some of the dependancies, for example SS (Start-to-Start) and Start-to-Finish (SF).  Some even had extra days after then, such as "28FS + 5 Days". 

I came across a simplified article on the Microsoft website, which explains the concepts of all four (SS, SF, FS, FF) dependancies in the form of a small project to deliver a Wedding Cake.  Here  is the link. 

Project Planning

As a contractor, I have found that there is no standard tool for planning my projects. I can understand this as every project is unique and different companies work in different ways in terms of planning and reporting.

When I tell people that I am a project manager, they often jump to the conclusion that I am an expert with the well know software package, Microsoft Project. Well, I can say that I can use the software, but it is sometimes too much to use for smaller projects and too difficult to use for some larger, more complex projects.

In terms of reporting from MS Project, I like the way that the project can be broken into phases and a percentage complete can be marked against each task within a phase to give the Phase Percentage Complete, which in turn is used to calculate the Project Percentage Complete.

A tip that my first Project Management mentor taught me was to NEVER mark a task as a percentage complete, other than 0% or 100%. Something he installed in my thinking was that a task is either complete, or it isn't. If you want to mark the task as a part-completed, he told me to add sub tasks and mark each of those as either complete, or not. This way you can see a true reflection of the tasks that need to be monitored.

I find sending out a project plan is a little difficult. Most people,other than project managers, do not have MS Project, or even a viewer installed on their machines. This usually results in me printing the plan to pdf, which usually does not work very well. For this reason, I tend to use Excel to define the high level project plan and to show the progress. This was a tip passed on to me from an Australian college at a previous workplace. It is clear and simple, plus everyone in the company tends to have MS Excel installed.

What tools do you use and how do you share your project plans and progress?