<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: ADDIE is dead!  Long live ADDIE!</title>
	<atom:link href="http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/feed/" rel="self" type="application/rss+xml" />
	<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/</link>
	<description>Performance by Design</description>
	<lastBuildDate>Sun, 16 Oct 2011 16:22:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Mike Preston</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-1538</link>
		<dc:creator>Mike Preston</dc:creator>
		<pubDate>Sun, 16 Oct 2011 16:22:40 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-1538</guid>
		<description>My background in in IT (analyst, project manager, program manager, VP).  The biggest problem I found in IT was poor analysis.  Now I&#039;m an Instructional Designer and grad student in ISD, and in my mind the biggest training problem is (wait for it) poor analysis.  If you don&#039;t know what you&#039;re solving and who you&#039;re solving it for, your solutions are going to miss the mark.  In IT my favorite solution was based on the work of Tom DeMarco, who created a structured methodology that generates iterative, top-down, graphically-depicted analysis products with a high level of user interaction.  Proper analysis takes time, and hit-or-miss, analytically-deficient products are much faster, but seem to deliver false savings.  ISD (or whatever else takes its place) could benefit from such structured analysis efforts.</description>
		<content:encoded><![CDATA[<p>My background in in IT (analyst, project manager, program manager, VP).  The biggest problem I found in IT was poor analysis.  Now I&#8217;m an Instructional Designer and grad student in ISD, and in my mind the biggest training problem is (wait for it) poor analysis.  If you don&#8217;t know what you&#8217;re solving and who you&#8217;re solving it for, your solutions are going to miss the mark.  In IT my favorite solution was based on the work of Tom DeMarco, who created a structured methodology that generates iterative, top-down, graphically-depicted analysis products with a high level of user interaction.  Proper analysis takes time, and hit-or-miss, analytically-deficient products are much faster, but seem to deliver false savings.  ISD (or whatever else takes its place) could benefit from such structured analysis efforts.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Judith Christian-Carter</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-1537</link>
		<dc:creator>Judith Christian-Carter</dc:creator>
		<pubDate>Sun, 16 Oct 2011 12:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-1537</guid>
		<description>An excellent post, thank you. I&#039;ve been doing instructional design for the last 38 years, first as a secondary school teacher and for the last 13 years for my business (as a co-director) Effective Learning Solutions Ltd. Throughout this somewhat long time-span I have always maintained that ADDIE and other systematic approaches to designing and developing learning solutions are merely frameworks or models, i.e. none of them is the be-all or end-all and none of them is definitive. However, as frameworks and models they are extremely useful because they help to ensure a much needed discipline/rigour element in the overall process. For far too long I have seen people design all many of learning solutions on the &#039;back of a fag packet&#039;, straight into some wonderful authoring software, and so on, without asking essential questions at the outset, hence the importance of the analysis stage.  The more experienced people become at instructional design the more they are able to modify and take short-cuts with any framework or model.  In my view, to diss any of these frameworks or models is extremely short-sighted and counter-productive, whilst an honest and informed critique is not.</description>
		<content:encoded><![CDATA[<p>An excellent post, thank you. I&#8217;ve been doing instructional design for the last 38 years, first as a secondary school teacher and for the last 13 years for my business (as a co-director) Effective Learning Solutions Ltd. Throughout this somewhat long time-span I have always maintained that ADDIE and other systematic approaches to designing and developing learning solutions are merely frameworks or models, i.e. none of them is the be-all or end-all and none of them is definitive. However, as frameworks and models they are extremely useful because they help to ensure a much needed discipline/rigour element in the overall process. For far too long I have seen people design all many of learning solutions on the &#8216;back of a fag packet&#8217;, straight into some wonderful authoring software, and so on, without asking essential questions at the outset, hence the importance of the analysis stage.  The more experienced people become at instructional design the more they are able to modify and take short-cuts with any framework or model.  In my view, to diss any of these frameworks or models is extremely short-sighted and counter-productive, whilst an honest and informed critique is not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ADDIE Model Versus HPT in Instructional Design &#171; The HR &#38; Career Strategist</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-1270</link>
		<dc:creator>ADDIE Model Versus HPT in Instructional Design &#171; The HR &#38; Career Strategist</dc:creator>
		<pubDate>Thu, 10 Mar 2011 01:33:13 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-1270</guid>
		<description>[...] Gram, T. (2009, September 9). ADDIE is dead! Long live ADDIE! Retrieved March 9, 2011, from http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/ [...]</description>
		<content:encoded><![CDATA[<p>[...] Gram, T. (2009, September 9). ADDIE is dead! Long live ADDIE! Retrieved March 9, 2011, from <a href="http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/" rel="nofollow">http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Media Project: Course description &#171; Valeria&#039;s blog</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-1210</link>
		<dc:creator>Media Project: Course description &#171; Valeria&#039;s blog</dc:creator>
		<pubDate>Tue, 08 Feb 2011 17:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-1210</guid>
		<description>[...] Additional reading ADDIE is dead. [...]</description>
		<content:encoded><![CDATA[<p>[...] Additional reading ADDIE is dead. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Claudia Torres</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-563</link>
		<dc:creator>Claudia Torres</dc:creator>
		<pubDate>Fri, 26 Mar 2010 16:48:03 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-563</guid>
		<description>I&#039;m always curious about if there are organizations who actually do the entire ADDIE model. I have worked in many different companies throughout the US and there is a lot of discrepancies when it comes to the ways they do ISD. ADDIE most of the time becomes DI. Any thoughts?</description>
		<content:encoded><![CDATA[<p>I&#8217;m always curious about if there are organizations who actually do the entire ADDIE model. I have worked in many different companies throughout the US and there is a lot of discrepancies when it comes to the ways they do ISD. ADDIE most of the time becomes DI. Any thoughts?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Top 125 Workplace eLearning Posts of 2009 &#124; TechTotal Technical Writing, Instructional Designing - ID Training Blog</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-559</link>
		<dc:creator>Top 125 Workplace eLearning Posts of 2009 &#124; TechTotal Technical Writing, Instructional Designing - ID Training Blog</dc:creator>
		<pubDate>Fri, 19 Feb 2010 10:30:29 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-559</guid>
		<description>[...] ADDIE is dead! Long live ADDIE!- Gram Con­sult­ing, Sep­tem­ber 9, 2009 [...]</description>
		<content:encoded><![CDATA[<p>[...] ADDIE is dead! Long live ADDIE!- Gram Con­sult­ing, Sep­tem­ber 9, 2009 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 25 Top Learning &#38; Development Posts of 2009 &#124; Your Training Edge ®</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-556</link>
		<dc:creator>25 Top Learning &#38; Development Posts of 2009 &#124; Your Training Edge ®</dc:creator>
		<pubDate>Mon, 08 Feb 2010 20:28:15 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-556</guid>
		<description>[...] ADDIE is Dead!  Long live ADDIE! [...]</description>
		<content:encoded><![CDATA[<p>[...] ADDIE is Dead!  Long live ADDIE! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 25 Top Learning &#38; Development Posts &#124; BRYANT NIELSON'S BLOG ON TRAINING</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-554</link>
		<dc:creator>25 Top Learning &#38; Development Posts &#124; BRYANT NIELSON'S BLOG ON TRAINING</dc:creator>
		<pubDate>Mon, 08 Feb 2010 20:23:57 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-554</guid>
		<description>[...] ADDIE is Dead!  Long live ADDIE! [...]</description>
		<content:encoded><![CDATA[<p>[...] ADDIE is Dead!  Long live ADDIE! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Best of E-learning learning &#171; Ramblings from Africa</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-521</link>
		<dc:creator>Best of E-learning learning &#171; Ramblings from Africa</dc:creator>
		<pubDate>Tue, 06 Oct 2009 06:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-521</guid>
		<description>[...] ADDIE is dead! Long live ADDIE!, September 9, 2009 [...]</description>
		<content:encoded><![CDATA[<p>[...] ADDIE is dead! Long live ADDIE!, September 9, 2009 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Dunn</title>
		<link>http://gramconsulting.com/2009/09/addie-is-dead-long-live-addie/comment-page-1/#comment-484</link>
		<dc:creator>Patrick Dunn</dc:creator>
		<pubDate>Mon, 14 Sep 2009 08:37:12 +0000</pubDate>
		<guid isPermaLink="false">http://gramconsulting.com/?p=1474#comment-484</guid>
		<description>I started replying to this but it got too long, so I&#039;ve blogged about it here:  http://patrickdunn.squarespace.com/occasional-rants/2009/9/14/more-on-addie-sorry.html

But briefly:

Outside of the military/police and similar, anything like rigorous application of ADDIE is almost wholly absent in the UK/Europe. ISD/ADDIE was and is a North American phenomenon. The really interesting questions are around why, in what ways, the implications etc.

I&#039;ve heard many times that expert ADDIE/ISD users treat it loosely, which is fine. Where we need to get to, in training new professionals is a point where we get people to the truth - that ADDIE is an interesting concept and a means of design support - very early on in their development. This is absolutely not the case in the military and similar, where hundreds (probably thousands) are still taught ADDIE/ISD as an immovable and inflexible truth. 

Why are we so engaged in still talking about it? Because I think we (instructional/learning design, learning technology etc.) have a sense of insecurity about what we do. We used to have a process (ADDIE), and....eeeek....now we don&#039;t.

We do have alternatives. We don&#039;t have another huge, comprehensive methodology, but then we wouldn&#039;t these days because life isn&#039;t like that any more. What we have is a messy, evolving, confusing mass of heuristics and half-digested processes, which kind of reflects the reality of day to day design.</description>
		<content:encoded><![CDATA[<p>I started replying to this but it got too long, so I&#8217;ve blogged about it here:  <a href="http://patrickdunn.squarespace.com/occasional-rants/2009/9/14/more-on-addie-sorry.html" rel="nofollow">http://patrickdunn.squarespace.com/occasional-rants/2009/9/14/more-on-addie-sorry.html</a></p>
<p>But briefly:</p>
<p>Outside of the military/police and similar, anything like rigorous application of ADDIE is almost wholly absent in the UK/Europe. ISD/ADDIE was and is a North American phenomenon. The really interesting questions are around why, in what ways, the implications etc.</p>
<p>I&#8217;ve heard many times that expert ADDIE/ISD users treat it loosely, which is fine. Where we need to get to, in training new professionals is a point where we get people to the truth &#8211; that ADDIE is an interesting concept and a means of design support &#8211; very early on in their development. This is absolutely not the case in the military and similar, where hundreds (probably thousands) are still taught ADDIE/ISD as an immovable and inflexible truth. </p>
<p>Why are we so engaged in still talking about it? Because I think we (instructional/learning design, learning technology etc.) have a sense of insecurity about what we do. We used to have a process (ADDIE), and&#8230;.eeeek&#8230;.now we don&#8217;t.</p>
<p>We do have alternatives. We don&#8217;t have another huge, comprehensive methodology, but then we wouldn&#8217;t these days because life isn&#8217;t like that any more. What we have is a messy, evolving, confusing mass of heuristics and half-digested processes, which kind of reflects the reality of day to day design.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

