<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://lekb.org/index.php?action=history&amp;feed=atom&amp;title=Fidelity_of_implementation_%28FOI%29</id>
	<title>Fidelity of implementation (FOI) - Revision history</title>
	<link rel="self" type="application/atom+xml" href="https://lekb.org/index.php?action=history&amp;feed=atom&amp;title=Fidelity_of_implementation_%28FOI%29"/>
	<link rel="alternate" type="text/html" href="https://lekb.org/index.php?title=Fidelity_of_implementation_(FOI)&amp;action=history"/>
	<updated>2026-04-28T15:23:45Z</updated>
	<subtitle>Revision history for this page on the wiki</subtitle>
	<generator>MediaWiki 1.41.0</generator>
	<entry>
		<id>https://lekb.org/index.php?title=Fidelity_of_implementation_(FOI)&amp;diff=201&amp;oldid=prev</id>
		<title>Drriel: 1 revision imported</title>
		<link rel="alternate" type="text/html" href="https://lekb.org/index.php?title=Fidelity_of_implementation_(FOI)&amp;diff=201&amp;oldid=prev"/>
		<updated>2024-02-09T00:10:18Z</updated>

		<summary type="html">&lt;p&gt;1 revision imported&lt;/p&gt;
&lt;table style=&quot;background-color: #fff; color: #202122;&quot; data-mw=&quot;interface&quot;&gt;
				&lt;tr class=&quot;diff-title&quot; lang=&quot;en&quot;&gt;
				&lt;td colspan=&quot;1&quot; style=&quot;background-color: #fff; color: #202122; text-align: center;&quot;&gt;← Older revision&lt;/td&gt;
				&lt;td colspan=&quot;1&quot; style=&quot;background-color: #fff; color: #202122; text-align: center;&quot;&gt;Revision as of 00:10, 9 February 2024&lt;/td&gt;
				&lt;/tr&gt;&lt;tr&gt;&lt;td colspan=&quot;2&quot; class=&quot;diff-notice&quot; lang=&quot;en&quot;&gt;&lt;div class=&quot;mw-diff-empty&quot;&gt;(No difference)&lt;/div&gt;
&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;</summary>
		<author><name>Drriel</name></author>
	</entry>
	<entry>
		<id>https://lekb.org/index.php?title=Fidelity_of_implementation_(FOI)&amp;diff=200&amp;oldid=prev</id>
		<title>Drriel: Created page with &quot;&#039;&#039;&#039;Fidelity of Implementation (FOI)&#039;&#039;&#039; is the degree to which an educational product or experience is implemented in the ways that are intended by the designer. Educational products are not often implemented by the designer themselves, but instead by educators (such as teachers or facilitators). As such, the educator becomes responsible for the delivery of the product to participants and carrying out the prescribed actions b...&quot;</title>
		<link rel="alternate" type="text/html" href="https://lekb.org/index.php?title=Fidelity_of_implementation_(FOI)&amp;diff=200&amp;oldid=prev"/>
		<updated>2023-06-16T02:03:40Z</updated>

		<summary type="html">&lt;p&gt;Created page with &amp;quot;&amp;#039;&amp;#039;&amp;#039;Fidelity of Implementation (FOI)&amp;#039;&amp;#039;&amp;#039; is the degree to which an &lt;a href=&quot;/index.php/Educational_product&quot; title=&quot;Educational product&quot;&gt;educational product&lt;/a&gt; or &lt;a href=&quot;/index.php/Learning_experience&quot; title=&quot;Learning experience&quot;&gt;experience&lt;/a&gt; is &lt;a href=&quot;/index.php/Implementation&quot; class=&quot;mw-redirect&quot; title=&quot;Implementation&quot;&gt;implemented&lt;/a&gt; in the ways that are intended by the designer. Educational products are not often implemented by the designer themselves, but instead by educators (such as teachers or facilitators). As such, the educator becomes responsible for the delivery of the product to participants and carrying out the prescribed actions b...&amp;quot;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;New page&lt;/b&gt;&lt;/p&gt;&lt;div&gt;&amp;#039;&amp;#039;&amp;#039;Fidelity of Implementation (FOI)&amp;#039;&amp;#039;&amp;#039; is the degree to which an [[educational product]] or [[Learning experience|experience]] is [[Implementation|implemented]] in the ways that are intended by the designer. Educational products are not often implemented by the designer themselves, but instead by educators (such as teachers or facilitators). As such, the educator becomes responsible for the delivery of the product to participants and carrying out the prescribed actions by the designer. &lt;br /&gt;
