FAST Diagrams for Enhancing Value

Amin Terouhid, Ph.D., CVS

Maryam Mirhadi, Ph.D., VMA

 

Executive takeaway. A Function Analysis System Technique (FAST) diagram is a function-logic model used in value engineering (VE). It shows why project functions are needed and how they are achieved. By testing those relationships within a defined study scope, FAST separates needs from proposed solutions and opens the discussion to alternatives.

Start with functions, not components

SAVE International’s Function Analysis Guide presents FAST diagramming technique and relationship validation as tools for organizing functions, while Value Analysis Canada describes FAST as a way to identify missing, duplicated, or unnecessary functions. [1] [2] A function states what a project or system must do. In standard VE practice, the team describes it with an active verb and a measurable noun. The verb states the required action; the noun identifies what receives the action and what the team can evaluate.

This language keeps the analysis focused on need. For example, “install roof drain” is an activity and “roof drain” is a component; both point toward a particular solution. By contrast, “collect water” states the required result without prescribing equipment. Examples of properly worded functions include “control runoff,” “transfer loads,” and “convey passengers.” Measurable means the team can establish performance criteria—requirements used to judge how well the function is performed. [3]

Test the How/Why logic

FAST arranges functions according to function logic: the reasoned relationship between required actions, not the sequence of construction. Moving left to right, the team asks, “How is this function achieved?” The answer is a lower-order function, a more specific action. Moving right to left, it asks, “Why is this function needed?” The answer is a higher-order function, a broader purpose. Reading both ways helps expose unsupported assumptions and missing functions. [2]

The main horizontal chain is commonly called the FAST critical path. Here, the term means the principal How/Why path through the function model. It is not the critical path in a Critical Path Method (CPM) schedule, which identifies the sequence of activities controlling project duration. FAST contains no activity durations, dates, or schedule float. The team identifies the functions by asking, “When this function occurs, what else must occur?” In FAST, When expresses a supporting relationship, not clock time.

Use scope lines to focus the study

Scope lines are vertical boundaries defining the part of the function model the VE team will examine. A higher-order function may remain outside the left boundary because it explains the project purpose but is not open to change. A lower-order function may remain outside the right boundary because the logic continues beyond the selected subject. Within the scope, the basic function is the studied system’s principal purpose. Classification depends on scope; a function may be basic in one study and secondary in another.

Hypothetical example: a building roof-drainage system

Assumptions: The study concerns a conventional building roof within a defined property boundary. The illustration is a simplified function model, not a final design.

Figure 1. Simplified FAST model for roof drainage

Arrows label the questions; the connecting lines represent logical relationships, not workflow or elapsed time

 

Reading left to right, the owner protects property by controlling runoff; runoff is controlled by removing water, conveying it, and maintaining the gradient that enables movement. Reading right to left tests why each function exists. The supporting functions, collect water, exclude debris, and permit maintenance, may be essential even though they are not on the main path.

Because the model avoids naming roof drains, downspouts, pipes, scuppers, or detention tanks, the team can compare different ways to perform the functions. Performance criteria may include flow capacity, reliability, maintainability, code compliance, site constraints, and water-quality objectives. Resources include money, materials, labor, energy, and time. Comparing performance with the resources required over design, construction, operation, maintenance, renewal, and disposal connects the discussion to life-cycle value—the value delivered over the system’s useful life—rather than initial cost alone.

Common mistakes that reduce the diagram’s value

Teams sometimes replace functions with components (“roof drain”), specifications (“six-inch pipe”), or activities (“install piping”). Others arrange the boxes in installation order, turning FAST into a process flowchart or CPM schedule. Additional mistakes include leaving scope lines undefined, treating When as elapsed time, accepting logic that works in only one direction, combining competing solutions in one function model, and adding so much detail that the central relationships disappear. A useful FAST model remains implementation-free: it defines required actions without committing the team to a particular component or design solution. [4]

The facilitator’s role and the owner’s next steps

A FAST facilitator is the neutral process leader who guides the analysis without selecting the design. The facilitator draws out functions from knowledgeable participants, challenges solution-oriented wording, tests How/Why logic in both directions, and records disagreements and assumptions. The diagram is a shared model that the technical team validates against project requirements and available evidence, not an answer imposed by the facilitator.

As a professional recommendation, owners should define the study scope and performance criteria before diagramming; involve people who understand design, construction, operations, and maintenance; test every principal-path relationship in both directions; record unresolved assumptions; and use the agreed functions to organize the creative, evaluation, development, and recommendation phases of the VE study. FHWA’s VE Job Plan likewise places function analysis before creative and evaluation work. That sequence reinforces the central point: FAST is successful when it improves the alternatives and decisions that follow. [3]

References

[1] SAVE International. Function Analysis Guide.

[2] Value Analysis Canada. Function Analysis System Technique (FAST).

[3] Federal Highway Administration. The Value Engineering Process and Job Plan.

[4] Borza, J. S. FAST Diagrams: The Foundation for Creating Effective Function Models (2011).

Function Analysis: Finding Better, Alternative Solutions

Amin Terouhid, Ph.D., CVS

Maryam Mirhadi, Ph.D., VMA

 

Executive takeaway. Function analysis identifies what a project, process, organization, or system must accomplish before the value engineering (VE) team decides how to deliver it. By separating the required purpose from the proposed solution, owners can explore more alternatives while protecting the functions. The resulting discussion supports better decisions about both initial expenditure and long-term ownership of the subject project, process, organization, or system.

Begin with the purpose behind the proposed solution

Value Engineering (VE) is a structured, systematic methodology designed to optimize project outcomes relative to consumed resources. According to SAVE International [1], the process relies on a multidisciplinary team—guided by a certified facilitator—that rigorously analyzes required system functions before generating and evaluating potential alternatives. Function analysis provides the foundational framework and common language that makes this process effective. To apply this methodology effectively, key terminology must be clearly delineated:

  • Component: The physical entity or mechanism that performs a function (e.g., a steel beam).
  • Function: The essential action or purpose a system or component performs (e.g., transfer loads).
  • Specification: The prescriptive parameters governing materials, construction, or performance (e.g., load capacity).

Defining a requirement purely by its function—such as “transfer loads”—allows project teams to evaluate alternative materials and configurations without prematurely committing to a single design path.

Use two words to make the need clear

Function analysis commonly pairs an active verb, which expresses an action, with a measurable noun, which identifies what the action affects. This concise format focuses discussion on one function at a time and helps move attention away from a predetermined solution. [2] Examples of these pairs include:

  • Transfer loads
  • Control temperature
  • Convey passengers

These two-word expressions define what the system must do. However, they do not replace detailed engineering performance criteria. Instead, they serve as a neutral baseline. For instance, while “convey passengers” establishes the core functional need, the project team must still define specific performance parameters—such as peak demand, vertical rise, maximum wait time, accessibility standards, and system reliability.

Classify functions within a defined study scope

Determining functions requires establishing a clear study boundary (scope). Within this boundary, functions are categorized into two primary types, although other types of functions also exist:

  • Basic Functions: The fundamental, primary reasons for the system’s existence.
  • Secondary Functions: Auxiliary tasks that support the basic function or satisfy secondary requirements

SAVE International emphasizes that while basic functions must be preserved, secondary functions often represent significant cost-reduction or optimization opportunities. Importantly, functional classification depends on the defined analytical boundary. For example, “control temperature” represents a basic function when evaluating an HVAC system, but a secondary function when evaluating a complete airport terminal facility. Categorizing a function as secondary does not imply it is optional; many secondary functions remain mandatory for reasons such as operational integrity.

Open alternatives, then test them against the requirements

