<?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: Two Ways Agile and UX Can Work Together	</title>
	<atom:link href="https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/</link>
	<description></description>
	<lastBuildDate>Sun, 11 Aug 2019 22:20:02 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Agile and User Experience &#171; Agile, Lean and Scrum		</title>
		<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/#comment-47</link>

		<dc:creator><![CDATA[Agile and User Experience &#171; Agile, Lean and Scrum]]></dc:creator>
		<pubDate>Thu, 21 Apr 2011 15:23:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=473#comment-47</guid>

					<description><![CDATA[[...] How far will just-in-time design really get you in creating a great user experience? The article &#8220;Two Ways Agile and UX Can Work Together&#8221; by Niki Dare presents the value of just-enough user-centered design in an Agile development process [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] How far will just-in-time design really get you in creating a great user experience? The article &#8220;Two Ways Agile and UX Can Work Together&#8221; by Niki Dare presents the value of just-enough user-centered design in an Agile development process [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: TapaGeuR &#187; ITGIF – “IT-God” It’s Friday #23		</title>
		<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/#comment-45</link>

		<dc:creator><![CDATA[TapaGeuR &#187; ITGIF – “IT-God” It’s Friday #23]]></dc:creator>
		<pubDate>Tue, 19 Apr 2011 23:35:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=473#comment-45</guid>

					<description><![CDATA[[...] The Cost of an Exception 12 Behavior Anti Patterns You Will Face As a Software Team Leader Two Ways Agile and UX Can Work Together Questioning Story Points Void Class Java How we do Sprint Zero How to advance your career? Read the [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] The Cost of an Exception 12 Behavior Anti Patterns You Will Face As a Software Team Leader Two Ways Agile and UX Can Work Together Questioning Story Points Void Class Java How we do Sprint Zero How to advance your career? Read the [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Software Linkopedia April 2011 &#124; Software Development Musings from the Editor of Methods &#38; Tools		</title>
		<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/#comment-41</link>

		<dc:creator><![CDATA[Software Linkopedia April 2011 &#124; Software Development Musings from the Editor of Methods &#38; Tools]]></dc:creator>
		<pubDate>Thu, 14 Apr 2011 15:28:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=473#comment-41</guid>

					<description><![CDATA[[...] Article: Two Ways Agile and UX Can Work Together [...]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Article: Two Ways Agile and UX Can Work Together [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Craig		</title>
		<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/#comment-40</link>

		<dc:creator><![CDATA[Craig]]></dc:creator>
		<pubDate>Wed, 13 Apr 2011 13:07:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=473#comment-40</guid>

					<description><![CDATA[Good article and without doubt a hot topic in the community at the moment. 

It mentions above &quot;Essentially the user experience team works an iteration ahead of the development team. A short pre-iteration planning meeting is had with the client to determine their upcoming needs for the next iteration. &quot;

Can you confirm if implement production as a firm team split ? What I mean by this is, do you actually commit to be part of the development team as well, to implement and support the designs. In our setup we aim to have top level design which is available to the team and we mix designers into the production teams who work on implementation, but also awareness of the next sprint where they can plan slightly ahead. These plans/ideas are discussed with the PO and team halfway through the sprint for clarification. For us this works well as we deliver a working prototype as a cross-functional team for the sprint review which invites feedback early into the product.

Also if there is a split in the teams as above, design quality can decrease by working in isolated disciplines/functional units? I have seen designs improved where designers discuss and work with developers for instance as designers can be made aware whats possible or not. On the reverse it can reduce time by providing discussion on alternatives etc.

Craig]]></description>
			<content:encoded><![CDATA[<p>Good article and without doubt a hot topic in the community at the moment. </p>
<p>It mentions above &#8220;Essentially the user experience team works an iteration ahead of the development team. A short pre-iteration planning meeting is had with the client to determine their upcoming needs for the next iteration. &#8221;</p>
<p>Can you confirm if implement production as a firm team split ? What I mean by this is, do you actually commit to be part of the development team as well, to implement and support the designs. In our setup we aim to have top level design which is available to the team and we mix designers into the production teams who work on implementation, but also awareness of the next sprint where they can plan slightly ahead. These plans/ideas are discussed with the PO and team halfway through the sprint for clarification. For us this works well as we deliver a working prototype as a cross-functional team for the sprint review which invites feedback early into the product.</p>
<p>Also if there is a split in the teams as above, design quality can decrease by working in isolated disciplines/functional units? I have seen designs improved where designers discuss and work with developers for instance as designers can be made aware whats possible or not. On the reverse it can reduce time by providing discussion on alternatives etc.</p>
<p>Craig</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Vin D'Amico		</title>
		<link>https://www.scrumexpert.com/knowledge/two-ways-agile-and-ux-can-work-together/#comment-39</link>

		<dc:creator><![CDATA[Vin D'Amico]]></dc:creator>
		<pubDate>Tue, 12 Apr 2011 14:02:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.scrumexpert.com/?p=473#comment-39</guid>

					<description><![CDATA[You&#039;ve wondered into a controversial area. In a perfect world (which we know does not exist), software developers, UX developers and testers are one unified team working on short sprints. The problem with this theory is simply that good UX development can be a huge time sink. The end users never know what they want until they see it. The back-and-forth required to reach consensus on the UX can easily take weeks.

I find that it&#039;s best to shelter the software developers from much of the UX development. They tend to get frustrated by the lack of consensus and the delays. For that reason, I like the sprint zero approach and/or some type of parallel track for UX and software.

Thanks for sharing your insights!]]></description>
			<content:encoded><![CDATA[<p>You&#8217;ve wondered into a controversial area. In a perfect world (which we know does not exist), software developers, UX developers and testers are one unified team working on short sprints. The problem with this theory is simply that good UX development can be a huge time sink. The end users never know what they want until they see it. The back-and-forth required to reach consensus on the UX can easily take weeks.</p>
<p>I find that it&#8217;s best to shelter the software developers from much of the UX development. They tend to get frustrated by the lack of consensus and the delays. For that reason, I like the sprint zero approach and/or some type of parallel track for UX and software.</p>
<p>Thanks for sharing your insights!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
