These criteria have been adapted slightly from those specified by C/SCSC (Cost/Schedule Control Systems Criteria). C/SCSC has been used by the US government for almost 30 years and have been adopted by Australia and Canada as well. These criteria have not been changed in substance in that time. In 1998, C/SCSC was updated slightly and a new standard (ANSI/EIA 748-1998) introduced.
The criteria may be met in many different ways. There is nothing in C/SCSC that dictates how an organization must deliver its product. NASA, for example, has designated Seven Principles of Earned Value Management. The criteria are proven to provide
C/SCSC may be used by your Information group to help flesh out the SDM (System Development Methodology). This can be readily done by treating the criteria as milestones in a process and organizing and ordering the milestones to provide some structure to the process whose components are described in the SDM.
All of this may well be overkill for your project, however. Understanding these controls and the reasons for them will go a long way toward bringing consistency and predictability to your organization
from Fundamentals of Project Performance Measurement, Robert R. Kemps (rev. Humphreys & Associates), San Diego Publishing Company, Rancho Santa Fe, CA, 1992
The WBS (work breakdown structure) must be a product-oriented subdivision of the hardware, software and services required by the project. Care should be taken to make the WBS as complete and logical as possible because once the project work has begun, it is difficult to change the WBS while maintaining an audit trail.
The intersections of the WBS and the OBS are called control accounts. A control account is one or more tasks from the WBS assigned to an organizational entity. Resources are assigned to the control account. Use of the WBS and control account structure ensures integration of management subsystems within the project. Such subsystems include:
Those responsible for controlling indirect (overhead) costs must be identified and their project measurement/management mechanisms understood.
A master schedule must exist covering the entire scope of the project. The master schedule may be supported by lower level schedules used to plan and control the actual work. The master schedule and detail schedules must be fully integrated with complete traceability between tasks at each level. The scheduling systems must be integrated with budgeting and accounting systems in order to accurately measure project performance.
The baseline schedule must be preserved at all times so that progress can be accurately tracked (and predicted). Project Management tools (such as Microsoft Project) are capable of recording and retaining a project baseline which represents the "contract" between the vendor (IS/IT) and the customer.
It is the customer's expectation that the vendor be able to report on a regular or ad hoc basis the status of the project including the likelihood of overruns in schedule or cost.
It should be clearly understood that the above described capabilities are necessary - but not sufficient - components of Project Management. In other words, if we are not meeting these criteria, we are not practicing Project Management. That is not to say that we aren't doing good things - we simply cannot call what we are doing Project Management.
Questions, Suggestions or Comments may be addressed to WhiteLake
Data
Management