Reframing the right questions to ask expands the solution space. For example, asking “Which elevator model minimizes equipment cost?” focuses narrowly on procurement, finishes, and vendor pricing. In contrast, asking “How else can we convey passengers between these levels?” encourages the team to evaluate spatial layouts, service relocations, operational adjustments, or existing equipment upgrades alongside new equipment installations.

Proposed alternatives must undergo rigorous technical validation against baseline design criteria. For instance, substituting stairs for an elevator is invalid if regulatory accessibility standards require vertical motorized transit. Similarly, relocating services to reduce foot traffic may create unforeseen operational bottlenecks. As outlined by the Federal Highway Administration (FHWA), the VE process sequentially transitions from function analysis to creative alternative generation, followed by rigorous technical and financial evaluation [3].

This evaluation phase must account for life-cycle performance, balancing initial capital costs against long-term operational expenditures (energy consumption, routine maintenance, and replacement schedules). A low-cost capital option that incurs high maintenance or energy costs over time rarely delivers optimal long-term value.

Practical exercise: rewrite the question

To apply function analysis, consider the baseline proposals in the table below. Identifying the underlying function and establishing clear evaluation criteria allows teams to objectively assess alternative options.

Starting statement

Suggested function

Example evaluation requirement

Use a steel beam

Transfer loads

Required load capacity, span, and allowable deflection limits

Purchase a larger air conditioner

Control temperature

Targeted indoor temperature range under peak environmental loads

Install an additional elevator

Convey passengers

Peak passenger demand, acceptable wait times, accessibility compliance

(Note: The examples provided above are illustrative; exact functions and performance parameters must be calibrated to the specific project scope.)

Implementation Recommendations for Project Teams

To successfully integrate function analysis into upcoming project planning, the following course of actions is recommended:

  • Select a Critical System or component: Document its core functions, quantitative performance criteria, baseline design solution, and projected life-cycle costs.
  • Align Stakeholders: Engage owners, designers, contractors, and facility operators to confirm non-negotiable performance baselines prior to generating solutions.
  • Facilitate Consensus: Conduct structured workshops to resolve scope ambiguities and standardize functional definitions.
  • Document Decisions: Formally log the technical and financial rationale for accepting or rejecting each alternative.

Adopting this structured methodology transforms function analysis from a theoretical exercise into a repeatable, value-adding decision process.

References

[1] SAVE International. About Value Engineering.

[2] Value Analysis Canada. Function Analysis Phase.

[3] FHWA. The Value Engineering Process and Job Plan.

When Should Owners Conduct Value Engineering?

Amin Terouhid, Ph.D., CVS

Maryam Mirhadi, Ph.D.

 

Executive takeaway. Value engineering (VE) is a structured team process for finding better ways to meet a project’s needs. VE studies need to be conducted when the VE team has enough information to compare meaningful alternatives and enough time to implement the findings before major commitments. A design-completion percentage alone cannot establish that balance.

Match the study to the decision

SAVE International characterizes the VE process as a systematic process involving several disciplines and a qualified facilitator. Its emphasis on identifying required functions gives owners a useful starting point: define what the project must accomplish before choosing how to accomplish it. [1]

To determine when owners should conduct VE studies, it is helpful to review the typical phases through which projects are progressed. Concept development establishes needs and broad approaches. Schematic design turns the selected approach into preliminary layouts. Design development refines dimensions, materials, and coordinated building systems.

The Federal Highway Administration (FHWA) advises conducting VE once sufficient information is available and explains that no single best time applies to every project. Earlier studies retain broader choices but depend on less-developed information; later studies permit more detailed comparisons while facing more commitments. The useful study window depends on the decisions being evaluated. [2]

The table below identifies the main development stages in projects and describes which VE decisions are typically suitable for each stage.

 

Milestone

Available information

Suitable VE decisions

Concept development

Needs, site constraints, broad cost ranges

Site strategy, facility size, major alternatives

Schematic design

Layouts, preliminary systems, initial estimates

Space efficiency, system types, access

Design development

System sizes, materials, coordinated drawings

System configuration, materials, maintenance access

Preconstruction

Detailed drawings, bids, supplier terms

Targeted alternatives, installation methods, sequencing

The VE decisions are typical recommendations, not mandatory phase requirements.

 

This table illustrates how the scope of a VE study may change as the design progresses. During concept development and schematic design, the team can examine broad alternatives, such as changing the facility layout or selecting a different building system. During design development and preconstruction, the study generally becomes more focused on improving particular systems, materials, or construction methods. The owner should therefore begin by identifying the decisions the study is intended to influence and determining when those decisions will become difficult or costly to change.

 

The information needed should correspond to those decisions. Comparing alternative layouts requires an understanding of space needs, access, and operating requirements, but may not require detailed equipment selections. Comparing heating and cooling systems requires more specific information about building demands, operating hours, energy use, and maintenance needs.

Waiting for every design detail to be resolved can unnecessarily delay a study; proceeding without information essential to the decision can produce recommendations that cannot be supported. Where uncertainty remains, the team should identify its assumptions and explain whether additional information could change the preferred alternative.

Leave time to turn recommendations into changes

Having enough information is only one part of choosing the right milestone. The study must also finish early enough for its recommendations to be evaluated, approved, and incorporated into the project.

For example, changing the location of major equipment may require revisions to structural supports, electrical connections, and maintenance access. Those revisions involve additional design work and coordination. If equipment has already been ordered, the change may also involve cancellation charges or a different delivery date. Likewise, changes to a design submitted for a permit may require further review by the approving authority.

A practical approach is to work backward from the earliest commitment affected by the proposed study. Allow time for the workshop, technical evaluation, owner approval, design revisions, and any necessary purchasing or permitting changes. This helps establish when the study must begin and whether its anticipated benefits justify the effort required to implement its findings.

Apply the approach to an actual decision

Consider a hypothetical public building project in which heating and cooling equipment must be ordered before the remaining design is finished. If the owner waits for a later overall design milestone, the opportunity to select a different system may already have narrowed.

A better approach is to evaluate the system once the building’s heating and cooling demands, operating requirements, and feasible equipment options are sufficiently understood, while leaving time for approval before the order is placed. The comparison should address both required performance and life-cycle cost—the combined costs of purchasing, operating, maintaining, and replacing the system over the period being evaluated. This approach allows the owner to assess whether an alternative offers lasting value rather than merely a lower purchase price.

If essential information is still missing, the team can first identify promising alternatives and the information needed to evaluate them, then complete the comparison before purchasing. The study’s timing follows the decision and its information needs, rather than an arbitrary percentage of overall design completion.

Revisit the timing when circumstances change

Owners should also reconsider the need for a study when circumstances change. Examples include when a revised estimate exceeds the budget, operating needs change, site investigations reveal new constraints, or equipment delivery times threaten completion. These developments can justify a focused review even if an earlier VE study has been completed.

As a management recommendation, each proposed study should identify the decision to be influenced, the information needed, the people authorized to approve changes, and the last practical date for implementation. Any applicable agency, funding, or contractual requirements should be evaluated separately. Together, these steps help owners commission VE when its findings can still improve project outcomes.

References

[1] SAVE International. About Value Engineering.

[2] FHWA. Frequently Asked Questions: Value Engineering (study timing).

[3] AIA. Defining the Architect’s Basic Services (2023).

[4] AIA. Managing Quality in the Design Development Phase (2023).

Value Engineering Beyond Cost Reduction

Amin Terouhid, Ph.D., CVS

Executive takeaway. A proposed saving creates value only when its effects on required functions, performance, and long-term resources are understood. Owners should require evidence that an alternative delivers the needed outcome, including its operating and implementation consequences, before accepting the lower price.

Start with the required function

