<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Behind the scenes: evolving the UI</title>
	<atom:link href="http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/</link>
	<description>Blogs from the Mike CI Team</description>
	<lastBuildDate>Thu, 25 Feb 2010 16:38:07 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris Neal</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-21</link>
		<dc:creator>Chris Neal</dc:creator>
		<pubDate>Wed, 18 Nov 2009 17:28:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-21</guid>
		<description>Thanks - I&#039;ll check out those MockUpMagnets they sound good!</description>
		<content:encoded><![CDATA[<p>Thanks &#8211; I&#8217;ll check out those MockUpMagnets they sound good!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michal</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-19</link>
		<dc:creator>Michal</dc:creator>
		<pubDate>Wed, 18 Nov 2009 15:38:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-19</guid>
		<description>Great post! 

I love Balsamiq! Use it every week. 
Before I use Balsamiq though, I like to sketch on a whiteboard first, just like you advised in your post.

I like using MockUpMagnets.com for that white-board phase.
Great for client meetings, UI brainstorming, etc.</description>
		<content:encoded><![CDATA[<p>Great post! </p>
<p>I love Balsamiq! Use it every week.<br />
Before I use Balsamiq though, I like to sketch on a whiteboard first, just like you advised in your post.</p>
<p>I like using MockUpMagnets.com for that white-board phase.<br />
Great for client meetings, UI brainstorming, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Neal</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-8</link>
		<dc:creator>Chris Neal</dc:creator>
		<pubDate>Wed, 11 Nov 2009 10:24:25 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-8</guid>
		<description>Thanks for the feedback David. I agree with you that not including the UI prototyping in the Sprints is a mistake. If I can elaborate on what we do it might answer some of your questions (and possibly raise some more!). We did quite a bit of initial prototyping in Sprints 0 and 1, but as we are a new product we couldn&#039;t possibly prototype everything up front, we have to do it as we go.

One of my roles is Product Owner and I create the initial mock-ups, but these generally evolve as we review them at the Sprint planning meeting. We initially agreed the screens on a whiteboard during the Sprint planning and then put them into Balsamiq,  but this was taking too long. I now try and get some initial mock-ups for the stories I want in the next sprint done ahead of the Sprint planning. The Sprint Planning meeting is critical as it brings together the developers and UI designers to review the screens together. 

Of course they designs are never fixed and we often have to amend them once the development is under way. Any changes are generally agreed as we go, if it is a big change/issue we might discuss at the daily stand-up.

As we progress we&#039;ll need to figure out how we factor in usability and user suggestions to our process, but I think we&#039;ve got a good foundation to extend.</description>
		<content:encoded><![CDATA[<p>Thanks for the feedback David. I agree with you that not including the UI prototyping in the Sprints is a mistake. If I can elaborate on what we do it might answer some of your questions (and possibly raise some more!). We did quite a bit of initial prototyping in Sprints 0 and 1, but as we are a new product we couldn&#8217;t possibly prototype everything up front, we have to do it as we go.</p>
<p>One of my roles is Product Owner and I create the initial mock-ups, but these generally evolve as we review them at the Sprint planning meeting. We initially agreed the screens on a whiteboard during the Sprint planning and then put them into Balsamiq,  but this was taking too long. I now try and get some initial mock-ups for the stories I want in the next sprint done ahead of the Sprint planning. The Sprint Planning meeting is critical as it brings together the developers and UI designers to review the screens together. </p>
<p>Of course they designs are never fixed and we often have to amend them once the development is under way. Any changes are generally agreed as we go, if it is a big change/issue we might discuss at the daily stand-up.</p>
<p>As we progress we&#8217;ll need to figure out how we factor in usability and user suggestions to our process, but I think we&#8217;ve got a good foundation to extend.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Palomar</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-7</link>
		<dc:creator>David Palomar</dc:creator>
		<pubDate>Tue, 10 Nov 2009 17:05:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-7</guid>
		<description>A very interesting post, I am looking for information on how to integrate UI designers into the scrum process, because in many projects the UI is seen as an external task to the project and it is not to the planning, except perhaps in the first sprint . Of course, no assessment tasks usability, and so on. Something that I think is a mistake.

This post gives me a clue.

But who decides what is the best prototype, the Product Owner? &quot;You realize a sprint 0 to produce the prototypes? You decide in daily meetings? How evolutionary prototype integrals in the sprints with the backend?
A lot of questions, I know.</description>
		<content:encoded><![CDATA[<p>A very interesting post, I am looking for information on how to integrate UI designers into the scrum process, because in many projects the UI is seen as an external task to the project and it is not to the planning, except perhaps in the first sprint . Of course, no assessment tasks usability, and so on. Something that I think is a mistake.</p>
<p>This post gives me a clue.</p>
<p>But who decides what is the best prototype, the Product Owner? &#8220;You realize a sprint 0 to produce the prototypes? You decide in daily meetings? How evolutionary prototype integrals in the sprints with the backend?<br />
A lot of questions, I know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Neal</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-5</link>
		<dc:creator>Chris Neal</dc:creator>
		<pubDate>Tue, 10 Nov 2009 11:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-5</guid>
		<description>Thanks Mark. I&#039;m glad you found it useful!</description>
		<content:encoded><![CDATA[<p>Thanks Mark. I&#8217;m glad you found it useful!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Tattersall</title>
		<link>http://blogs.mikeci.com/2009/11/06/behind-the-scenes-evolving-the-ui/#comment-4</link>
		<dc:creator>Mark Tattersall</dc:creator>
		<pubDate>Mon, 09 Nov 2009 15:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.mikeci.com/?p=30#comment-4</guid>
		<description>Nice post. It is always good to hear how the development process works in real life from shop to shop.

I think the point you make about Photoshop is very valid. The 2nd stage prototping I have seen has always been in HTML, CSS to ensure that the design is grounded in reality.</description>
		<content:encoded><![CDATA[<p>Nice post. It is always good to hear how the development process works in real life from shop to shop.</p>
<p>I think the point you make about Photoshop is very valid. The 2nd stage prototping I have seen has always been in HTML, CSS to ensure that the design is grounded in reality.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
