<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Oye, Phil and John Payne</title>	<link>http://tc.eserver.org/authors/Oye,_Phil_and_John_Payne</link>
	<description>A bibliography of works by Oye, Phil and John Payne in the field of technical communication.</description>
	<language>en-us</language>
	<copyright>Copyright (c) 2005-08 by the EServer. All rights reserved.</copyright>
	<managingEditor>tclib-editorial@eserver.org (TC Library Editorial Board)</managingEditor>
	<webMaster>webmaster@eserver.org (Geoffrey Sauer)</webMaster>
	<image>
		<url>http://tc.eserver.org/images/newlogo.gif</url>
		<title>Oye, Phil and John Payne</title>
		<link>http://tc.eserver.org/dir/Oye,_Phil_and_John_Payne</link>
	</image>
	<item>
		<title>Creating a User Experience Specification</title>
		<link>http://tc.eserver.org/29762.html</link>
		<guid>http://tc.eserver.org/29762.html</guid>
		<description>Creating any system of sufficient complexity requires a diverse team and a dizzying amount of documentation. While these documents do a great job of conveying components of the system, they do not provide an integrated view. This is because each covers different aspects of the system, written by a different author for a different audience. This paper proposes that project teams should create a user experience specification, a document that shows what the system looks like, how it behaves, and how it works. This specification needs to describe the system for all team members, at a useful level of detail, in a form that encourages team members to read it and inviting enough to get them to participate in the design, as well as allow developers to build from.</description>
	</item>
	<atom:link href="http://tc.eserver.org/authors/Oye,_Phil_and_John_Payne.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>