&lt;br /&gt;
== Definition==&lt;br /&gt;
In cases where the designer is also not the implementer of an [[educational product]], the &amp;#039;&amp;#039;&amp;#039;fidelity of implementation (FOI)&amp;#039;&amp;#039;&amp;#039; of an educational product is &amp;#039;&amp;#039;how closely&amp;#039;&amp;#039; the product is implemented as expected by the instructional designer. &lt;br /&gt;
&lt;br /&gt;
FOI is concerned with how closely a product&amp;#039;s [[implementation]] aligns with the expectations that are defined by the designer. This is an important aspect to measure for [[Evaluation and assessment|evaluation purposes]], as it is an indicator of how a product or experience was used as expected. &lt;br /&gt;
&lt;br /&gt;
==Additional Information==&lt;br /&gt;
The idea of implementation fidelity can be understood as specific &amp;#039;&amp;#039;&amp;#039;implementation tasks&amp;#039;&amp;#039;&amp;#039; that a designer expects an implementer to complete. Implementation tasks are specific actions or events that are expected to be done when using an educational product. In a [[Documentation of design|well-documented design]], each of the tasks of a teacher or participant are well described and supported so that people can do the activities that are designed for them. &lt;br /&gt;
&lt;br /&gt;
In poor designs with little specification on how to do activities, it is not clear what people should do and thus the intention of the designer is harder to follow.   &lt;br /&gt;
&lt;br /&gt;
A goal of [[&amp;quot;Good&amp;quot; educational design|good design]] is to encourage and support use of a product or participation in an activity by clearly denoting the specific actions and steps that should be taken. In the case of someone implementing an educational product, this would be a clearly defined list or set of steps that should be done to implement the product, as well as any [[Instruction|instructional]] tasks that need to be completed by the implementer to help participants learn (such as through [[differentiation]], [[monitoring]], and [[Scaffolding and support mechanisms|scaffolding/support mechanisms]]).&lt;br /&gt;
&lt;br /&gt;
Thus, a well-documented design includes complete documentation of the &amp;#039;&amp;#039;&amp;#039;expected implementation tasks&amp;#039;&amp;#039;&amp;#039; that implementers should take, as well as when these tasks are scheduled. From the defined implementation tasks, fidelity of implementation can be better measured.&lt;br /&gt;
&lt;br /&gt;
===== Aspects of fidelity of implementation =====&lt;br /&gt;
There are four typical aspects of measuring fidelity of implementation (FOI)&amp;lt;ref&amp;gt;Dane, A. V., &amp;amp; Schneider, B. H. (1998). Program integrity in primary and early secondary prevention: Are implementation effects out of control? Clinical Psychology Review, 18(1), 23-45.&amp;lt;/ref&amp;gt;&amp;lt;ref&amp;gt;Gersten, R., Baker, S. K., Haager, D., &amp;amp; Graves, A. W. (2005). Exploring the role of teacher quality in predicting reading outcomes for first-grade English learners: An observational study. Remedial and Special Education, 26(4), 197-206.&amp;lt;/ref&amp;gt;&amp;lt;ref&amp;gt;Graham, L., &amp;amp; Fredenberg, V. (2015). Impact of an open online course on the connectivist behaviours of Alaska teachers. Australasian Journal of Educational Technology, 31(2).&amp;lt;/ref&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Adherence&amp;#039;&amp;#039;&amp;#039;. Adherence is the degree to which specific implementation tasks and events were completed during implementation. A list of tasks and procedures for the implementer to follow are provided as a part of a design, which are expected to be followed by the designer. Adherence measures whether each of the expected tasks are performed or attempted. Adherence does not necessarily mean that it was done &amp;#039;&amp;#039;well or unsatisfactorily&amp;#039;&amp;#039;, which is the focus of the &amp;quot;quality&amp;quot; aspect below. &lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Quality.&amp;#039;&amp;#039;&amp;#039; The evaluation and judgement of whether the implementation and instructional activities were the expected level and type. Quality asks whether teaching and implementation activities were higher or lower quality than those that were expected, or whether the task was performed satisfactorily.&lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Adequate time given.&amp;#039;&amp;#039;&amp;#039; Adequate time must be given to participants for the educational product to have its intended effects. This aspect measures the amount of time that was given by the implementer and the participants to each implementation task. &lt;br /&gt;
* &amp;#039;&amp;#039;&amp;#039;Ways of [[differentiation]] and [[adaptation]]&amp;#039;&amp;#039;&amp;#039;. This aspect documents the ways in which implementers diverge from the set of implementation tasks and [[Adaptation|adapt]] the tasks to meet their specific needs. Capturing data about differentiation and adaptation of tasks and activities is extremely useful for a designer to know what was done instead of the expected implementation task.&lt;br /&gt;
&lt;br /&gt;
===== Understanding how and why implementation diverges from the plan =====&lt;br /&gt;
As designers cannot plan and account for everything that could happen, teachers and facilitators must flexibly often [[Differentiation|differentiate]] and [[Adaptation|adapt]] the implementation of any given product to meet the needs of their individual participants. By measuring FOI during implementation for [[Evaluation and assessment|product evaluation purposes]], a designer can know which things went as expected and which things were implemented differently by the teachers than was designed initially. This information can be subsequently used to generate insights on how to [[Iterative Design Process|improve the product]] so that it the design more closely aligns with implementation in subseqent versions.&lt;br /&gt;
&lt;br /&gt;
Divergence from expected performance is not necessarily bad or wrong. From a design perspective, the fidelity of implementation is not as much a measure of teacher quality or an evaluation of the teacher themselves, but instead simply a measure of whether things went according to plan. Knowing whether things go according to plan is valuable information for a designer so that the product may be evaluated and revised accordingly to account for real-world implementation contexts. &lt;br /&gt;
&lt;br /&gt;
After a product is implemented, it is also highly valuable to consult with and interview implementers about their perspectives and opinions on how they understood and followed the prescribed &amp;#039;&amp;#039;implementation tasks&amp;#039;&amp;#039;. An evaluator can also collect information from teachers on their perspectives on how implementation tasks can be improved based on the specific contexts in which the product was implemented (e.g., a classroom, a volunteer group, a corporate training group).&lt;br /&gt;
&lt;br /&gt;
==Tips and Tricks==&lt;br /&gt;
&lt;br /&gt;
* When considering how your product will be [[Implementation|implemented]], consider who is responsible for conducting the activities of the product and participating in activities. This includes both the participant learners, as well as any teachers, facilitators, or other support staff.&lt;br /&gt;
* It is best to document how you expect people to use the product and interact with each other. By defining and documenting these intentions, you can provide a list of &amp;#039;&amp;#039;&amp;#039;expected implementation tasks&amp;#039;&amp;#039;&amp;#039; to implementers to help them stay aligned with your expectations. &lt;br /&gt;
* When you are conducting a [[Summative assessment|summary evaluation]] of the product, you can compare implementers&amp;#039; actual performance to the expected implementation tasks to evaluate fidelity of implementation. Remember, divergence from expected performance is not an indicator of a &amp;quot;bad&amp;quot; or &amp;quot;good&amp;quot; teacher or facilitator, but instead is an indicator that the design did not fit in the context in which it was deployed, or that the implementation tasks were not understood.&lt;br /&gt;
&lt;br /&gt;
==Related Concepts ==&lt;br /&gt;
&lt;br /&gt;
* [[Implementation]]&lt;br /&gt;
* [[Adaptation]]&lt;br /&gt;
* [[Differentiation]]&lt;br /&gt;
* [[Monitoring]]&lt;br /&gt;
* [[Documentation of design]] &lt;br /&gt;
&lt;br /&gt;
==Examples ==&lt;br /&gt;
&lt;br /&gt;
None yet - check back soon!&lt;br /&gt;
&lt;br /&gt;
==External Resources==&lt;br /&gt;
&lt;br /&gt;
None yet - check back soon!&lt;br /&gt;
&lt;br /&gt;
== References ==&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;/div&gt;</summary>
		<author><name>Drriel</name></author>
	</entry>
</feed>