ProjectLoad Blog

Generally, there are no end-of-year tasks associated with ProjectLoad. It is designed to be continuously updated so routine tasks such as adding or removing personnel, running reports, and closing pay periods occur on an on-going basis. However, some companies have found it helpful to break up on-going tasks into fiscal year projects.

For example, if your company has a generic administration project for people to charge time against as they do administrative tasks throughout the year, that project can be left open indefinitely or closed each year and a new one opened. There are pros and cons to each approach. The advantages to closing a routine project each year and opening a new one are:

• If employees are creating distinct activities for specific tasks under the project, closing the project at the end of the year creates a fresh project for people to attach activities to. This can help make the project easier to manage since it doesn’t accumulate a large number of closed activities over many years.
• Having a separate project for each year may make it easier to generate certain totals only reports, but given that the reporting system allows users to span any time frame and cross year boundaries, this advantage is fairly slim.

The disadvantages of closing a routine project each year are:

• Those employees who have been keeping an on-going activity open will have to create a new activity since closing a project will close all of its underlying activities
• Certain reports may be more difficult to obtain since the hours associated with the on-going project will be split across more than one project if a report spans more than one year.
• If there are a large number of support projects to be closed and rebuilt, this can be a laborious task.

In general, it is best to treat projects as independent of year end boundaries. For a standard project (one with an actual start and end date), most people do not choose to artificially break the project apart based on when the fiscal year happens to end. The reports in ProjectLoad allow the user to generate figures as to how many hours were spent in each fiscal year without having to break the project apart. The same logic applies to on-going projects. Instead of closing a project each year and opening a new one that is intended to track the same type of work (such as routine maintenance of a system), it is usually best to just leave it open and report the hours across the year boundaries or within year boundaries as desired.

To help with the issues identified above, here are some tips for the project manager:

• If you choose to close on-going projects and open new ones each year, then before closing last year’s project, copy it to next year’s project. The copy function (available from the project editor or projects page) includes options to copy phases and/or activities, adjust dates and estimated hours, and rename the project during the copy process. Using this function when closing an on-going project at the end of the year will automatically create a new activity for each employee who had an open activity in the old project.
• Use a naming convention that will help people to group the projects across year boundaries. For example, if there is an on-going maintenance project to support the XYZ Computer Program and it has a short name of XYZ-SUP, you might want to name the next year’s version XYZ-SUP-06. This will let people who wish to run a report on the support for that system specify “XYZ-SUP*” in the short name search field so they can locate all projects for that system. Note that for reporting purposes this is still not as effective as simply keeping the support project open, but it helps makes the hours easier to locate.
• The major drawback to leaving an on-going project open is the accumulation of closed activities over the years. A new capability in the project detail report automatically collapses phases so the actuals and estimates can be seen without having to drill into the lists of activities underneath. This same change will be added to the project editor in the coming months.

In general, ProjectLoad is intended to track the workload of the entire staff and organize it into projects and activities. Since the workload doesn’t stop and start based on the fiscal year, ProjectLoad has very little connection with the fiscal year concept. Thus there is generally very little that needs to be done at the end of each year.