<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>Comments on Deliverables and Methods: Special Deliverable #8</title>
    <link>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8</link>
    <pubDate>Fri, 26 Jan 2007 14:51:24 GMT</pubDate>
    <description>To date this column has focused on how to make deliverables more effective, either through their content or through the tools to create them. For this issue, I would like to explore the relationship between deliverables and methodology. Unfortunately, this calls for a definition of IA methodology, which may challenge the definition of IA as the hardest question in our field.</description>
    <item>
      <description>&lt;p&gt;the &amp;#8220;make it bigger&amp;#8221; are here to stay&amp;#8212;it&amp;#8217;s up to us to figure out our responses, re: this weeks article &lt;a href="http://www.boxesandarrows.com/archives/ten_quotable_moments_challenges_and_responses_for_ui_designers.php" rel="nofollow"&gt;http://www.boxesandarrows.com/archives/ten_quotable_momen&amp;hellip;&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1521</link>
      <guid>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1521</guid>
      <pubDate>Fri, 26 Jan 2007 14:51:24 GMT</pubDate>
      <author>christina</author>
    </item>
    <item>
      <description>&lt;p&gt;&amp;#8220;I&amp;#8217;m wondering if we could go even one more step before Problem-Understanding? Perhaps even a conceptual process for locating a problem&amp;#8221;&lt;/p&gt;

	&lt;p&gt;Interesting thought, but I&amp;#8217;d be careful proposing that to clients. &amp;#8220;You mean you want to figure out how we&amp;#8217;re going to figure this stuff out?&amp;#8221;  I have nightmares where I find myself saying things like &amp;#8220;this is really a higher-order problem&amp;#8221; in front of clients&amp;#8230;sort of like pointing out that their business strategy doesn&amp;#8217;t actually incude making money.&lt;/p&gt;

	&lt;p&gt;Re: the &amp;#8220;can&amp;#8217;t the tabs be green&amp;#8221; discussion: I think IA and ID needs to develop methods that accomodate that kind of client behavior; it&amp;#8217;s just not going to go away no matter how patiently you explain things. Surely graphic designers have been dealing with this problem for hundreds of years, no?&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1520</link>
      <guid>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1520</guid>
      <pubDate>Tue, 28 Aug 2007 00:32:00 GMT</pubDate>
      <author>Andrew Otwell</author>
    </item>
    <item>
      <description>&lt;p&gt;I&amp;#8217;m wondering if we could go even one more step before Problem-Understanding?  Perhaps even a conceptual process for locating a problem&amp;#8230;not just identifying symptoms.  The reason I bring this up is I&amp;#8217;ve been in meetings where I had a diagram to help with the understanding of the problem, but only to discover that the problem I was stating was really a symptom of higher-order problem.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1519</link>
      <guid>http://www.boxesandarrows.com/view/deliverables_and_methods_special_deliverable_8#content_1519</guid>
      <pubDate>Fri, 26 Jan 2007 14:51:24 GMT</pubDate>
      <author>ML</author>
    </item>
  </channel>
</rss>
