<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Boxes and Arrows: Comments by Marla Scott</title>
    <link>http://www.boxesandarrows.com/person/9507</link>
    <pubDate>Mon, 16 Jul 2007 00:55:47 GMT</pubDate>
    <description>Comments by Marla Scott</description>
    <item>
      <description>&lt;p&gt;Thanks for this breakdown, Adam. Our project team recently used this method of breaking out user stories with regard to priorities, project deliverables and tasks.&lt;/p&gt;

	&lt;p&gt;It&amp;#8217;s worked very well for us with a strong project manager keeping us on track and supporting the appropriate meetings. The &amp;#8220;what we did well&amp;#8221; column at the end of each iteration far outweigh the &amp;#8220;what we didn&amp;#8217;t do so well&amp;#8221; column from all team member perspectives, including development, product owner, IA, design and technical analyst.&lt;/p&gt;

	&lt;p&gt;I think it&amp;#8217;s in the way the user stories are defined. In our case, that meant a conscious effort to remove design/UI language such &amp;#8220;a checkbox option&amp;#8221; or &amp;#8220;a drop down list&amp;#8221; that helped define the skeleton under the muscle.&lt;/p&gt;

	&lt;p&gt;Like you said, it removes the politics, frees the UI in a way I have not experienced in a multi-role team environment and tames the value business creates for certain visual aspects and interactions by putting them into the proper perspective.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/faceted-feature#content_9952</link>
      <guid>http://www.boxesandarrows.com/view/faceted-feature#content_9952</guid>
      <pubDate>Mon, 16 Jul 2007 00:55:47 GMT</pubDate>
      <author>Marla Scott</author>
    </item>
  </channel>
</rss>
