Technology Maturation Plan Template.docx
DOCX document 57 KB Posted
- Opportunity number
- DE-FOA-0003495
About this file
This is a Technology Maturation Plan (TMP) template document provided as part of DOE-FOA-0003495 for the Bipartisan Infrastructure Law Accelerating CO2 Conversion Technology Development and Deployment opportunity. The template is a planning tool used to document the research and development steps needed to advance a technology to a targeted Technology Readiness Level (TRL), managed by the National Energy Technology Laboratory (NETL).
The template requires applicants to detail their project's purpose, technology readiness assessment system, commercial applications, and maturation plans across TRLs 1-9. It includes comprehensive reference materials explaining NETL's TRL definitions, systems analysis best practices, and requirements for each TRL stage. The template is meant to help NETL ensure research questions are resolved efficiently, focus development on critical performance metrics, identify R&D gaps, guide integration into higher-level systems, and forecast technology development costs through commercialization. The actual template sections include Introduction, Maturation of the TRA System, and Reference Material, with detailed instructions for completing each section.
Technology Maturation Plan Template
View the file
Other files
Show all 19
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
Technology Maturation Plan Template
A technology maturation plan (TMP) is a planning tool that summarizes the necessary research and development (R&D) steps to advance the maturation of a specified technology to a targeted technology readiness level (TRL) and defines the key performance metrics that will be used to determine if the targeted TRL has been successfully achieved. A TMP also documents the current TRL of the specified technology, defines the ultimate commercial application of the technology, and conceptualizes a future commercialization pathway in terms of additional R&D, resources and schedule. A TMP is a high-level summary document. It is not a collection of detailed test plans.
The National Energy Technology Laboratory (NETL) uses TMPs to enhance its stewardship of R&D project portfolios and improve the value of the technologies it develops. TMPs help NETL to:
· ensure that research questions are resolved in the least expensive and least risky R&D setting (i.e., scale, degree of integration, environment, fidelity)
· focus technology development on the performance metrics that are most important for technical and economic success (at component and system levels)
· identify R&D gaps and critical components that are lagging in maturity
· ensure that R&D projects address what is required for integration into higher-level systems
· make informed decisions at critical stages of research (e.g., moving a technology from a laboratory project to a larger-scale pilot project)
· improve the balance of project portfolios in terms of technology types, pathways, TRLs, redundancy, etc., to mitigate risks and increase the likelihood of R&D success, and
· forecast the cost and duration of technology development through demonstration and commercialization.
The below template should be used to complete a TMP. Instructions, shown in italics, should be deleted/replaced in the completed TMP. Section 3 is provided solely for reference but should be retained as-is in the completed TMP.
TECHNOLOGY MATURATION PLAN
for {insert project title} {Date Prepared}
SUBMITTED UNDER NOTICE OF FUNDING OPPORTUNITY
DE-FOA-0003495
SUBMITTED BY
{Organization Name} {Organization Address} {City, State, Zip Code}
PRINCIPAL INVESTIGATOR
{Name} {Phone Number} {E-mail}
SUBMITTED TO
U.S. Department of Energy National Energy Technology Laboratory
1.0 INTRODUCTION
1.1 Purpose of the Project
Provide a brief summary of the project’s objectives as related to maturation of the proposed technology.
1.2 Technology Readiness Assessment System
Technology maturation is quantified by a performing a technology readiness assessment (TRA) on the specified technology system.
· Identify the specified “TRA System” and describe all the critical components and/or subsystems that comprise it. See “TRA System” definition under Section 3.1.
· State whether the current project will test: (1) the total, integrated TRA System, or (2) one or more critical subsystems or components of the TRA System. If the latter, identify which critical subsystems and/or components will be tested.
1.3 Commercial Application
Provide a one-paragraph description of the targeted commercial application(s) of the TRA System.
2.0 MATURATION OF THE TRA SYSTEM
2.1 Beginning Technology Readiness Level (TRL) of the TRA System
Briefly summarize the prior research that matured the technology to its current state.
Using the Technology Readiness Levels (TRL) descriptions in Sections 3.2 and 3.3, specify the current (i.e., pre-project) TRL of the TRA System. To attain a certain TRL, all aspects of the associated TRL description must be met.
Justify the specified TRL by explaining how all the required TRL aspects have been achieved.
2.2 Proposed Research to Mature the TRA System
Identify the TRL that the project plans to attain.
· Note that the targeted TRL could be the same as the beginning TRL if the project is aimed at making only incremental progress toward achieving the next TRL.
· If the project proposes to advance the TRL by more than one level, explain if that will be accomplished in stages (i.e., first one TRL, then the next) or by skipping a TRL. If the latter, explain how any increased technical, cost and schedule risks associated with skipping a TRL will be mitigated.
Identify each of the key performance attributes that will be assessed during the research along with the corresponding, quantifiable performance requirements that must be achieved to attain the targeted TRL(s). Explain how the key performance attributes were selected and how the corresponding requirements were determined. Be as specific as practical on any supporting technical/economic assessments (see Section 3.4 for NETL’s Systems Analysis Best Practices). As a general principle, all key performance requirements that may be appropriately tested at a particular TRL must be substantially met, thereby supporting the feasibility of commercial success/goal achievement, prior to proceeding to the subsequent TRL.
Briefly summarize the proposed research steps and how they will mature the TRA System to the targeted TRL(s).
2.3 Potential Post-Project Maturation and Commercialization of the TRA System
Assuming the project successfully attains the targeted TRL(s), describe what additional (post-project) work would be required to mature the TRA System to the next TRL. Identify the key performance requirements and goals/measures that would need to be achieved. If possible, provide rough estimates of the cost and duration of the research required to attain the next TRL.
Describe your organization’s potential role in a commercialization strategy for the TRA system.
3.0 REFERENCE MATERIAL
3.1 Definition of TRA System
NETL’s interpretation (Section 3.2) of the DOE TRL definitions (Section 3.3) is based on a view of technology maturation in which “components” are integrated into a “system” that is being assessed for its technology readiness. To clearly and consistently apply the DOE TRL definitions, one must first precisely identify what “system” is being assessed, defined herein as the “Technology Readiness Assessment (TRA) System.” Since most technologies can be viewed as subsystems within larger systems, multiple choices are available for defining the TRA System. However, note that the choice of the “level” of the TRA System affects how TRLs are assessed:
· A TRL 3 is achieved for the specified TRA System when analytical performance predictions for each of the TRA System’s critical[footnoteRef:1] components have been validated in separate experiments (i.e., without integration across components). Accordingly, the table in Section 3.2 shows the required scope of TRL 3 as “single component” and the required integration of TRL 3 as “none.” [1: A component or subsystem of a TRA System is considered critical if it is new, novel, and necessary for the TRA System to meet its anticipated operational performance requirements or poses major cost, schedule, or performance risk during design or demonstration. Note that a component that is fully mature and non-critical for an established application or operational environment may be considered critical if it is incorporated into a new application or operational environment.
· A TRL 4 or 5 is achieved for a given TRA System when the targeted performance requirements for each of its critical, multi-component subsystems (or the entire TRA system) have been validated in a laboratory environment (TRL 4) or relevant environment (TRL 5) with integration of some or all components.
· Achieving TRLs 6 to 9 requires testing of the entire, fully integrated, TRL system.
To further clarify, consider, for example, a fuel cell stack. Its critical components are multiple, identical fuel cells. In turn, the critical components of each fuel cell are an anode, cathode and electrolyte. If one wished to assess the technology readiness of the fuel cell stack, the TRA System would be defined as an integrated system of multiple fuel cell subsystems, and a TRL 6 could only be achieved by successfully testing an entire stack of integrated fuel cells. However, if one instead wished to assess the technology readiness of only the fuel cell, the TRA System would be defined as an integrated system of cathode, anode and electrolyte components, and a TRL 6 could be achieved by successfully testing just a single, integrated fuel cell. In both cases, achievement of TRL 6 could be claimed, but only in the context of the properly specified TRA System.
3.2 NETL Interpretations of DOE Technology Readiness Levels in the Context of Fossil Energy and Carbon Management R&D
3.3 Description of DOE Technology Readiness Levels
Source: U.S. Department of Energy, “Technology Readiness Assessment Guide”. Office of Management. 2011.
| Relative Level of Technology Development |
| TRL |
| TRL |
Definition Description
| System Operations |
| 9 |
| Actual system operated over the full range of expected mission conditions. |
| The technology is in its final form and operated under the full range of operating mission conditions. Examples include using the actual system with the full range of wastes in hot operations. |
| System Commissioning |
| 8 |
| Actual system completed and qualified through test and demonstration. |
| The technology has been proven to work in its final form and under expected conditions. In almost all cases, this TRL represents the end of true system development. Examples include developmental testing and evaluation of the system with actual waste in hot commissioning. Supporting information includes operational procedures that are virtually complete. An Operational Readiness Review (ORR) has been successfully completed prior to the start of hot testing. |
| 7 |
| Full-scale, similar (prototypical) system demonstrated in relevant environment |
| This represents a major step up from TRL 6, requiring demonstration of an actual system prototype in a relevant environment. Examples include testing full-scale prototype in the field with a range of simulants in cold commissioning (1). Supporting information includes results from the full-scale testing and analysis of the differences between the test environment, and analysis of what the experimental results mean for the eventual operating system/environment. Final design is virtually complete. |
| Relative Level of Technology Development |
| TRL |
| TRL |
Definition Description
| Technology Demonstration |
| 6 |
| Engineering/pilot-scale, similar (prototypical) system validation in relevant environment |
| Engineering-scale models or prototypes are tested in a relevant environment. This represents a major step up in a technology’s demonstrated readiness. Examples include testing an engineering scale prototypical system with a range of simulants.(1) Supporting information includes results from the engineering scale testing and analysis of the differences between the engineering scale, prototypical system/environment, and analysis of what the experimental results mean for the eventual operating system/environment. TRL 6 begins true engineering development of the technology as an operational system. The major difference between TRL 5 and 6 is the step up from laboratory scale to engineering scale and the determination of scaling factors that will enable design of the operating system. The prototype should be capable of performing all the functions that will be required of the operational system. The operating environment for the testing should closely represent the actual operating environment. |
| Technology Development |
| 5 |
| Laboratory scale, similar system validation in relevant environment |
| The basic technological components are integrated so that the system configuration is similar to (matches) the final application in almost all respects. Examples include testing a high-fidelity, laboratory scale system in a simulated environment with a range of simulants (1) and actual waste (2). Supporting information includes results from the laboratory scale testing, analysis of the differences between the laboratory and eventual operating system/environment, and analysis of what the experimental results mean for the eventual operating system/environment. The major difference between TRL 4 and 5 is the increase in the fidelity of the system and environment to the actual application. The system tested is almost prototypical. |
| Technology Development |
| 4 |
| Component and/or system validation in laboratory environment |
| The basic technological components are integrated to establish that the pieces will work together. This is relatively "low fidelity" compared with the eventual system. Examples include integration of ad hoc hardware in a laboratory and testing with a range of simulants and small scale tests on actual waste (2). Supporting information includes the results of the integrated experiments and estimates of how the experimental components and experimental test results differ from the expected system performance goals. TRL 4-6 represent the bridge from scientific research to engineering. TRL 4 is the first step in determining whether the individual components will work together as a system. The laboratory system will probably be a mix of on hand equipment and a few special purpose components that may require special handling, calibration, or alignment to get them to function. |
| Relative Level of Technology Development |
| TRL |
| TRL |
Definition Description
| Research to Prove Feasibility |
| 3 |
| Analytical and experimental critical function and/or characteristic proof of concept |
| Active research and development (R&D) is initiated. This includes analytical studies and laboratory-scale studies to physically validate the analytical predictions of separate elements of the technology. |
Examples include components that are not yet integrated or representative tested with simulants.(1) Supporting information includes results of laboratory tests performed to measure parameters of interest and comparison to analytical predictions for critical subsystems. At TRL 3 the work has moved beyond the paper phase to experimental work that verifies that the concept works as expected on simulants.
Components of the technology are validated, but there is no attempt to integrate the components into a complete system. Modeling and simulation may be used to complement physical experiments.
| 2 |
| Technology concept and/or application formulated |
| Once basic principles are observed, practical applications can be invented. Applications are speculative, and there may be no proof or detailed analysis to support the assumptions. Examples are still limited to analytic studies. Supporting information includes publications or other references that outline the application being considered and that provide analysis to support the concept. The step up from TRL 1 to TRL 2 moves the ideas from pure to applied research. Most of the work is analytical or paper studies with the emphasis on understanding the science better. Experimental work is designed to corroborate the basic scientific observations made during TRL 1 work. |
Basic Technology Research
| 1 |
| Basic principles observed and reported |
| This is the lowest level of technology readiness. Scientific research begins to be translated into applied R&D. Examples might include paper studies of a technology’s basic properties or experimental work that consists mainly of observations of the physical world. Supporting Information includes published research or other references that identify the principles that underlie the technology. |
1 Simulants should match relevant chemical and physical properties.
2 Testing with as wide a range of actual waste as practicable and consistent with waste availability, safety, ALARA, cost and project risk is highly desirable.
3.4 NETL Systems Analysis Best Practices
NETL has developed Systems Analysis Best Practices (SABP) as an accompaniment to the DOE Technology Readiness Level (TRL) definitions. The SABP serve as a guide for the Principal Investigator/researcher to inform on the level of systems and economic analysis rigor appropriate at each TRL.
System and economic analyses are an essential component of research and development (R&D). They are used to determine appropriate experimental conditions, inform R&D targets and technology maturation plans, assess R&D progress, and estimate the benefits of successful technology development in commercial applications.
Systems analysis is the analytic process used to evaluate the behavior and performance of processes, equipment, subsystems, and systems. Such analyses serve to characterize the relationships between independent (e.g., design parameters and configurations, material properties, etc.) and dependent variables (e.g., thermodynamic state points, output, etc.) through the creation of models representative of the envisioned process, equipment, subsystem, or system. These analyses are used to determine the important variables (i.e., performance attributes) and the associated targets (i.e., performance requirements) that must be achieved through R&D and testing to realize commercial and/or program goals.
The performance requirements are selected such that the equipment, subsystem, or system meets the envisioned objectives in the target commercial application. The target commercial application refers to one specific use for the advanced technology, at full commercial scale. A project may include more than one target commercial application. For example:
1. Technologies that reduce the cost of gasification may be useful for both liquid fuels and power production.
2. Technologies that may be useful to monitor CO2 storage in more than one type of storage site.
The modeling and simulation effort may use one or more of a variety of tools, such as Excel, MATLAB, Aspen Plus, Aspen Plus Dynamics, Thermoflow, CHEMCAD, etc., depending upon suitability to the specific processes, the scope of the development effort, and the stage of development.
An integral part of systems analysis is economic analysis - the process of estimating and assigning costs to equipment, subsystems, and systems corresponding to models of and specifications for the commercial embodiment of the technology. Such analyses include the estimation of capital costs, as well as operating and maintenance costs. Component service life and corresponding replacement costs are often a crucial aspect of these analyses. See Performing a Techno-economic Analysis for Power Generation Plants, DOE/NETL-2015/1726, July 2015, for further guidance.
As a technology matures, the systems analyses are frequently updated, and are expected to increase in fidelity and complexity commensurate with the available technical understanding, experimental data, and overall level of effort (cost of R&D). The results are used to inform the next stage of development and provide specific experimental and analysis success criteria (the performance requirements).
As a general principle, the performance requirements that may be appropriately tested at a particular TRL must be substantially met, thereby supporting the feasibility of commercial success/goal achievement, prior to proceeding to the subsequent TRL. Note that, as with the TRL descriptions, these SABP are “gate-in;” that is, prerequisites to achieving the associated TRL.
NETL supports a wide range of RD&D projects, from small, short-duration materials development and property characterization projects up to large-scale power plant demonstrations. The nature and complexity of the technology under development and the scope of the project must be taken into account when applying the SABP – they may not be strictly applicable as written to every project. For example, it is an unreasonable expectation for a project developing a sensor, or fuel cell cathode, or thermal boundary coating for a turbine airfoil to perform a full-scale power plant simulation to determine the performance requirements of the specific technology in the course of pursuing TRL 4. However, the project must explicitly tie the quantitative goals/objectives for the technology to referenced system studies as well as relevant industry and/or market requirements in such a manner that their pedigree is readily traceable. On the other hand, a project endeavoring to develop a full system concept incorporating novel components and process integration is expected to perform more robust, extensive analyses.
Descriptions of the SABP associated with each TRL are provided in the table below.
TRL
| DOE Definition |
| Systems Analysis Best Practices |
| 1 |
| Basic principles observed and reported |
| Assessment: Perform an assessment of the core technology resulting in (qualitative) projected benefits of the technology, a summary of necessary R&D needed to develop it into the actual technology, and principles that support of the viability of the technology to achieve the projected benefits. |
| 2 |
| Technology concept and/or applications formulated |
| White Paper: A white paper describing the intended commercial application, the anticipated environment the actual technology will operate in, and the results from the initiation of a detailed analysis (that will at least qualitatively justify expenditure of resources versus the expected benefits and identify initial performance attributes). |
| 3 |
| Analytical and experimental critical function and/or characteristic proof of concept |
| Performance Model and Initial Cost Assessment: This performance model is a basic model of the technology concept, incorporating relevant process boundary conditions, that provides insight into critical performance attributes and serves to establish initial performance requirements. These may be empirically- or theoretically-based models represented in Excel or other suitable platforms. In addition, an initial assessment and determination of performance requirements related to cost is completed. |
| 4 |
| Component and/or system validation in laboratory environment |
| System Simulation and Economic Analysis: These models incorporate a performance model of the technology (may be a simple model as developed for TRL 3, or something more detailed – either should be validated against empirical data gathered in the laboratory) into a model of the intended commercial system (e.g., power plant). In addition, an economic analysis (e.g., cost-of-electricity) of the technology is performed, assessing the impact of capital costs, operating and maintenance costs, and life on the impact of the technology and its contributions to the viability of the overall system in a commercial environment. These analyses serve to assess the relative impact of known performance attributes (through sensitivity analyses) and refine performance requirements in the context of established higher-level technical and economic goals (e.g., programmatic or DOE R&D goals). These models are typically created in process simulation software (e.g., ASPEN Plus) or other suitable platforms. DOE maintains guidance on the execution of techno-economic analyses 1. |
| 5 |
| Laboratory scale, similar system* validation in relevant environment |
| System Simulation and Economic Analysis Refinement: A more detailed process model for the technology, validated against empirical data gathered in the laboratory, will be developed and incorporated into system simulations. This provides greater fidelity in the performance and cost estimation for the technology, facilitating updates to performance attributes and requirements (including updates to the economic analysis). This also allows greater evaluation of other process synergy claims (e.g., state-of-the-art technology is improved by the use of the new technology). Cost estimation should be either vendor-based or bottom-up costing approaches for novel equipment. |
| 6 |
| Engineering/pilot-scale, similar (prototypical) system validation in relevant environment |
| System Simulation and Economic Analysis Refinement: Performance and cost models are refined based upon relevant environment laboratory results, leading to updated performance attributes and requirements. Preliminary steady-state and dynamic (if appropriate for the technology) modeling of all critical process parameters (i.e., upper and lower operating limits) of the system prototype is completed. Cost estimation should be either vendor-based or bottom-up costing approaches for novel equipment. Key process equipment should be specified to the extent that allows for bottom-up estimating to support a feasibility study of the integrated system. |
| 7 |
| Full-scale, similar (prototypical) system demonstrated in relevant environment |
| System Simulation and Economic Analysis Refinement: Performance and cost models are refined based upon relevant environment and system prototype R&D results. The refined process, system and cost models are used to project updated system performance and cost to determine if the technology has the potential to meet the project goals. Performance attributes and requirements are updated as necessary. Steady-state and dynamic modeling all critical process parameters of the system prototype covering the anticipated full operation envelope (i.e., upper and lower operating limits) is completed. Cost models should be based on vendor quotes and traditional equipment estimates should be minimal. |
| 8 |
| Actual system completed and qualified through test and demonstration. Technology has been proven to work in its final form and under expected conditions. |
| System Simulation and Economic Analysis Validation: The technology/system process models are validated by operational data from the demonstration. Economic models are updated accordingly. |
| 9 |
| Actual operation of the technology in its final form, under the full range of conditions. |
| Commercial Use: Models are used for commercial scaling parameters. |
Questions about this NOFO? Email DE-FOA-0003495@netl.doe.gov.
image1.emf
File details come from the government source that posted it. Updated .