2008 January

Archive for January, 2008

Next Page »

Planning - Write It Down

Tuesday, January 29th, 2008

The planning process typically produces a number of documents which will help you to execute your project and to monitor and control it as it goes along. What documents do you really need to effectively work your project plan? There are really only a few documents that you need.
In the last post […]

Planning - Just Do It

Monday, January 28th, 2008

This project is too small to require a plan. I don’t know how to plan a project. I don’t have MS Project, and don’t know how to use it anyway. These are all excuses. I can’t think of too many projects, especially in a business, that are too small to plan. […]

Planning - It’s Easier Than You Think (And More Important Too)

Sunday, January 27th, 2008

It’s almost impossible to overemphasize the importance of planning. The planning process can seem very daunting to many people who are new to project management. How can I plan something if I’ve never done it before? How do I know what needs to be done? The short answer to this is, […]

Initiating A Project – The First Process

Wednesday, January 16th, 2008

In the corporate world, there is usually a lot of pomp and circumstance that goes into this particular process group. There are project approval committees, reports, business justifications, and often lots of politics to boot. However, I think this may be the most often overlooked process for entrepreneurs who understand the project management […]

Project Management Process Groups

Monday, January 14th, 2008

Until I really started writing down ideas for posts for this blog, I didn’t realize just how much there is to explain about managing a project. There is so much that it can become very overwhelming very quickly. I think this is part of the reason why many people don’t learn about project […]

A Project Should Have Only One Primary Objective

Sunday, January 13th, 2008

There should always only be one primary objective to any project. Projects can have other requirements or minor objectives, but these should support the primary objective. If you find that your projects have multiple objectives, break them down into multiple projects, then make one larger project to manage these smaller ones.
For example, you […]


Next Page »