<?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: A Call for Participation</title>
	<atom:link href="http://www.wrenchinthesystem.info/2009/07/a-call-for-participation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wrenchinthesystem.info/2009/07/a-call-for-participation/</link>
	<description>What's sabotaging your business software and how you can release the power to innovate</description>
	<lastBuildDate>Tue, 24 Nov 2009 04:09:35 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Moti Levi</title>
		<link>http://www.wrenchinthesystem.info/2009/07/a-call-for-participation/comment-page-1/#comment-13</link>
		<dc:creator>Moti Levi</dc:creator>
		<pubDate>Sun, 26 Jul 2009 18:05:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrenchinthesystem.info/wordpress/?p=126#comment-13</guid>
		<description>Acott, as my students have seen in the &quot;Managing Information Systems&quot; course I&#039;ve developed and taught and in the case studies they have done - usability is often neglected. A key issue, like Harold points out, is to get all stakeholders and users involved, understand business processes (how they are, how they should be), users&#039; thought processes (and those differ across users), users&#039; interaction processes with the software, and what good design mean. 

Most software developers are not designers, do not understand users, and often do not really understand the process (business or otherwise) they are encoding. As most people who interact with software would say, &quot;if only they were&quot;...</description>
		<content:encoded><![CDATA[<p>Acott, as my students have seen in the &#8220;Managing Information Systems&#8221; course I&#8217;ve developed and taught and in the case studies they have done &#8211; usability is often neglected. A key issue, like Harold points out, is to get all stakeholders and users involved, understand business processes (how they are, how they should be), users&#8217; thought processes (and those differ across users), users&#8217; interaction processes with the software, and what good design mean. </p>
<p>Most software developers are not designers, do not understand users, and often do not really understand the process (business or otherwise) they are encoding. As most people who interact with software would say, &#8220;if only they were&#8221;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Harold Hambrose</title>
		<link>http://www.wrenchinthesystem.info/2009/07/a-call-for-participation/comment-page-1/#comment-9</link>
		<dc:creator>Harold Hambrose</dc:creator>
		<pubDate>Thu, 16 Jul 2009 21:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrenchinthesystem.info/wordpress/?p=126#comment-9</guid>
		<description>Thanks for kicking off the discussion.

Here are some things to consider before discounting the book. 

You say, “usability is and should be standard practice.” I agree that it “should be” and I believe that most IT shops would claim that usability is a desired outcome.

However, vast usability departments exist within the largest and most “sophisticated IT shops,” yet the business systems they are producing are still profoundly ineffective in the hands of end users.  

I believe firmly that for twenty years the business software industry has behaved as if “usability” can come into existence without design, when, in truth, usability is one of many outcomes from the practice of design. Sadly, a design process that takes human requirements as seriously as business and technical requirements is still lacking in the world of business software development.

My book suggests that usability is achieved only when a true design process guides software development. This process is led by a designer and informed by the people who will use the product.</description>
		<content:encoded><![CDATA[<p>Thanks for kicking off the discussion.</p>
<p>Here are some things to consider before discounting the book. </p>
<p>You say, “usability is and should be standard practice.” I agree that it “should be” and I believe that most IT shops would claim that usability is a desired outcome.</p>
<p>However, vast usability departments exist within the largest and most “sophisticated IT shops,” yet the business systems they are producing are still profoundly ineffective in the hands of end users.  </p>
<p>I believe firmly that for twenty years the business software industry has behaved as if “usability” can come into existence without design, when, in truth, usability is one of many outcomes from the practice of design. Sadly, a design process that takes human requirements as seriously as business and technical requirements is still lacking in the world of business software development.</p>
<p>My book suggests that usability is achieved only when a true design process guides software development. This process is led by a designer and informed by the people who will use the product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: acott stevens</title>
		<link>http://www.wrenchinthesystem.info/2009/07/a-call-for-participation/comment-page-1/#comment-8</link>
		<dc:creator>acott stevens</dc:creator>
		<pubDate>Mon, 13 Jul 2009 11:43:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.wrenchinthesystem.info/wordpress/?p=126#comment-8</guid>
		<description>Does not sound too compelling of a book.  Seems that what I have read here is common knowledge and usability is and should be standard practice among sophisticated IT shops.</description>
		<content:encoded><![CDATA[<p>Does not sound too compelling of a book.  Seems that what I have read here is common knowledge and usability is and should be standard practice among sophisticated IT shops.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
