<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
	<title>Rally Software Development</title>	<link>http://tc.eserver.org/publisher/Rally_Software_Development</link>
	<description>A listing of works published by Rally Software Development 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>Rally Software Development</title>
		<link>http://tc.eserver.org/dir/Rally_Software_Development</link>
	</image>
	<item>
		<title>The Agile/Waterfall Cooperative</title>
		<link>http://tc.eserver.org/28605.html</link>
		<guid>http://tc.eserver.org/28605.html</guid>
		<description>In this tutorial, attendees will learn to factor their company&apos;s business needs into their existing Agile procedures, and management will learn how to begin the investigative work of determining how to streamline these requirements and activities so that they don&apos;t hamper the project.</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>DSDM: Go for the Nine</title>
		<link>http://tc.eserver.org/28607.html</link>
		<guid>http://tc.eserver.org/28607.html</guid>
		<description>This presentation reviews the benefits, principles and history of DSDM (Dynamic Systems Development Method).</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>Five Levels of Planning</title>
		<link>http://tc.eserver.org/28604.html</link>
		<guid>http://tc.eserver.org/28604.html</guid>
		<description>The purpose of this presentation is to learn how to plan Agile projects from product vision all the way to daily stand-up and to feel the effect when 100 people prioritize, estimate and commit the plans for a major delivery. </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>Introduction to Agile Methods and Practices</title>
		<link>http://tc.eserver.org/28611.html</link>
		<guid>http://tc.eserver.org/28611.html</guid>
		<description>Rally&apos;s Hubert Smits provides a broad introduction to concepts of Agile software development and Agile methods. The talk is based on his experience as an Agile coach and Certified Scrum Master. Concepts that are known from waterfall or plan-driven development are transformed to an Agile perspective. Examples are release and iteration planning, progress reporting, meeting formats and scaling projects from 10 people teams to 300 people teams.</description>
	</item>
	<item>
		<title>Overview of Agile</title>
		<link>http://tc.eserver.org/28602.html</link>
		<guid>http://tc.eserver.org/28602.html</guid>
		<description>This presentation provides a broad introduction to concepts of Agile software development and Agile methods. The talk is based on the speaker&apos;s experience as an Agile coach and Certified Scrum Master. Traditional concepts from waterfall or plan-driven development are transformed to an Agile perspective. Examples are release and iteration planning, progress reporting, meeting formats and scaling projects from 10 people teams to 300 people teams.</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>A Project Manager&apos;s Survival Guide to Going Agile</title>
		<link>http://tc.eserver.org/28609.html</link>
		<guid>http://tc.eserver.org/28609.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 presentation 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>Stop Super-Sizing Your Release Plans</title>
		<link>http://tc.eserver.org/28608.html</link>
		<guid>http://tc.eserver.org/28608.html</guid>
		<description>As Agile development teams gain success, the team&apos;s bottleneck moves up the food chain to product owners. To support rapid and iterative progress, development teams are demanding that product owners switch from traditional approaches of super-sizing long release cycles to a continuous flow of independent, negotiable and small, bite-sized morsels.</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 Project Management - Reliable Innovation</title>
		<link>http://tc.eserver.org/27570.html</link>
		<guid>http://tc.eserver.org/27570.html</guid>
		<description>This webinar discusses how Agile Project Management (APM) excels on projects in which new, risky technologies are incorporated; requirements are volatile and evolve; time-to-market is critical; and high quality must be maintained.</description>
	</item>
	<item>
		<title>CIO&apos;s Playbook for Adopting the Scrum Method of Achieving Software Agility</title>
		<link>http://tc.eserver.org/27563.html</link>
		<guid>http://tc.eserver.org/27563.html</guid>
		<description>The authors of this whitepaper have helped many hundreds of teams adopt Scrum. Here they share how CIOs can implement Scrum on an organization-wide basis - the challenges they will face as well as the rewards - and provides a playbook for adopting Scrum in enterprises where software, and lots of it, is the key to competitive success in the marketplace.</description>
	</item>
	<item>
		<title>The Daily Stand-Up</title>
		<link>http://tc.eserver.org/27569.html</link>
		<guid>http://tc.eserver.org/27569.html</guid>
		<description>The first and most basic rhythm of the Agile feedback cycle is the daily standup. It&apos;s just what it sounds like - a daily meeting where everyone stands up for the duration of the meeting. When I give Agile workshops, one of the questions I&apos;m often asked is how to do daily standups when the teams are geographically dispersed. While this can be a challenge to coordinate and maintain, you&apos;ll soon find that the benefits of the daily communication make it well worth the effort. Here are several options to consider with your team:</description>
	</item>
	<item>
		<title>How to Manage Agile Development</title>
		<link>http://tc.eserver.org/27564.html</link>
		<guid>http://tc.eserver.org/27564.html</guid>
		<description>This whitepaper provides an Agile development overview full of techniques, best practices and educational materials.</description>
	</item>
	<item>
		<title>Introduction to Agile Methods and Practices</title>
		<link>http://tc.eserver.org/27568.html</link>
		<guid>http://tc.eserver.org/27568.html</guid>
		<description>Provides a broad introduction to concepts of agile software development and agile methods. The talk is based on his experience as an agile coach and Certified Scrum Master.</description>
	</item>
	<item>
		<title>Introduction to Scrum Practices</title>
		<link>http://tc.eserver.org/27567.html</link>
		<guid>http://tc.eserver.org/27567.html</guid>
		<description>This tutorial brings Scrum to life by introducing Scrum principles, process, practices and roles in the form of an actual Sprint timebox. The prioritized, timeboxed topics are presented and delivered as arranged by the tutorial attendees.</description>
	</item>
	<item>
		<title>A Project Manager&apos;s Survival Guide to Going Agile</title>
		<link>http://tc.eserver.org/27562.html</link>
		<guid>http://tc.eserver.org/27562.html</guid>
		<description>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>Stop Super-sizing Your Release Plans</title>
		<link>http://tc.eserver.org/27565.html</link>
		<guid>http://tc.eserver.org/27565.html</guid>
		<description>In this presentation Ryan Martens and Luke Hohmann describe and show product owners how to think in terms of small, evenly spaced meals. They will introduce Agile principles, processes, tools and organizational structures that enable product owners to support their Agile development team&apos;s need for continuous, just-in-time elaboration of requirements and acceptance tests.</description>
	</item>
	<atom:link href="http://tc.eserver.org/publisher/Rally_Software_Development.xml" rel="self" type="application/rss+xml"/>
</channel>
</rss>