<?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"
	>
<channel>
	<title>Comments on: What is Post Implementation Review?</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/</link>
	<description></description>
	<pubDate>Wed, 25 Nov 2009 19:03:17 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Jaideep</title>
		<link>http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/#comment-24</link>
		<dc:creator>Jaideep</dc:creator>
		<pubDate>Thu, 28 May 2009 07:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/#comment-24</guid>
		<description>Thanks Robin, I would agree with you in most of the part – yes post implementation review conducted after a certain period from project sign off can be termed as “post mortem” and a way to record “lessons learnt”. When we do some cash deposits or withdrawals or cheque deposits in our bank account – do we call the pass book entry as “post mortem”. If we look at it from a different perspective – can we term post implementation review as a reconciliation process for next projects. Improvement is a never dying process and these are some ways of identifying what improvements are required.

Definitely if the lessons learnt is just a photocopy or copy-paste process in all projects (i.e. just a formality), it clearly shows that the document is being filled for acquiring or sustaining a certification and not in real sense of improvement in the organization.</description>
		<content:encoded><![CDATA[<p>Thanks Robin, I would agree with you in most of the part – yes post implementation review conducted after a certain period from project sign off can be termed as “post mortem” and a way to record “lessons learnt”. When we do some cash deposits or withdrawals or cheque deposits in our bank account – do we call the pass book entry as “post mortem”. If we look at it from a different perspective – can we term post implementation review as a reconciliation process for next projects. Improvement is a never dying process and these are some ways of identifying what improvements are required.</p>
<p>Definitely if the lessons learnt is just a photocopy or copy-paste process in all projects (i.e. just a formality), it clearly shows that the document is being filled for acquiring or sustaining a certification and not in real sense of improvement in the organization.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RobinGoldsmith</title>
		<link>http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/#comment-23</link>
		<dc:creator>RobinGoldsmith</dc:creator>
		<pubDate>Tue, 26 May 2009 14:44:30 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/quality-assurance/what-is-post-implementation-review/#comment-23</guid>
		<description>While I agree customers/users/stakeholders indeed should and do assess success of a system after its implementation, I believe the term “post-implementation review” (which often also is called the unfortunate term, “post mortems”) more commonly refers to an improvement-oriented analysis by the project team (which may include various users, customers, and stakeholders as well) to identify “lessons learned” what went well, what went poorly, and ways to improve each the next project.  

In practice, this commonly-performed, typically final, step in the project management life cycle too often fails to provide its potential value because the lessons learned aren’t actually learned and thus aren’t applied.  Consequently, in my experience, most organizations’ post-implementation review lessons learned could be produced on a photocopier.  That is, because the improvements are never implemented, post-implementation reviews tend to produce the same lessons learned project after project.</description>
		<content:encoded><![CDATA[<p>While I agree customers/users/stakeholders indeed should and do assess success of a system after its implementation, I believe the term “post-implementation review” (which often also is called the unfortunate term, “post mortems”) more commonly refers to an improvement-oriented analysis by the project team (which may include various users, customers, and stakeholders as well) to identify “lessons learned” what went well, what went poorly, and ways to improve each the next project.  </p>
<p>In practice, this commonly-performed, typically final, step in the project management life cycle too often fails to provide its potential value because the lessons learned aren’t actually learned and thus aren’t applied.  Consequently, in my experience, most organizations’ post-implementation review lessons learned could be produced on a photocopier.  That is, because the improvements are never implemented, post-implementation reviews tend to produce the same lessons learned project after project.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- dynamic -->