Budgeting Engineering organizations, like most other types of organizations, develop cost budgets that include all the resources they can track such as money, people hours, calendar time and space; both as initial investments and recurrent operational costs or future commitments (Gilb, 1997). However, according to Gilb, engineering organizations face unique...
Budgeting Engineering organizations, like most other types of organizations, develop cost budgets that include all the resources they can track such as money, people hours, calendar time and space; both as initial investments and recurrent operational costs or future commitments (Gilb, 1997).
However, according to Gilb, engineering organizations face unique challenges because it is often impossible to estimate a step cost budget until the following is known about a particular step: The design ideas to be used, and their costs The functionality to be changed, and their costs The process for acquiring the step content, and its cost The process for integrating and testing the step content, and its cost The process for deploying the step content to the recipient, and its cost Some organizations ignore costs while others attempt to deal with these unknowns in the budget process by turning to techniques such as design to cost (DTC) and cost as an independent variable (CAIV).
Often, product cost considerations are an afterthought in engineering (Crow, 2000). Costs are recorded and used as the basis for determining the product's price. However, Crow states that this approach leaves a company vulnerable to more budget savvy competitors. In other engineering organizations, cost receives greater consideration, but not until late in the development cycle. Projected costs of production are estimated based on drawings and accumulated from quotes and manufacturing estimates.
If these forecasts are too high relative to competitive products or customers requirements, design changes are made to reduce costs either before or after the product has been released to production. The result can be lengthened development cycles and added development cost stemming from the design iterations. A DTC management strategy centers on the projected average unit procurement costs with secondary interest on projected operations and support cost objectives (Geraldland, 1997). The objective of DTC is to " ..
identify cost early in the life cycle, keep costs within acceptable tolerances; and, especially, to design to average unit procurement costs." In its implementation, the focus is to agree on average unit procurement costs to formulate the budget, design the program to stay within that budget and then update average unit procurement costs as the project transitioned from one step to the next. A CAIV management strategy means that cost should be treated as an independent variable (Geraldland, 1997).
An independent variable is one that is "fixed," and other variables react to the stability imposed by that independent variable. Under the CAIV philosophy, strong consideration must be given to stabilizing the costs of acquisition. CAIV calls for establishment of a process wherein the manager gives a continuous and honest consideration to trading off performance requirements to stay within previously defined budget constraints.
The manger gives this consideration at each milestone decision point, addressing specific ongoing actions to actively manage (e.g., by implementing cost reduction or cost containment actions) the total life cycle costs of the project. Under CAIV, there is specific recognition that the best time to reduce lifecycle costs is early in the acquisition process because it may make sense for the manager to spend development funds in order to save a greater amount of production costs and/or operations and support costs when the program transitions to later phases.
Both CAIV and DTC are intended to control costs and are implemented during the acquisition of a system, but there are many differences (Criscimagna). The primary focus of DTC is on the projected average unit procurement costs. Projected operations and support cost objectives receive secondary attention. In practice, DTC focuses on controlling near-term costs because there are few incentives to spend development funds to reduce production and operations and support costs. Trades are usually a case of reducing requirements to stay within a unit production cost budget.
Unlike DTC, CAIV attempts to manage to a life cycle of budge objectives. CAIV is not intended to force eighty-percent solutions to stay within a budget; it tries to find a way to get to 100% solution within the budget. Relaxing one or more requirements may be the only way to stay within the budget. In summary, engineering organizations face unique challenges in budgeting because costs aren't always known in advance.
The remaining sections cover Conclusions. Subscribe for $1 to unlock the full paper, plus 130,000+ paper examples and the PaperDue AI writing assistant — all included.
Always verify citation format against your institution's current style guide.