SAVE International describes value methodology as a systematic process conducted by a multidisciplinary team and led by a qualified facilitator. Its focus on understanding required functions helps value engineering (VE) teams reconsider how a project meets its purpose. [1] Similarly, FHWA describes VE objectives in terms of reliable, efficient function, overall cost, quality, and completion time. [2] As such, in projects, processes, or organizations, value can improve when performance requires fewer resources, or when a justified increase in resources delivers benefits the owner needs. Safety and mandatory requirements should also remain satisfied.

A structured study provides the evidence

SAVE’s job plan moves through information gathering, function analysis, creativity, evaluation, development, and presentation. A disciplined team clarifies needs before generating alternatives, screens those alternatives, and develops the strongest concepts into supported recommendations. Preparation and implementation follow-through make the study useful beyond the workshop. [1]

The focus of value engineering is not on cost reduction, but instead on enhancing value. As such, actions such as scope deletion are not necessarily the right solution. Scope deletion removes something from the project, but it is not necessarily beneficial. It does not necessarily enhance value either. Scope deletion may be appropriate when a need has changed, or an element is unnecessary, but losing a required function is a scope tradeoff. Product substitution changes the selected item; it may emerge from VE, but a lower quotation alone does not establish equivalent performance. Similarly, budget reduction sets a spending target without identifying how to meet it.

For owners, the practical distinction is the decision record: what function remains, what changes, what evidence supports performance, and what costs or risks move elsewhere. A proposal that cannot answer these questions needs further development before its savings are credited.

Make acceptance criteria explicit

As a practical recommendation, agree on acceptance criteria before comparing prices. The owner identifies service needs; designers establish technical limits; operators explain maintenance constraints; and cost and scheduling specialists assess implementation consequences. For example, two systems with the same nominal capacity may differ in part-load control, noise, maintenance access, or available replacement parts. Record those differences rather than assuming equivalence from a product description. Where a preference can be relaxed, obtain an explicit owner decision and show the resulting tradeoff. Where evidence is incomplete, identify the required investigation and its cost before presenting the alternative as ready for approval.

Based on what we discussed, it is recommended that the following five questions be asked before accepting a saving or VE alternative:

  1. Which required functions and measurable performance criteria remain satisfied?
  2. What calculations, tests, or operating evidence support the alternative?
  3. What is the net life-cycle effect, including redesign, operation, and replacement?
  4. What happens to schedule, reliability, maintainability, and risk?
  5. Who will approve, implement, and verify the promised outcome?

As a practical management recommendation, record the baseline, assumptions, responsible reviewer, and acceptance tests for each proposal. Track proposed savings separately from implemented and verified benefits.

References

[1] SAVE International, “About Value Engineering.”

[2] Federal Highway Administration, “Value Engineering,” About VE.

[3] NIST, Building Life Cycle Cost Programs. To discuss how a function-based value engineering study could support your project, contact us https://www.adroitprojectconsultants.com/contact-us/

The Value Engineering (VE) Process and Its Uses in Various Development Phases of a Construction Project

Amin Terouhid, Ph.D., PE, PMP, VMA

Abstract

This article describes the value methodology, explains how this methodology can be used in various development phases of a construction project and identifies the benefits of value engineering and value analysis studies in various stages of a construction project. The construction process is typically divided into the five essential development phases of planning, conceptual design, detailed design, construction, and close-out. Value studies are conducted in each of these development phases with a slightly different set of objectives. This article will discuss the types of values studies that are performed in each phase and discuss some of the key considerations necessary to perform such studies.

 

Introduction

“The Value Methodology (VM) is a systematic process used by a multidisciplinary team, led by a qualified VM Facilitator, to improve the value of a project, product, process, service, or organization through the analysis of functions (SAVE International, 2020, p. 2).

 

The Code of Federal Regulations defines Value Engineering (VE) analysis as the “systematic process of reviewing and assessing a project by a multidisciplinary team not directly involved in

the planning and development phases of a specific project that follows the VE Job Plan and is conducted to provide recommendations for:

(1) Providing the needed functions, considering community and environmental commitments, safety, reliability, efficiency, and overall lifecycle cost (as defined in 23 U.S.C. 106(f)(2));

(2) Optimizing the value and quality of the project; and

(3) Reducing the time to develop and deliver the project.” (The Code of Federal Regulations (CFR): Title 23 CFR Part 627.3 Highways, 2020)

 

Although the value methodology (VM) is often referred to as value engineering, value analysis and value management, these terms are often used in a slightly different way. The term VA is typically used when the VM applies to an existing application (e.g., manufacturing or construction project) whereas VE applies the VM to a new project. Nevertheless, these terms overlap, and the use of more than one term might be appropriate in some cases. Therefore, the terms value methodology, value engineering, value analysis, and value management are often used interchangeably. Yet, no single term is universally accepted. The community of practitioners seems to struggle to use a consistent approach in using a single term. In this article, the term value methodology is used throughout for consistency. What is important to note, however, is that value improvement is the main focus irrespective of the specific term used.

 

Since enhancing the value of a project, product, process, service, or organization is central to value enhancement efforts, it is important to first define the term “value”. Value is typically defined as an “expression of the relationship between the performance of functions relative to the resources required to realize them” (SAVE International, 2020, p. 153) which is expressed as:

 

Value = (Function Performance) / Resources

 

The more we gain in equivalent money, usefulness, or a fair return on services, goods, or products while spending fewer resources, the more overall value is gained. A correct understanding of the term “function” is critical to the definition above. Function is the primary or intended purpose that a project or scope element aims to serve. In value studies, the value team can perform function analysis by:

  • Assessing the functions of key project components and evaluating alternative solutions that satisfy functional requirements
  • Appraising value-enhancing, cost-saving, and/or time-saving opportunities

 

Say a value team is investigating a highway project with certain elements such as a turn lane and a frontage road. To perform function analysis, the team can investigate how the turn lane can have the same function but in a way that the overall cost decreases. For example, the function of a turn lane in a highway project is to allow for shifting traffic to the left. In a highway project, a turn lane can serve the same function if the original concept remains unchanged, but the team shifts the westbound turn lane to the ramp further west to avoid the Right of Way acquisition. As another example, the function of a frontage road is to divert traffic. A frontage road may serve the same function if the team decides to re-use existing frontage roads in specific segments of the highway versus reconstructing them in their entirety.

 

In construction, the value methodology is used to improve a construction project by optimizing costs while maintaining or improving quality and performance. The use of value methodology has a wide range of benefits for construction projects. The key benefits include:

  • Applying the value methodology facilitates reaching time and cost objectives,
  • Assists in saving time and cost with assessing the project function and different alternatives, and
  • Aids in improving the construction performance.

 

Various Development Phases of a Construction Project

The development phases of projects that follow a process-based approach are typically organized using the following steps (PMI, 2021, p. 171):

  1. Initiation: In this stage, a new project or a new phase of an existing project is defined. To achieve this objective, authorization is obtained to commence the project or phase.
  2. Planning is required to establish the scope of the project, refine the project objectives, and establish the course of action needed to achieve the project objectives.
  3. This stage aims to complete the scope of work established in the previous development state to meet the project requirements.
  4. Monitoring and controlling. These processes, which are performed concurrently within the execution, are needed to monitor, review, and control the work progress that is made to achieve project objectives. They help to evaluate the performance of the project team in completing the scope of work. Project monitoring and controlling help the project team to compare the project performance with what was planned to ensure deviations are identified and proper actions are taken to minimize deviations. The outcome of project monitoring and control is typically a series of action plans / corrective actions to better achieve the project objective.
  5. In the end, closing steps are taken to formally complete or close the project. The closing phase may involve different aspects/components. Examples include project document updates, final product transition, a final report, and organizational process asset updates. Some of the main activities during the closing phase include financial/payment closeout, releasing resources, documenting lessons learned, administrative closures and conducting project reviews.

 

The construction process, however, is often divided into a different set of steps as an organizing structure. They are typically divided into the following essential development phases:

  1. Planning,
  2. Conceptual design (as part of preconstruction),
  3. Detailed design,
  4. Construction, and
  5. Close-out.

 

