<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Articles&gt;Project Management&gt;Agile</title>	<link>http://tc.eserver.org/dir/Articles/Project-Management/Agile</link>
	<description>A listing of the most recently indexed works about Articles and Project Management and Agile 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>Articles&gt;Project Management&gt;Agile</title>
		<link>http://tc.eserver.org/dir/Articles/Project-Management/Agile</link>
	</image>
	<item>
		<title>Agile User Experience Projects</title>
		<link>http://tc.eserver.org/35715.html</link>
		<guid>http://tc.eserver.org/35715.html</guid>
		<description>Agile projects aren&apos;t yet fully user-driven, but new research shows that developers are actually more bullish on key user experience issues than UX people themselves.</description>
	</item>
	<item>
		<title>Getting Real About Agile Design</title>
		<link>http://tc.eserver.org/33640.html</link>
		<guid>http://tc.eserver.org/33640.html</guid>
		<description>Agile is here to stay. The economic difficulties of the past months have finally put waterfall out of its misery; now more than ever, long requirements phases and vaporous up-front documentation aren’t acceptable. Software must be visible and valuable from the start.&#xD;&#xD;For many designers, Agile is already a fact of life (and for those less accustomed, some recommended reading follows at the foot of this article). We are reaching the point where we must either acclimatize or risk being bypassed. The good news is that Agile does allow us to still do the things we hold dear—research, develop a vision, and test and improve our designs—we just need new techniques. Now is the time to get real, and prove design can adapt, if we want to stay relevant in these increasingly unreal times.</description>
	</item>
	<item>
		<title>Agile Development Projects and Usability</title>
		<link>http://tc.eserver.org/33454.html</link>
		<guid>http://tc.eserver.org/33454.html</guid>
		<description>Agile methods aim to overcome usability barriers in traditional development, but pose new threats to user experience quality. By modifying Agile approaches, however, many companies have realized the benefits without the pain.</description>
	</item>
	<item>
		<title>Adopting User-Centered Design Within An Agile Process: A Conversation</title>
		<link>http://tc.eserver.org/32997.html</link>
		<guid>http://tc.eserver.org/32997.html</guid>
		<description>eXtreme Programming and other agile processes provide a middle ground between chaos and over-elaborate processes sometimes referred to as &apos;death by documentation&apos;. A particular attrtactive aspect of the agile approach for many teams is its willingness to accomodate change no matter how advanced development might be. However, this very flexibility can cause user interface design issues and ensuing usability problems. Adopting a user-centered approach to user interface design can address these issues, as the following simulated conversation between a user-centered design consultant and an XP team leader will explain.</description>
	</item>
	<item>
		<title>Agile: What is it Anyway?</title>
		<link>http://tc.eserver.org/31040.html</link>
		<guid>http://tc.eserver.org/31040.html</guid>
		<description>Agile methodologies have had a lot of press in recent years. To listen to some people, agile methodologies are the answer to all the ailments that have ever plagued software development from the beginning of the computer age. But what are they, really? And do they really deliver on that promise? The answer is: (drumroll, please) it depends.</description>
	</item>
	<item>
		<title>Adapting to Scrum: Challenges and Strategies</title>
		<link>http://tc.eserver.org/29463.html</link>
		<guid>http://tc.eserver.org/29463.html</guid>
		<description>Read about some of the challenges facing technical writers who create product documentation in a Scrum environment, as well as strategies for confronting these challenges.</description>
	</item>
	<item>
		<title>A CIO&apos;s Playbook for Adopting the Scrum Method of Achieving Software Agility</title>
		<link>http://tc.eserver.org/28599.html</link>
		<guid>http://tc.eserver.org/28599.html</guid>
		<description>Scrum is a proven, Agile software management method that has been widely adopted by organizations seeking to reliably deliver higher quality software. Scrum is a simple process: it has a small set of interrelated practices and rules, is not overly prescriptive, can be learned quickly and produces productivity gains almost immediately.</description>
	</item>
	<item>
		<title>A CIO&apos;s Playbook for Adopting the Scrum Method of Achieving Software Agility</title>
		<link>http://tc.eserver.org/28612.html</link>
		<guid>http://tc.eserver.org/28612.html</guid>
		<description>Provides a brief overview of the Scrum method as well as &apos;playbook&apos; of guidelines and tactics for enterprise-wide adoption of Scrum.</description>
	</item>
	<item>
		<title>Five Levels of Agile Planning: From Enterprise Product Vision to Team Stand-up</title>
		<link>http://tc.eserver.org/28597.html</link>
		<guid>http://tc.eserver.org/28597.html</guid>
		<description>Existing agile methods often focus on small, single-team projects and overlook the broader impact of large, multi-team and multi-year projects. This paper outlines a distinct planning framework that has been used successfully in large-scale agile software development projects and relies on five levels: product vision, product roadmap, release plan, sprint plan and daily commitment. Each of the five levels of planning addresses the fundamental planning principles: priorities, estimates and commitments.&#xD;&#xD;In this paper, the main agile principles are introduced, as well as the Lean principles upon which the agile methods are built. One of those Lean principles, Muri, or overburdening of people, is addressed through the extension of the agile planning process. The extension of the most used agile planning technique (iteration planning) is described in detail, both the motivation for the extension as well as the collaboration practices behind each planning level. In the final chapter, the impact of product complexities on the planning process is evaluated, and a solution to create a smooth flow in the planning/delivery cycle is presented.</description>
	</item>
	<item>
		<title>Homer&apos;s Odyssey</title>
		<link>http://tc.eserver.org/28606.html</link>
		<guid>http://tc.eserver.org/28606.html</guid>
		<description>In this offbeat presentation, Jean compares the impediments and obstacles encountered by an Agile mentor with those detailed in Homer&apos;s classical reference. Through the presentation and dialogue, you will discover who plays which classical roles in an organization&apos;s effort to adopt Agile practices: Cyclops, the Sirens, Poseidon, Circe, Cicones, the Lotus-Eaters, and even the good-and-faithful dog Argus.</description>
	</item>
	<item>
		<title>A Project Manager&apos;s Survival Guide to Going Agile</title>
		<link>http://tc.eserver.org/28598.html</link>
		<guid>http://tc.eserver.org/28598.html</guid>
		<description>When software development project teams move to Agile methodologies, they often leave project managers behind. Traditionally trained project managers are confused as to what their new roles and responsibilities should be in an environment that no longer needs them to make stand-alone decisions.&#xD;&#xD;This paper focuses on re-defining the job of project manager to better fit the self-managed team environment, one of the core Agile principles. Special emphasis is placed on the shift to servant leadership, with its focus on facilitation and collaboration. Mapping of PMBOK knowledge areas to Agile practices is discussed at length. After reading this paper, project managers should have a better understanding of what changes they need to make professionally, and how to make these changes in order to survive the transition to an Agile software development approach.</description>
	</item>
	<item>
		<title>Successfully Managing Agile Projects in the Waterfall Enterprise</title>
		<link>http://tc.eserver.org/28601.html</link>
		<guid>http://tc.eserver.org/28601.html</guid>
		<description>Agile and waterfall methods are utterly different—from the way projects start to the expected deliverables and release schedules. In a waterfall world, what&apos;s an IT enterprise to do? Can agile and waterfall methodologies successfully coexist? The answer is yes, for both the short-term and the long-term.&#xD;&#xD;In this presentation, Michele Sliger outlines how to: factor your company&apos;s business needs into existing agile processes, streamline requirements and activities and identify specific points where agile and waterfall teams must plan, coordinate, and review progress. Learn how you can make agile processes work in the real-world.</description>
	</item>
	<item>
		<title>Tactical Management of Agile Development: Achieving Competitive Advantage</title>
		<link>http://tc.eserver.org/28600.html</link>
		<guid>http://tc.eserver.org/28600.html</guid>
		<description>This whitepaper provides an Agile development overview full of techniques, best practices and educational materials.</description>
	</item>
	<item>
		<title>A Tale of Two Technical Writing Teams</title>
		<link>http://tc.eserver.org/28603.html</link>
		<guid>http://tc.eserver.org/28603.html</guid>
		<description>Sometimes considered an afterthought in the product development lifecycle, technical writers often struggle to become part of a performing Agile team.</description>
	</item>
	<item>
		<title>Agile Development Checklist</title>
		<link>http://tc.eserver.org/27801.html</link>
		<guid>http://tc.eserver.org/27801.html</guid>
		<description>The purpose of this article is to define a set of ideal practices for an agile software development project.</description>
	</item>
	<item>
		<title>Easing Into Agile Modeling</title>
		<link>http://tc.eserver.org/27602.html</link>
		<guid>http://tc.eserver.org/27602.html</guid>
		<description>Agile modeling started out fairly complex and it grew a bit into its current form.</description>
	</item>
	<atom:link href="http://tc.eserver.org/dir/Articles/Project-Management/Agile.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>