1.2 Automation Opportunity Assessment & Technology Screening
Key Takeaways
Task screening requires quantitative evaluation of process cycle time, repeatability, human error probability, and ergonomic risk rather than subjective operational preference.
Technology Readiness Levels (TRL) distinguish early-stage prototypes from industrial-grade solutions; mission-critical production facilities generally require mature technologies at TRL 8 or 9.
Commercial Off-The-Shelf (COTS) platforms provide predictable vendor lifecycle roadmaps, established supply chains, and standard security patching, minimizing the obsolescence risks inherent in custom-engineered systems.
Applying the industrial hierarchy of controls prioritizes engineering elimination of hazards through automation over procedural administrative controls or personal protective equipment (PPE).
Automation Opportunity Assessment & Technology Screening
Identifying that an automation opportunity exists is only the first step. An automation engineer must rigorously assess candidate applications to determine whether automation is technically and operationally viable. Automating an ill-defined, highly variable manual process often amplifies operational chaos. A defensible feasibility study screens manual tasks against quantitative criteria, evaluates the technology readiness of proposed solutions, balances Commercial Off-The-Shelf (COTS) equipment against custom engineering, and assesses safety, human factors, and organizational change readiness.
Manual vs. Automated Task Analysis
Not every manual task should be automated. The feasibility assessment uses specific engineering criteria to determine suitability for automation.
Quantitative Screening Criteria
-
Task Frequency and Repeatability: High-frequency, repetitive operations (e.g., continuous pick-and-place, steady-state PID temperature control, automated sequence filling) provide substantial labor and cycle-time savings. Low-frequency tasks with infinite variations (e.g., complex mechanical equipment overhauls) rarely justify automation.
-
Cycle Time Variance: When manual cycle times exhibit a wide standard deviation () due to operator technique or fatigue, automation enforces deterministic timing, stabilizing upstream and downstream operations.
-
Defect Probability () and Scrap Cost: Tasks where human error carries severe economic consequences (e.g., manual addition of concentrated catalysts, micro-weighing of active pharmaceutical ingredients) warrant automation to eliminate human variability.
-
Ergonomic Strain and Exposure Risk: Manual tasks involving high repetition rates, heavy lifting, awkward postures, or toxic chemical exposure should be screened using ergonomic assessment tools such as the Rapid Upper Limb Assessment (RULA), Rapid Entire Body Assessment (REBA), or the NIOSH Lifting Equation.
TASK SCREENING DECISION MATRIX:
[Is process stable & standardized?]
|-- NO --> [Standardize and optimize manual process first]
v YES
[Is task repetitive with high volume or severe safety risk?]
|-- NO --> [Retain manual operation or implement minor tooling]
v YES
[Does commercial technology exist at TRL >= 8?]
|-- NO --> [Screen out or initiate controlled R&D pilot program]
v YES
[PROCEED TO DETAILED TECHNICAL & ECONOMIC JUSTIFICATION]
Important
The Golden Rule of Automation: Never automate an unstable or unstandardized manual process. If standard operating procedures (SOPs) are ambiguous and manual operators rely on personal intuition to adjust valves, applying automated control logic will simply produce out-of-specification scrap at a much faster rate.
Finding Opportunities with Dynamic Performance Measures and Value Analysis
The 2024 CAP Content Outline lists automation opportunity identification techniques (e.g., dynamic performance measures) and developing value analyses as Domain 1 knowledge. In practice, the team studies how the process actually behaves over time instead of relying on a single snapshot or an anecdote.
Dynamic Performance Measures
A dynamic performance measure tracks a variable over a representative operating period so that the gap between actual and achievable performance becomes visible:
- Process variability: the standard deviation of key quality or constraint variables taken from historian data. Wide variability forces operators to run far from limits (Section 14.1 shows how reducing variability lets the operating target move).
- Best demonstrated performance: the best sustained throughput, yield or energy intensity the unit has actually achieved. The gap between the average and the best sustained run is a realistic target for better control.
- Downtime and loss Pareto: stops, slowdowns and rejects grouped by cause, often expressed through the OEE loss categories (Section 13.5).
- Loop and operator workload indicators: the share of loops running in manual, alarm rates per operator and the number of manual interventions per shift.
- Cycle-time and changeover trends: for batch and discrete lines, the spread of cycle and changeover times shows where sequencing or recipe automation pays.
Value Analysis
A value analysis (value engineering) asks what function each candidate improvement delivers and what that function costs. The team lists the functions the business needs (for example, "hold reactor temperature within ±1 °C during the exotherm"), estimates the value of delivering each one, and compares alternative ways to deliver it, including non-automation options such as a procedure change or a minor mechanical fix. The output is a ranked list of opportunities, each with a stated benefit, a rough cost and the main risks, which feeds the cost/benefit analysis in Section 1.3.
| Screening Question | Typical Evidence |
|---|---|
| Is there a measurable gap? | Historian trends, variability statistics, downtime Pareto |
| What is the gap worth? | Margin per unit, energy price, scrap cost, penalty or incident avoided |
| Is automation the best fix? | Value analysis of alternatives and the root cause of the gap |
| Can it be automated safely and securely? | Preliminary hazard and security reviews (Sections 2.2 and 4.2) |
Technical Maturity Assessment: Technology Readiness Levels (TRL)
Industrial automation demands high reliability. A plant operating 24/7 cannot serve as an experimental laboratory for unproven software or hardware concepts. The Technology Readiness Level (TRL) scale, originally developed by NASA and widely adopted across industrial engineering disciplines, provides a standardized framework for screening technological maturity:
| TRL Level | Maturity Stage | Industrial Automation Definition | Production Feasibility Status |
|---|---|---|---|
| TRL 1–3 | Basic Research / Proof of Concept | Mathematical concepts, laboratory sensor prototypes, academic algorithms | Inadmissible for production manufacturing; restricted to pure research |
| TRL 4–5 | Component Validation in Laboratory | Hardware/software tested in a simulated rig; bench-scale pilot validation | High Risk; restricted to experimental pilot plants and R&D skids |
| TRL 6 | System/Subsystem Model or Prototype Demonstration | Engineering prototype tested in a relevant (representative) environment, such as a test skid | Pilot Only; unacceptable for critical revenue-generating baselines |
| TRL 7 | Prototype Demonstration in Operational Field | Full-scale pre-commercial prototype operating in an actual manufacturing plant | Pre-Commercial; acceptable only with formal corporate innovation risk variance |
| TRL 8 | Actual System Completed and Qualified | Commercial product fully tested, documented, certified (UL, CE, SIL, ATEX), and released | Qualified Standard; fully acceptable for production plant baseline design |
| TRL 9 | Proven Operational Track Record | Off-the-shelf system proven over years of operational service across multiple industrial sites | Preferred Baseline; lowest technical risk for mission-critical automation |
Note
A common industry warning is to avoid "pilot purgatory"—deploying a TRL 4 or 5 technology into an operating plant on the assumption that vendor software updates will resolve field bugs. For core plant automation, a sound baseline design specifies mature technology (TRL 8 or 9).
Commercial Off-The-Shelf (COTS) vs. Custom-Engineered Systems
A critical decision during technology screening is whether to select standard Commercial Off-The-Shelf (COTS) products or develop a custom-engineered solution.
| Evaluation Parameter | Commercial Off-The-Shelf (COTS) | Custom-Engineered System |
|---|---|---|
| Initial Capital Cost | Predictable list pricing; bundled firmware and development tools | High upfront non-recurring engineering (NRE) costs |
| Procurement Lead Time | Short to moderate lead times from established distributor networks | Extended engineering, prototyping, machining, and debugging cycles |
| Long-Term Lifecycle Support | Vendors provide 10–15 year support roadmaps and backward-compatible upgrades | Dependent on the original system integrator; high risk of orphaned hardware/software |
| Spare Parts Availability | Standardized catalog components available globally from multiple suppliers | Bespoke circuit boards or mechanisms requiring custom fabrication |
| Cybersecurity & Patching | Regular security vulnerability advisories, tested patches, and firmware updates | Ad-hoc security posture; vendor may not provide security patches over time |
| Staff Competency & Training | Standardized programming languages (IEC 61131-3) familiar to plant technicians | Requires niche training; heavy reliance on "tribal knowledge" of original designers |
When is Custom Engineering Justified?
Custom automation is justified only when:
- No commercial product exists to solve the unique physical or chemical challenge (e.g., proprietary nanotech fabrication, specialized subsea robotics).
- The custom solution provides an insurmountable competitive advantage that outweighs the substantial lifecycle support penalties. In most industrial applications, COTS platforms (standard PLCs, DCSs, industrial PCs, and commercial field instrumentation) deliver better total life cycle performance.
Safety Improvements & The Industrial Hierarchy of Controls
Automation plays a central role in modern process safety and occupational health. When screening automation opportunities, the engineer must evaluate where the proposed intervention falls within the NIOSH / OSHA Hierarchy of Controls:
HIERARCHY OF CONTROLS:
Most Effective: [ 1. ELIMINATION ] (Physically remove the hazard)
|
[ 2. SUBSTITUTION ] (Replace the hazard)
|
[ 3. ENGINEERING CONTROLS ] <-- PRIMARY DOMAIN OF AUTOMATION
|
[ 4. ADMINISTRATIVE CONTROLS ] (Change work procedures & training)
|
Least Effective: [ 5. PPE ] (Personal Protective Equipment)
Automation as an Engineering Control
- Physical Isolation: Installing an automated robotic palletizer or continuous bulk chemical transfer skid physically isolates human operators from pinch points, heavy lifting, and toxic atmospheres.
- Process Interlocks: Implementing high-reliability safety interlocks (such as independent Safety Instrumented Systems per ISA-84 / IEC 61511) prevents pressure vessels from exceeding design limits, providing automated protection that does not rely on fallible human operator intervention.
- Inherent Safety Principles: Automation supports inherently safer design by minimizing in-process inventory (intensification) and moderating operating pressures/temperatures through precise closed-loop control (attenuation).
Human Factors Engineering (HFE) & Change Management Screening
Technical feasibility is worthless if the workforce rejects the technology. The feasibility assessment must evaluate human factors and organizational readiness.
Human Factors Considerations
- Cognitive Workload & Alarm Flooding: Poorly designed automation bombards operators with thousands of nuisance alarms during an upset. The feasibility study must budget for structured alarm management compliant with ISA-18.2.
- Situational Awareness & HMI Design: Modern Human-Machine Interfaces must adhere to ISA-101 principles (grayscale graphics, clear visual hierarchy, abnormal situation management) rather than flashy, high-contrast, animated screens that induce visual fatigue.
- Operator Demarcation: Clearly delineate what the automated system controls versus what requires operator manual authorization. Partial automation that suddenly hands control back to an unprepared operator during an emergency creates severe accident vulnerability.
Organizational Change Readiness (ADKAR Model)
Successful technology screening assesses plant organizational readiness using frameworks such as ADKAR:
- Awareness: Does the operating workforce understand why the existing manual method cannot meet corporate goals?
- Desire: Are operators and technicians motivated to adopt the new system, or do they fear job obsolescence?
- Knowledge: Does the current workforce possess the foundational skills required to operate modern digital systems?
- Ability: Are formal training programs, simulation environments, and shadow-shift budgets included in the feasibility plan?
- Reinforcement: Are post-commissioning support contracts and maintenance incentives established to prevent personnel from reverting to manual workarounds?
Realistic Industrial Scenario: High-Speed Pharmaceutical Packaging Line
A pharmaceutical packaging plant utilizes human visual inspectors to inspect blister packs for missing tablets, cracked capsules, and defective foil seals. Inspection occurs at 120 packs per minute across three operating shifts.
Opportunity Screening Analysis
- Manual Task Limitations: Inspection data reveals human operator visual fatigue peaks after 35 minutes, resulting in an escape rate of 1.2% (defective packs reaching the cartoner) and a false reject rate of 3.8% (good packs discarded). Repetitive eye strain and neck fatigue result in high turnover among inspectors.
- Technology Screening:
- Option 1 (Custom Neural Network): A local startup proposes a custom deep-learning camera system running on proprietary Linux hardware. TRL assessment indicates TRL 4 (validated in a lab on static sample cards, but never deployed on an active pharmaceutical line). Screening Result: Rejected due to TRL risk and lack of FDA 21 CFR Part 11 validation history.
- Option 2 (COTS Industrial Machine Vision): An established industrial vision vendor offers a pre-engineered vision inspection skid with certified 21 CFR Part 11 audit logging, integrated lighting, IP67 camera enclosures, and standard EtherNet/IP communications to a ControlLogix PLC. TRL assessment: TRL 9. Screening Result: Approved for detailed financial justification.
- Safety & Ergonomics: The COTS system eliminates human visual fatigue, reduces escape rates to < 0.01%, and allows operators to be upskilled to line operating technicians.
Common Exam Traps
- Believing Lab Success Equals Commercial Readiness: Exam questions frequently present a vendor who has achieved "promising results in computer simulations or prototype testing." The exam trap is approving this technology for immediate production deployment. Unless the system has reached TRL 8 or 9 (or TRL 7 with specific R&D allowances), it should be screened out of a production baseline.
- Confusing Engineering Controls with Administrative Controls: When evaluating safety improvements, remember that automated interlocks, physical light curtains, and automated sample valves are Engineering Controls. Checklists, training sessions, and warning signs are Administrative Controls. The exam frequently tests your understanding of the hierarchy of controls.
- Underestimating Custom Engineering Lifecycle Penalties: Exam candidates often mistakenly choose custom microcontroller or in-house software options because their initial bill-of-materials (BOM) cost appears lower than commercial PLCs. In lifecycle automation engineering, COTS platforms are overwhelmingly preferred due to long-term vendor support, standard spare parts availability, and universal technician training.
An automation team is evaluating a novel artificial intelligence algorithm for real-time burner combustion optimization on an industrial utility boiler. The vendor has demonstrated the algorithm on a benchtop software simulation using historical process data (TRL 4), but the algorithm has never closed a loop on a physical boiler. How should the lead automation professional classify this technology during feasibility screening?
Reject the project entirely, because artificial intelligence can never be applied safely to fired thermal equipment
Classify it as a proven Commercial Off-The-Shelf system since the software code is fully compiled
Approve it for immediate plant-wide deployment because simulation proves algorithm stability
Classify it as unproven technology that needs pilot-scale validation before it enters the production baseline
A chemical processing plant experiences frequent operator chemical splash incidents during manual grab-sampling of a toxic liquid intermediate. The plant safety committee proposes requiring full chemical splash suits with respirators (PPE) and a mandatory two-operator buddy checklist (administrative). An automation engineer proposes installing an automated, closed-loop autosampler with inline spectroscopic analysis. Under the industrial hierarchy of controls, why is the automation proposal superior?
It is a substitution control, because the analyzer replaces the toxic intermediate with a safer sample stream
It eliminates the hazard completely, because the toxic intermediate is removed from the process chemistry
It is an engineering control that isolates people from the hazard, which is more reliable than PPE or procedures
Administrative procedures and PPE are prohibited under OSHA rules whenever an instrumented alternative is available
When conducting a technology screening between a Commercial Off-The-Shelf (COTS) Programmable Automation Controller (PAC) and an in-house custom microcontroller board for an automated manufacturing cell, which lifecycle factor strongly favors the COTS PAC solution?
The COTS PAC eliminates the need for application software testing during commissioning and site acceptance
The custom board has lower upfront component costs, which lowers the total cost of ownership over the system life
The COTS PAC comes with multi-year vendor lifecycle support, documented upgrade paths and wide technician familiarity
The custom board allows proprietary source code that no third party can inspect, improving security through obscurity
Sections you finish are checked off in the contents.