Value studies are conducted in each of these development phases with a slightly different set of objectives. A typical value study is conducted according to a Job Plan which is a” sequential approach for applying the Value Methodology, consisting of the following eight phases: 1) Preparation, 2) Information, 3) Function Analysis, 4) Creativity, 5) Evaluation, 6) Development, 7) Presentation, 8) Implementation” (SAVE International, 2020, p. 153). Each value study aims to address each phase in the VE Job Plan; however, the level of analysis performed, and efforts spent in each VE Job Plan phase may be adjusted not only based on the needs of each project but also based on the needs of the project’s current development phase.

 

In the following section, the main focuses of value studies in each of the typical development phases of construction projects are identified and the details of such studies are discussed:

 

Value Studies in Various Development Phases of a Construction Project

It is important that value studies are conducted at the right times. To achieve this objective, the value team needs to be aware of the benefits of value studies in each of the development phases of a project, and determine what parts or types of studies can be performed in each stage. As noted in the VM Guide, “oftentimes projects are too far along in their development when a VM study is performed. A VM study performed for a project that is 95 percent designed, and nearly ready for construction will not fully realize the benefits of VM had the VM study been performed at the 10 – 15% design level” (SAVE International, 2020, p. 145).

 

In theory, value studies can be applied to any construction project irrespective of its current development phase. However, as noted above, the earlier these studies are performed, the more effective their outcomes are expected to be. Nevertheless, the main focuses of value studies in each of the typical development phases of construction projects are slightly different.

 

The main focuses of value studies in each of the following essential development phases of a construction project are described below:

1-     Planning

 

The application of value studies starts during the planning phase of a construction project. During this phase, the scope of the project is established, project objectives are refined, and the course of action needed to achieve the project objectives is recognized. In this phase, the ability to influence changes in design is relatively high and the cost and effort needed to implement those changes are relatively low. Because the ability to influence changes in design is relatively high in the planning phase, value studies can be conducted with minimal concerns about incurring undue expenses for a redesign. Therefore, value studies conducted during the planning stage have a remarkable potential for enhancing value. The value study can bring a fresh outside view of alternate solutions from other similar projects (Cullen, 2021).

 

In the early stages of the planning phase, value scoping can be performed to determine the mission and direction of the value proposal. Such studies can establish the scope and mission of value studies. Once value scoping is delineated, value studies can start to be implemented. These efforts can help the project owner establish their requirements and define needs and expectations that value studies can satisfy.

 

2-     Conceptual design

Conceptual design is characterized by a large number of design alternatives and a continuous, evolutionary change to the design which requires iterative cycles of idea generation and evaluation. In the early phases of conceptual design, the alternatives evaluation is performed to assess available possibilities and form a basis for design. In this phase, the design has not been frozen yet and design alternatives are being considered. Since the majority of budgetary costs will be committed by project sponsors once the design is frozen, many opportunities are still available during the conceptual design phase to influence the design and reduce or avoid unnecessary costs. The earlier in the design phase value studies are conducted, the greater the opportunities will be to reduce or avoid unnecessary costs. For instance, changing the geometry or boundaries of a highway is much easier in the early stages of the design work than changing them in the later stages of the design.

 

3-     Detailed design

As previously noted, the design is evolved in the early stages of the design work. However, as the design is further developed, the design is solidified and it is ultimately frozen during the detailed design phase. Once the design is frozen, the final design is achieved. This design stage is characterized by the efforts focused on the preparation of final construction plans and detailed

specifications for the performance of construction work.

 

The detailed design phase is the phase in which most value studies are initiated when the design has at least made it to the schematic stage. Most public agencies require at least one value study to be conducted at the design stage on projects over a certain dollar amount. Value studies are often conducted after the completion of the design process. It is important to note, however, that such studies are preferred to be conducted before the design is complete to allow the design team to incorporate the option of using alternative materials and methods. The Federal Highway Administration (2021) defines VE analysis as a systematic process of review and analysis of a project, during the concept and design phases. According to SAVE International, “typically, 70 percent of costs are committed by the time the design is frozen” (SAVE International, 2020, p. 146). According to Anderson et al. (2007), “value engineering is most successful when it is performed early in project development. A value engineering study should be performed within the first 25—30% of the design effort prior to selecting the final design alternative” (p. A-165).

 

The use of the value methodology mindset throughout the design phase can help the project team benefit from the advantages of value studies while maintaining project requirements. In this phase, formal value studies are typically conducted in value workshops by an experienced, multi-disciplinary team of subject matter experts (SMEs) prior to freezing the design. Formal value studies are typically conducted by a team led by someone highly experienced in leading value studies and workshops, usually a Certified Value Specialist (CVS) who ensures the value methodology process is properly used throughout the study. The workshop typically takes three to four days but may take longer depending on the project size and specific needs of the project and/or expectations of project stakeholders. The time and effort spent on the workshop have an insignificant impact on the final project schedule and redesign costs.

 

Typically, in the initial phases of detailed design, a team of independent SMEs, a value methodology facilitator, and often project stakeholders is formed to attend a workshop to conduct value studies in accordance with a Value Engineering (VE) Job Plan. As previously noted, Job plan is a systematic action plan for performing value studies and documenting the outcomes in an organized manner.

 

To follow the action plan delineated in the VE Job Plan, the following phases are completed one after another (SAVE International, 2020):

 

  • Preparation: in this phase, preparatory activities are performed to reach common ground among the members of the value team while facilitating team building.

 

  • Information: project information including scope, objectives, project commitments, and constraints are collected and shared among the members of the value team. In this phase, value team members aim to identify various aspects of the project which are most likely to yield value improvement. To achieve this objective, the team members will utilize a variety of tools and techniques including cost engineering techniques, FAST (Function Analysis Systems Technique), expert judgement and information gathering techniques to identify opportunities for value improvement. These opportunities will be the focus areas of the VE/VA team going forward.

 

  • Function Analysis: the project is analyzed to understand the required functions of various scope elements. To achieve this objective, the value team collaborate and achieve consensus as to the needed functions. This phase serves as an essential component of each value study, and aims to evaluate each selected element (i.e., opportunity for value improvement) to determine its basic and secondary functions. It also aims to assess the costs of the element and the way the costs are distributed among its functions.

 

In this phase, the FAST diagramming technique is used extensively to perform function analysis. This analysis allows a multi-discipline team to collaborate and achieve consensus as to the needed functions (basic and secondary functions along with other functions such as all-time functions), in preparation for generating innovative ideas about how best to achieve the intended functions. In this phase, the team’s collaboration and interactions play central role in identifying functions and assessing value improvement opportunities. The team members collaborate and achieve consensus as to the needed functions in preparation for generating innovative ideas about how best to achieve the intended functions. In this phase, the team’s collaboration and interactions play central role in identifying functions and assessing value improvement opportunities.

 

  • Creativity: the value team generates ideas on ways to accomplish the required functions while enhancing the project’s performance, quality, and/or lower project costs. In this phase, the facilitator encourages the members of the value team to use brainstorming techniques to think creatively to generate ideas. The intent is for them to individually and collectively, come up with creative ideas and creatively identify value improvement opportunities by accounting for the functions identified in the previous phase.

 

 

  • Evaluation: Evaluate VE recommendations and select feasible ideas for development. During this phase, the value team aims to reduce the list of ideas to those most reasonable and feasible by analyzing advantages and disadvantages of each idea. To achieve this objective, a variety of techniques are used to evaluate and prioritize ideas. Examples of these techniques include weighting techniques and life-cycle cost assessment techniques. The facilitator plays a key role in facilitation discussions among the team members to assess the viability and reasonableness of value improvement ideas.

 

  • Development: Develop the selected alternatives into fully supported recommendations. The phase involves the advancement of the VE/VA team’s ideas to the level of value improvement recommendations. The selected recommendations will ultimately be presented as the outcomes of the value study. In this phase, the value team uses a variety of techniques to further develop the ideas. Examples include:
  • Diagramming,
  • Sketching,
  • Perfuming calculations,
  • Preparing graphics,
  • Furnishing reports,
  • Reaching out to other specialists or stakeholders to obtain supplemental information, and
  • Present the selected recommendations as to the outcomes of the value study.

 

