<?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 Tony Collen</title>
    <link>http://www.boxesandarrows.com/person/126913</link>
    <pubDate>Mon, 01 Feb 2010 18:56:06 GMT</pubDate>
    <description>Comments by Tony Collen</description>
    <item>
      <description>&lt;p&gt;I&amp;#8217;m currently pushing for a &lt;span class="caps"&gt;UCD&lt;/span&gt; process at work, and we&amp;#8217;ve drank the Scrum kool-aid already.&lt;/p&gt;

	&lt;p&gt;The points I&amp;#8217;m having the largest difficulty resolving are mines 2 and 5.&lt;/p&gt;

	&lt;p&gt;For #2, because we tend to do 2- to 3-week sprints, on the development team we tend to not know what&amp;#8217;s coming up until our sprint planning meeting.  We tend to do a lot of responding to &lt;span class="caps"&gt;RFP&lt;/span&gt;&amp;#8217;s, which is a minefield in itself. Often as developers, we get the standard spreadsheet of requirements directly from the customer, without much analysis into the problem.&lt;/p&gt;

	&lt;p&gt;Which leads into #5. Once we know what we need to do, the sprint timer has started, and we often don&amp;#8217;t discuss designs and possible solutions until we&amp;#8217;re in our sprint planning meeting.  Our situation is made worse by the fact that the developers on this team are all remote to each other, so our meetings tend to take place over the phone.&lt;/p&gt;

	&lt;p&gt;I&amp;#8217;ve been an advocate for getting more &amp;#8220;look-ahead&amp;#8221; in our process, and having a specifically defined role within the organization that works with project management and customers to come up with a design before dumping work on engineers.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/bringing-user#content_50240</link>
      <guid>http://www.boxesandarrows.com/view/bringing-user#content_50240</guid>
      <pubDate>Mon, 01 Feb 2010 18:56:06 GMT</pubDate>
      <author>Tony Collen</author>
    </item>
  </channel>
</rss>

