<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Design&gt;Project Management&gt;Collaboration</title>	<link>http://tc.eserver.org/dir/Design/Project-Management/Collaboration</link>
	<description>A listing of the most recently indexed works about Design and Project Management and Collaboration 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>Design&gt;Project Management&gt;Collaboration</title>
		<link>http://tc.eserver.org/dir/Design/Project-Management/Collaboration</link>
	</image>
	<item>
		<title>Differentiating Your Design: A Visual Approach to Competitive Reviews</title>
		<link>http://tc.eserver.org/34234.html</link>
		<guid>http://tc.eserver.org/34234.html</guid>
		<description>A common activity at the outset of many design projects is a competitive review. As a designer, when you encounter a design problem, it’s a natural instinct to try to understand what others are doing to solve the same or similar problems. However, like other design-related activities, if you start a competitive review without a clear purpose and strategy for the activity, doing the review may not be productive.</description>
	</item>
	<item>
		<title>Setting Priorities</title>
		<link>http://tc.eserver.org/33490.html</link>
		<guid>http://tc.eserver.org/33490.html</guid>
		<description>Nearly every company I’ve worked with since becoming a web professional six years ago has lacked an efficient way to decide which things to do first. Put 10 people into a room for an hour, and they’ll surely come up with a wish list a mile long.</description>
	</item>
	<item>
		<title>Look at it Another Way</title>
		<link>http://tc.eserver.org/32237.html</link>
		<guid>http://tc.eserver.org/32237.html</guid>
		<description>Seeing the same thing from different perspectives is much praised but little practiced. We don’t often realize what we can gain by seeing another scene in the picture.</description>
	</item>
	<item>
		<title>Faceted Feature Analysis</title>
		<link>http://tc.eserver.org/29280.html</link>
		<guid>http://tc.eserver.org/29280.html</guid>
		<description>By crossing the characterizing facets with constraints, you are combining the subjective needs of the project stakeholders with the objective constraints of the project in a way that ensures all points of view are fairly considered. It also ensures that a project requirement is not included or excluded simply because one person yelled louder than the others.</description>
	</item>
	<item>
		<title>Walking Through Your Product Design With Stakeholders</title>
		<link>http://tc.eserver.org/28898.html</link>
		<guid>http://tc.eserver.org/28898.html</guid>
		<description>You are the lead designer--or perhaps even the sole designer on a product team. You have just completed your product design, and it&apos;s time to walk through your design approach with the project stakeholders, including management, developers, and users. What do you need to do to prepare for your presentation? This article provides some basic tips to help you better prepare to walk through your product designs with stakeholders.</description>
	</item>
	<item>
		<title>How to Plan Manpower on a Web Team</title>
		<link>http://tc.eserver.org/27856.html</link>
		<guid>http://tc.eserver.org/27856.html</guid>
		<description>Just how many people does it take to properly manage a website? It depends on the website. Shane Diffily explains how to figure it out.</description>
	</item>
	<item>
		<title>Five Ways to Get the Most from In-House Designers</title>
		<link>http://tc.eserver.org/23970.html</link>
		<guid>http://tc.eserver.org/23970.html</guid>
		<description>Over the last two years, we&apos;ve heard from increasing numbers of executives who want to bring interaction design in-house because they&apos;ve realized how critical it is to product success. There are plenty of challenges involved in doing this, including hiring and training the right people. One of the challenges companies may not expect, though, is in deciding how to use those resources once they&apos;ve been found.</description>
	</item>
	<item>
		<title>Bridging the Gap Between Creative and Technical Types</title>
		<link>http://tc.eserver.org/23511.html</link>
		<guid>http://tc.eserver.org/23511.html</guid>
		<description>Does a gap between those considered creative types and those considered technical types really exist, or is it just a perception we&apos;ve fostered?</description>
	</item>
	<item>
		<title>Intranet Teams: a Leadership and Coaching Role</title>
		<link>http://tc.eserver.org/22082.html</link>
		<guid>http://tc.eserver.org/22082.html</guid>
		<description>The intranet team often becomes viewed as a gatekeeper or  bottleneck that does little more than say &apos;no&apos; to business units. The business then reacts by rebelling against this centralised  control, or simply working around the intranet team.&#xD;&#xD;There is a better way.&#xD;&#xD;Intranet teams should instead look to playing a leadership and coaching role in the organisation. These two  approaches provide a range of techniques for encouraging organisational change and supporting staff activities.</description>
	</item>
	<item>
		<title>Managing--and Surviving--A Design Project</title>
		<link>http://tc.eserver.org/15165.html</link>
		<guid>http://tc.eserver.org/15165.html</guid>
		<description>Describes a process for designing documents that establishes clear goals and minimizes disagreements.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Design/Project-Management/Collaboration.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>