In doing so, each team member will contribute to a written report. In general, the value study team will also prepare and deliver a brief presentation at the completion of the study to present the recommendations and share their findings with the executive decision team and other project stakeholders.

 

  • Presentation: In this phase, the outcome of the development phase will be presented on the final study day to project stakeholders and decision-makers who were not directly engaged in value studies. In this phase, the members of the value team collaborate and interact with each other to develop the agreed-upon recommendations for presentation to the project stakeholders and the executive decision team. Team members will present value improvement recommendations in their areas of practice or expertise. They present value improvement recommendations they personally assessed and developed during the study. This information will be incorporated into the final report.

 

  • Implementation: This phase focuses on determining the disposition of the value recommendation and validating its impact on the value of the project.

 

The above-noted steps outlined the main phases of a Job Plan that needs to be followed like an action plan to achieve the objectives of a value study. The following section explains how value studies might be used during the construction phase.

 

4-     Construction

 

During the construction phase, value studies may still be conducted in different forms. The need for conducting value studies arises during the construction phase primarily in the following two situations:

  1. Often a value study performed in the previous development phases of a construction project identifies that further studies should be performed on certain elements of the project scope of work once the work has further progressed. For example, a new construction material is often identified by a value study in the conceptual design phase as a material that potentially results in cost savings. However, such decisions cannot often be finalized unless further investigation is performed during the construction phase to ensure the new material has the characteristics that the design requires.

 

  1. Often a construction contractor identifies elements of the scope of work that can be improved if a value study is performed. In some cases, performing such studies is among the contractual requirements. Because of its potential benefits, some government agencies or project owners have made value studies a required component of construction projects. For example, incentive clauses of some construction contracts often allow for sharing cost savings between a contractor and project owner if the contractor performs a value study and find creative ideas for alternative ways to accomplish the required functions of a work element. Examples of these contract clauses include the value engineering incentive clauses and the value program requirements clauses.

 

Value engineering incentive clauses are utilized for soliciting contractor or vendor inputs. To do so, their inputs as obtained in the form of a change proposal using a mechanism that is referred to as a value engineering change proposal (VECP).  The VM Guide defines VECP as a “change submitted by a contractor, pursuant to a contract provision, to improve the value of the project or product under contract. VECPs are a vehicle to incentivize contractor innovation and are commonly used in public sector contracts” (SAVE International, 2020, p. 139)

 

The Code of Federal Regulations defines VECP as a “construction contract change proposal submitted by the construction contractor based on a VECP provision in the contract. These proposals may improve the project’s performance, value and/or quality, lower construction costs, or shorten the delivery time, while considering their impacts on the project’s overall life-cycle

cost and other applicable factors.” (The Code of Federal Regulations (CFR): Title 23 CFR Part 627.3 Highways, 2020) On some projects, the bidders can suggest alternative means and methods and design features to meet the goals of the project at a lesser cost and/or time of performance.

 

Cost savings resulting from approved and implemented VECPs are typically shared (i.e., typically a 50-50 sharing rule is used unless the contract parties agree otherwise) between the project owner and contractor. According to SAVE International, an “acceptable VECP must

meet two tests: it must require a change in some contract provision, and it must reduce the contract price. A complete VECP should contain information similar to a VM

proposal” (SAVE International, 2020, p. 148).

 

Value program requirements clauses are slightly different. Such clauses aim to ensure continuous consideration of potential innovations and improvements over the course of the project. Value program requirements clauses require the construction contractor to conduct value studies that are going to be funded by the owner as a separate line item of work under the contract. They may still allow for incentive sharing for each proposal but typically the contractor’s proportion of cost savings is smaller than under an incentive provision because the cost of such studies is typically paid by the project owner.

 

5-     Close-out

During the closeout phase, the outcomes of value studies performed over the course of the project are documented and lessons learned are recorded. In addition, organizational process assets are updated based on historical records of value studies, and administrative closures are taken place.

 

Conclusion

This article described the value methodology, explained how this methodology can be used in various development phases of a construction project, and identified the benefits of value studies in various stages of a construction project. It was explained that the construction process, is typically divided into the five essential development phases of planning, conceptual design, detailed design, construction, and close-out. Value studies are conducted in each of these development phases with a slightly different set of objectives. A typical value study is conducted according to a Job Plan, and each value study aims to address each phase in the VE Job Plan; however, the level of analysis performed, and efforts spent in each VE Job Plan phase may be adjusted not only based on the needs of each project but also based on the needs of the project’s current development phase.

 

 

 

 

List of References

 

Anderson, S. D., Molenaar, K. R., & Schexnayder, C. J. (2007). Guidance for cost estimation and management for highway projects during planning, programming, and preconstruction (Vol. 574). Transportation Research Board.

Cullen, S. W. (2021). Value Engineering. Whole Building Design Guide. https://www.wbdg.org/resources/value-engineering

FHWA. (2021). The Value Engineering (VE) Process and Job Plan. https://www.fhwa.dot.gov/ve/veproc.cfm

PMI. (2021). The Guide to the Project Management Body of Knowledge (PMBOK® Guide) – Seventh Edition. Project Management Institute.

SAVE International. (2020). VM Guide: A Guide to the Value Methodology Body of Knowledge.

The Code of Federal Regulations (CFR): Title 23 CFR Part 627.3 Highways. (2020). Office of the Federal Register, National Archives and Records Administration. https://www.govinfo.gov/content/pkg/CFR-2020-title23-vol1/pdf/CFR-2020-title23-vol1.pdf

 

Variation and Variation Orders: Important Considerations

Introduction

A variety of reasons may increase or decrease the amount of work required by a contract. These increases or decreases are either directed or constructive. This article briefly describes each of these main categories of variation. It also outlines the potential implications of variations and variation orders from the time and cost management perspectives.

In general, owners have the contractual right to make changes to the work outlined in the original contract. The terms variations, modification, and changes are often used interchangeably.

Variation types

Since variations not only impact contract scope of work but also they potentially have time and cost implications, it is important to identify various types of variations and recognize potential effect of each type of variation on contracts. Examples of the most common variations include:

  • Changes in means and methods or material to be installed
  • Differing or unforeseen site conditions not envisioned in the original contract price
  • Modifications that change the planned work sequence as originally envisioned
  • Changes to the scope of work due to constructability issues or conflicts between work elements
  • Changes in plans and specifications
  • Corrections made due to errors or omissions
  • Modifications as a result of the actions or inactions of third-parties

Directed variations

A directed variation is issued when the owner specifically directs the contractor to make a change. This type of variation may or may not affect the contract price. A directed variation that influences only the schedule is an example of a directed variation with no effect on the contract price. As another example, a directed variation that impacts a project’s configuration, work sequence, or space requirements may adversely influence labor and equipment productivity on-site. A directed variation with cost impact may reduce or add the contract price. Directed variations are typically not complicated because the owner specifically directs the contractor to make a change and as such, directed variations are easier to deal with.

Constructive variations

