5 Reasons Not to Use Project Standard
Project is still the most widely used tool for project management. I discussed some reasons to use Project. Here are some reasons to consider not using Project for your day-to-day project management needs. This is specifically geared towards the Project Standard Edition (the desktop version).
You have a number of projects to manage.
Project Standard is a desktop tool, meaning it is installed on an individual computer and is designed for an individual user working on an individual project. A desktop tool is simply not designed to manage a number of different projects. Each project has to have its own separate file and can be updated by only one person at a time. That means you miss key capabilities such as cross-project reporting, data mining, and resource management.
If you have a number of projects to manage, you need to use a tool designed to manage a number of projects.
Your projects are not overly complicated.
If your projects are complicated, MS Project is a good tool to schedule and manage those individual projects. If your projects are fairly simple or not considerably large, a simpler more straightforward tool may be more appropriate. For example, if you have a 1,500 task project, you need a desktop-based, fairly
complex scheduling tool. If you have a 25 task project, you simply do not.
You have a number of people to manage.
Project Standard is not designed to be accessed by multiple people or to view information about multiple projects. I know that you can create master project files, but that is not the same thing. Managing people (i.e. resources) is very important in today’s environment of trimmed staff and being pushed to do more with less. It is simply difficult to manage resources with a desktop tool. Here is what you are missing: access by your people to view their assignments and update status, views of how your resources are allocated across all projects, and reports on who is performing well and who is falling behind.
You do not want to buy it for all of your people.
Project Standard requires a license and installation for everyone that will use it. That can be quite expensive when you start to ramp up the number of people that will use it. You may want to consider a hosted solution or a solution where there are at least varying levels of user pricing.
Your project managers do not have good Project expertise.
Project Standard requires a minimum amount of expertise to use it successfully. Unless people understand concepts such as dependencies, constraints, actual vs. baseline vs. scheduled dates, and are familiar with Gantt Views, they will have a hard time using Project. One of the considerations is that there is no other interface except for the “project manager” interface. For those that are not operating in a project manager capacity, or do not have the fundamental knowledge of project management scheduling, there is no other interface.
This is where a tool that provides multiple interfaces for different user roles becomes important, or a tool that is simpler to use than MS Project.
An alternative scenario to consider if you do have a mix of people that are skilled vs. people that are not skilled is to implement a tool that supports both an interface with MS Project and provides an alternative for project scheduling.
Consider these when making the determination to use Project Standard throughout your organization to support your key project processes.