Constructive variations, on the other hand, occur as a result of non-owner-directed events that implicitly necessitate a variation. Unlike directed variations, the owner does not specifically direct the contractor to make a change in case of a constructive variation. Instead, as a result of non-owner-directed events or actions or inactions of the owner, the contractor is forced to modify the scope specified in the contract or incur additional costs. Typically, constructive variations are not easy to recognize because they generally occur due to non-owner-directed events or circumstances. In addition, in case of a constructive variation, the owner does not typically have an explicit acknowledgment of a variation to the original scope of work set forth in the contract. Examples of the most common types of constructive variations include:

  • Verbal communications that implicitly necessitate making changes
  • Deficient drawings or specifications
  • Ambiguity in architect-provided responses to information requests
  • Differing site conditions
  • Over-inspection

Implications

Although deductive variations exist, variations typically increase contract prices. This increase is due to increases to direct material, labor, and equipment prices. Nevertheless, the impacts of variations are often not limited to direct costs. Variations often result in the loss of efficiency and as such, the adverse effects of variations need to closely be examined to ensure their consequences are fully evaluated.

Conclusion

It is important to identify variations in a timely manner, especially in case of constructive variations whose effects are not explicit and readily recognizable. The reasons for each variation need to properly be identified and documented in proper tracking logs. Moreover, the effects and implications of each variation need to properly be documented to ensure sufficient documentation and historical records are readily accessible to substantiate contractual entitlements.


Author: Dr. Maryam Mirhadi, PMP, PSP | CEO and Principal Consultant

 If your project has been affected by multiple variations or variation order and they have adversely affected labor or equipment productivity on-site, or if you are interested to investigate the extent of time and cost impacts due to variation orders, Adroit will be able to assist in assessing these impacts. For more information, please contact us.

Evaluating Activity Logic Relationships: A New Perspective

Project schedules are among the key project artifacts that are used as a basis for project control. They are one of the most effective ways that a project team can use to coordinate their activities. Project schedules play a key role in making such coordination and to facilitate achieving a project’s time objectives. However, project schedules can play this role only if they are prepared in a reasonable manner. The reasonableness of project schedules can be evaluated from various perspectives including consistency, clarity, completeness, and feasibility of construction plans.

The following are some of the main considerations that need to be given to developing project schedules to ensure they are reasonable:

  • The schedule is complete and entails all the activities that are needed to successfully implement the scope of work
  • Proper logical relationships (including finish-to-start, start-to-start-, start-to-finish, or finish-to-finish relationships along with proper lag and lead values) are used in creating the project network
  • An appropriate combination and choosing of activity relationships (including mandatory, preferential, and scenario-based relationships) are created to define activity dependencies
  • The schedule accounts for the technical, physical, and technological constraints of performing the work
  • The schedule meets proper contractual milestones, identifies all interim and ultimate contractual deliverables, and satisfies time and resource constraints outlined in the contract
  • The schedule is clear, reasonable, and complete
  • Different sections of the schedule are consistent in terms of the timeline, work priorities, and work sequence

As noted above, activity dependencies are among the key main considerations in developing well-prepared schedules. A project network not only contains project activities but also defines activity dependencies (also known as activity ties or activity relationships). A variety of activity dependencies exists, and activity relationships are categorized in different ways.

Activity dependencies can be categorized based on the nature of dependencies that exist between project activities. From this perspective, activity dependencies are often categorized into the following two types of dependencies:

  • Mandatory dependency (also known as hard logic): This relationship represents a dependency that is necessary or inherent in the nature of the work.
  • Discretionary dependency (also known as soft, preferred, or preferential logic): This type of dependency represents preferential logic that is used to establish a desired sequence of work despite alternative sequences that are acceptable.

It is important to note, however, that mandatory and discretionary relationships are not the only activity relationships that are used in project schedules. To better identify activity dependencies, it is suggested that activity dependencies are further categorized as shown in Figure 1.

Figure 1. Activity relationship types

As this figure shows, mandatary relationships can further be broken down into the following three types:

  • Imposed relationships: Imposed relationships are those relationships that need to be built into a project schedule to satisfy legal, regulatory or contractual requirements. An example includes a contractually-imposed requirement that mandates using a phased approach (where a portion of work has to be implemented after another portion) in completing certain elements of work.
  • Physical relationships: This relationship represents a dependency that has to be established between two or more activities due to the nature of the work. An example of dependencies that are inherent in the nature of the work is the need to place a foundation first before erecting a column atop the foundation.
  • Safety relationships: This relationship represents a dependency that has to be established between two or more activities to ensure safety considerations are accounted for in sequencing project activities. An example of a safety relationship is the need to avoid concurrent logic in scheduling two activities that cannot be undertaken simultaneously because of safety concerns (e.g., a crew that cannot work on the second floor of a building because of the ongoing work on the first floor).

Sometimes, project scheduling professionals use scenario-based relationships to define dependencies between project activities. The current article uses the term scenario-based to characterize these relationships because depending on the implementation strategy chosen to execute a project, scenario-based relationships may or may not be used in defining work sequences. Resource relationships are examples of scenario-based relationships. Resource relationships are often added to the project schedule due to resource management concerns (e.g., resource constraints).

For example, if a contractor needs to implement two non-causally-related activities, each of which requiring a crane, the contractor may decide to add a finish-to-start relationship between the two activities if the contractor has only one crane in its possession. In this example, the two activities are not causally related; however, based on the scenario described, the contractor has established a relationship between these two activities to satisfy its resource constraint. If the contractor had two cranes in its possession, defining a dependency between the two activities was unnecessary because as noted above, the activities are presumably not causally linked. Therefore, it is reasonable to recognize the above-referenced activity relationship as a scenario-based relationship because these relationships may or may not be used depending on the implementation scenario or strategy used.

Not all scenario-based relationships are resource relationships; therefore, in Figure 1, scenario-based relationships are broken down into the two main types of resource relationships and others. An example of other scenario based dependencies includes a dependency that is established between two activities based on an assumed what-if scenario to manage a likely change in the project scope of work. This relationship may or may not be required to be established depending on whether the change occurs or not.

The last category of activity relationships is improper relationships that consist of redundant, incorrect logic, and logic loops. Incorrect logic relationships can further be categorized into errors, missing logic, out-of-sequence, and improper use of lags and leads. These relationships will be described in greater depth in a future article.

Planning and scheduling professionals need to make informed decisions in selecting and using the right relationship type. In general, it is suggested that only mandatory relationships are used in developing project schedules unless the use of discretionary or scenario-based relationships is justified. Similarly, the use of preferential relationships may not be appropriate in demonstrating that a schedule follows a reasonable logic. It is recommended that, instead of resource constraints, planning and scheduling professionals use resource leveling techniques to ensure the schedule is not bounded by too many dependencies that could have otherwise been accounted for.

Assessing activity relationships is critical in preparing or investigating time extension requests or delay assessments because a proper delay analysis has to be based on a reasonable schedule. A delay analysis based on a project schedule that contains questionable activity relationships is defective. Project planning and scheduling, forensic scheduling experts, and claim management professionals need to ensure project schedules are free of improper relationships. Otherwise, the schedule will not be reliable or reasonable and it may not serve its purpose.


Author: Dr. Amin Terouhid, PE, PMP, PSP | Principal Consultant

If you are interested to find out more about the main considerations in developing or evaluating project schedules, please contact us. Adroit’s consultants have demonstrated their expertise in developing, updating, constructability review, and forensic evaluation of project schedules and will be able to assist. You may also be interested to read the following articles:

Schedule constructability review, what does it entail?

Assessing Concurrent Delays: A Challenging Exercise

Concurrent delays frequently occur in construction projects, especially in complex construction projects in which various contracting parties implement and are responsible for a variety of activities over the project life cycle. Assessing concurrent delays is among the most challenging forensic delay analysis practices because, contractual, legal, and technical considerations add several layers of complexity to cases of concurrent delays.

A project network not only contains project activities but also defines activity dependencies (also known as activity ties or activity relationships). Two or more delayed activities in a project network may be identified to be concurrent when they, partly or wholly, overlap one another. Therefore, a project network is a key tool to identify what activities partly or wholly overlap and what their dependencies are. Courts, boards of contract appeals, and experts, however, are inconsistent in their approach to defining concurrent delays.

Definitions

Experts rely on different references for the definition of concurrent delays. In the United States, one of the technical references that is commonly-cited in delay claims is AACE International Recommended Practice (RP) 10S-90, entitled Cost Engineering Terminology. RP 10S-90, however, does not offer one single definition of concurrent delays. Two of these definitions are provided below (AACE International, 2017, p. 21);

(1) Two or more delays that take place or overlap during the same period, either of which occurring alone would have affected the ultimate completion date.

(2) Concurrent delays occur when there are two or more independent causes of delay during the same time period. The “same” time period from which concurrency is measured, however, is not always literally within the exact period of time. For delays to be considered concurrent, most courts do not require that the period of concurrent delay precisely match. The period of “concurrency” of the delays can be related by circumstances, even though the circumstances may not have occurred during exactly the same time of period.

Another commonly-cited technical reference is AACE International RP 29R-03, entitled forensic schedule analysis. RP 29R-03 identifies that the following tests must be proven to ensure concurrent delays exist (AACE International, 2011):

  1. Two or more unrelated, independent delays exist. One of these delays can a delay arisen from a force majeure event.
  2. None of the delays identified in Step 1 can be a voluntary delay.
  3. Not all delayed activities identified in Step 1 are the responsibility of only one contracting party.
  4. The project completion date would have been delayed in the absence of any of the delays identified in Step 1.
  5. The delayed work has to be substantial (i.e., not easily correctable).

The meaning of concurrent delay is different in the English Law. The following are two excerpts that help illustrate the meaning of concurrent delay under the English law:

  • True concurrent delay is the occurrence of two or more delay events at the same time, one an Employer Risk Event, the other a Contractor Risk Event, and the effects of which are felt at the same time… In contrast, a more common usage of the term ‘concurrent delay’ concerns the situation where two or more delay events arise at different times, but the effects of them are felt at the same time. In both cases, concurrent delay does not become an issue unless each of an Employer Risk Event and a Contractor Risk Event lead or will lead to Delay to Completion. Hence, for concurrent delay to exist, each of the Employer Risk Event and the Contractor Risk Event must be an effective cause of Delay to Completion (not merely incidental to the Delay to Completion) (The Society of Construction Law, 2017).
  • Concurrent delay is used to denote a period of project overrun which is caused by two or more effective causes of delay which are of approximately equal causative potency (Marrin, 2012).

Entitlements

Concurrent delays typically entitle contractors to time extension, but not time-related delay damages. In other words, if a contractor is able to demonstrate the presence of concurrent delays, it may be entitled solely to time extension for the net period of the concurrent delay.

It is important to note that in some cases, two or more delays occur concurrently (overlap one another to some extent), all of which are the responsibility of one single contracting party. In that case, the net effect of the concurrent delays have to be taken into account in assessing delays. For instance, if two overlapping 5 day owner-caused delays exist, entirely overlapping each other, the contractor is only entitled to a single 5-day time extension. As another example, if a contractor is found to be responsible for a 10-day delay, 7 of which are concurrent with another contractor-caused delay, the contractor is ultimately responsible for 10 days of delay, not 17 days.

In a similar way, if both an owner and a contractor concurrently contribute to the occurrence of a critical path delay (i.e., a delay that ultimately results in the delay of the project completion date), none of the contracting parties is typically entitled to collecting delay damages from the other party unless delay responsibilities can be apportioned between the parties.

In the event of a concurrent delay, the time impact of a contractor-caused delay on a project’s longest path may be greater in magnitude than the time impact of an owner-caused delay. Under such circumstances, it is sound to expect that the owner is entitled to collect delay damages for the excess impact. Conversely, the time impact of an owner-caused delay on a project’s longest path may exceed the time impact of a contractor-caused delay. Thus, it is critical to perform forensic schedule analysis and closely examine the cases of concurrency to properly allocate responsibilities for delays and specify proper entitlements.

Although definitions of concurrent delays exist in the literature, any assessment of concurrent delays has to start with performing a liability analysis (i.e., entitlement assessment) based on contractual rights and duties of contracting parties. Performing such liability assessments is necessary because the contract may specify how the cases of concurrency are characterized and how they are supposed to be assessed and/or dealt with.

The lack of clear contractual procedures for concurrent delays increases the likelihood of delay-related disputes. As noted above, courts, boards of contract appeals, and experts are inconsistent in their approach to characterizing and assessing concurrent delays. Therefore, it is important that the parties exercise due diligent in preparing unambiguous contract language that facilitates successful resolution of delay-related matters before they result in a conflict.

Moreover, if a party is in a position to negotiate over the provisions of a contract, it is recommended that it negotiates to reach an agreement, prior to signing the contract, on definitions of and procedures for assessing various types of delays including concurrent delays. Such definitions and procedures combined with the use of sound forensic schedule analysis techniques can play key roles in minimizing and/or successful resolution of delay-related disputes.

References:

AACE International. (2011). Recommended Practice No. 29R-03 Forensic Schedule Analysis. Morgantown, WV, USA: AACE International®.

AACE International. (2017). Recommended Practice No. 10S-90 Cost Engineering Terminology. Morgantown, WV, USA: AACE International®.

Marrin, J. (2012). Concurrent Delay Revisited 2. Presented at the Society of Construction Law Meeting, London, England (December 4, 2012).

The Society of Construction Law. (2017). Delay and Disruption Protocol, 2nd edition (DDP2). Retrieved from https://www.scl.org.uk/sites/default/files/SCL_Delay_Protocol_2nd_Edition.pdf

 

Author: Dr. Amin Terouhid, PE, PMP, PSP | Principal Consultant

 Amin Terouhid is a construction claims expert and a Principal Consultant with Adroit Consultants, LLC. He was a recipient of the 2018 AACE Technical Excellence Award.

 

Note: If you are interested to find out more about the main considerations in assessing concurrent delays, please contact us. Adroit’s consultants have demonstrated their expertise in performing delay analysis and will be able to assist. You may also be interested to read the following articles:

Adverse effects of schedule deficiencies on claim administration

Mandatory, Discretionary, Scenario-based, and Improper Activity Relationships: Theoretical and Practical Considerations

Project networks play important roles in carrying out construction activities in a timely manner, and they are among the key means of communication that project teams use to coordinate their efforts throughout the process of construction. Project networks are also among the key project artifacts that are used for preparing or investigating time-related claims and for determining entitlements to time extensions and/or delay damages. Therefore, it is important to have a more in-depth knowledge of activity dependencies and their types.

Activity dependencies are among the key characteristics and building blocks of project schedules. A project network not only contains project activities but also defines activity dependencies (also known as activity ties or activity relationships). A variety of activity dependencies exists, and activity relationships are categorized in different ways.

The four main types of activity dependencies include Finish-to-Start (FS), Start-to-Start (SS), Start-to-Finish (SF), and Finish-to-Finish (FF). The following briefly describes these relationship types:

  • Finish-to-Start (FS): The successor activity cannot start unless the predecessor activity finishes.
  • Start-to-Start (SS): The successor activity cannot start unless the predecessor activity starts.
  • Start-to-Finish (SF): The successor activity cannot finish unless the predecessor activity starts.
  • Finish-to-Finish (FF): The successor activity cannot finish unless the predecessor activity finishes.

Activity dependencies can also be categorized based on the nature of dependencies that exist between project activities. From this perspective, activity dependencies are often categorized into the following two types of dependencies:

  • Mandatory dependency (also known as hard logic): This relationship represents a dependency that is necessary or inherent in the nature of the work.
  • Discretionary dependency (also known as soft, preferred, or preferential logic): This type of dependency represents preferential logic that is used to establish a desired sequence of work despite alternative sequences that are acceptable.

To better identify activity dependencies, it is suggested that activity dependencies are categorized as shown in Figure 1.

Figure 1. Activity relationship types

As this figure shows, mandatary relationships can further be broken down into the following three types:

  • Imposed relationships: Imposed relationships are those relationships that need to be built into a project schedule to satisfy legal, regulatory or contractual requirements. An example includes a contractually-imposed requirement that mandates using a phased approach (where a portion of work has to be implemented after another portion) in completing certain elements of work.
  • Physical relationships: This relationship represents a dependency that has to be established between two or more activities due to the nature of the work. An example of dependencies that are inherent in the nature of the work is the need to place a foundation first before erecting a column atop the foundation.
  • Safety relationships: This relationship represents a dependency that has to be established between two or more activities to ensure safety considerations are accounted for in sequencing project activities. An example of a safety relationship is the need to avoid concurrent logic in scheduling two activities that cannot be undertaken simultaneously because of safety concerns (e.g., a crew that cannot work on the second floor of a building because of the ongoing work on the first floor).

Sometimes, project scheduling professionals use scenario-based relationships to define dependencies between project activities. The current article uses the term scenario-based to characterize these relationships because depending on the implementation strategy chosen to execute a project, scenario-based relationships may or may not be used in defining work sequences. Resource relationships are examples of scenario-based relationships. Resource relationships are often added to the project schedule due to resource management concerns (e.g., resource constraints).

For example, if a contractor needs to implement two non-causally-related activities, each of which requiring a crane, the contractor may decide to add a finish-to-start relationship between the two activities if the contractor has only one crane in its possession. In this example, the two activities are not causally related; however, based on the scenario described, the contractor has established a relationship between these two activities to satisfy its resource constraint. If the contractor had two cranes in its possession, defining a dependency between the two activities was unnecessary because as noted above, the activities are presumably not causally linked. Therefore, it is reasonable to recognize the above-referenced activity relationship as a scenario-based relationship because these relationships may or may not be used depending on the implementation scenario or strategy used.

Not all scenario-based relationships are resource relationships; therefore, in Figure 1, scenario-based relationships are broken down into the two main types of resource relationships and others. An example of other scenario based dependencies includes a dependency that is established between two activities based on an assumed what-if scenario to manage a likely change in the project scope of work. This relationship may or may not be required to be established depending on whether the change occurs or not.

The last category of activity relationships is improper relationships that consist of redundant, incorrect logic, and logic loops. Incorrect logic relationships can further be categorized into errors, missing logic, out-of-sequence, and improper use of lags and leads. These relationships will be described in greater depth in a future article.

Planning and scheduling professionals need to make informed decisions in selecting and using the right relationship type. In general, it is suggested that only mandatory relationships are used in developing project schedules unless the use of discretionary or scenario-based relationships is justified. Similarly, the use of preferential relationships may not be appropriate in demonstrating that a schedule follows a reasonable logic. It is recommended that, instead of resource constraints, planning and scheduling professionals use resource leveling techniques to ensure the schedule is not bounded by too many dependencies that could have otherwise been accounted for.

Assessing activity relationships is critical in preparing or investigating time extension requests or delay assessments because a proper delay analysis has to be based on a reasonable schedule. A delay analysis based on a project schedule that contains questionable activity relationships is defective. Project planning and scheduling, forensic scheduling experts, and claim management professionals need to ensure project schedules are free of improper relationships (i.e., redundant, incorrect logic, and logic loops). Otherwise, the schedule will not be reliable or reasonable and it may not serve its purpose.

Author: Dr. Amin Terouhid, PE, PMP, PSP | Principal Consultant

 

Note:

If you are interested to find out more about the main considerations in developing or evaluating project schedules, please contact us. Adroit’s consultants have demonstrated their expertise in developing, updating, constructability review, and forensic evaluation of project schedules and will be able to assist. You may also be interested to read the following articles:

Adverse effects of schedule deficiencies on claim administration

Schedule constructability review, what does it entail?

The Key Issues with Dangling Activities

Loss of Productivity in Construction – Some Considerations  

During construction projects, a contractor’s scope of work may be influenced by a wide range of factors with an adverse effect on the contractor’s labor or equipment productivity. In these cases, it is said that the contractor is facing a loss of productivity in performing its scope of work. The loss of productivity is considered a type of disruption. According to the Society of Construction Law (2017), disruption is “a disturbance, hindrance or interruption to a Contractor’s normal working methods, resulting in lower efficiency. Disruption claims relate to a loss of productivity in the execution of particular activities. Because of the disruption, these work activities are not able to be carried out as efficiently as reasonably planned (or as possible).” (p.44)

Some Considerations 

It is important to note that a loss in productivity may or may not result in project delays. For example, if a contractor has not been able to achieve its intended productivity rate due to productivity factors that are in a client’s control, the loss of productivity may result in delays if some activities end up taking more than expected due to decreased levels of labor productivity. However, delays may not be caused in some cases of disruption. An example is the case of acceleration, which has a possible disruptive effect on a contractor’s work. If instructed, a contractor may accelerate its work using a wide range of methods such as by increasing project resources (e.g., labor) that are allocated to activities or by elongating working hours. For instance, an owner-issued acceleration order does not cause delays but instead, the contractor incurs additional costs to accelerate the work. Therefore, an owner instruction for acceleration may give rise to a claim for requesting additional compensation and seeking productivity-related damages if the contractor believes it has not been fairly compensated for the damages incurred as a result of an acceleration.

Assessment Methods

To properly analyze cases of disruption from the contractors’ perspective, the main causes of disruption need to be closely analyzed. In addition, the time periods in which disruptions have occurred and the activities that are influenced should be identified. For this type of analysis, a cause-and-effect analysis will provide proper insight into the underlying causes of disruption. However, further investigation will be required to identify the extent productivity factors have impacted the work or resulted in additional costs. Some of the common methods of disruption analysis that may help in identifying the extent of impacts include the following (Society of Construction Law, 2017):

  • Measured mile
  • Earned Value
  • Program analysis
  • Work or trade sampling
  • System dynamic modeling
  • Estimated vs. incurred labor
  • Estimated vs.  used cost

Keeping detailed project records over the course of a project plays an important role in properly evaluating disruption claims. Some of the documents that need to be recorded include daily job-site reports, detailed performance reports, daily logs containing actual man-hours spent, details of change orders and the basis of calculating proposed time and cost proposals for executing change orders, and correspondences between the contracting parties.

Conclusion 

In sum, the main causes of disruption need to closely be analyzed in disruption cases. For this type of analysis, cause-and-effect analyses provide proper insight into the underlying causes of disruptions. Further investigations that make use of loss of productivity assessment methods will identify the extent productivity factors have impacted the work or resulted in additional costs.

Reference:

Society of Construction Law. (2017). Delay and disruption protocol. Society of Construction Law.

 

Author: Dr. Maryam Mirhadi, PMP, PSP | CEO and Principal Consultant

If your project has been affected by disruptions and if changes have adversely affected labor or equipment productivity on-site, or if you are interested to find out more about productivity in construction projects, please contact us. Adroit’s consultants have demonstrated their expertise in the use of the loss of productivity assessment methods and will be able to assist. You may also be interested to read the following articles:

Cumulative Impact Claims

https://www.adroitprojectconsultants.com/2018/10/29/cumulative-impact-claims/

Adverse effects of shiftwork on labor productivity

https://www.adroitprojectconsultants.com/2018/03/24/adverse-effects-shiftwork-labor-productivity/

MCAA Labor Productivity Factors

https://www.adroitprojectconsultants.com/2018/11/24/mcaa-labor-productivity-factors/