<?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 Jordan Frank</title>
    <link>http://www.boxesandarrows.com/person/1287</link>
    <pubDate>Fri, 26 Jan 2007 14:53:12 GMT</pubDate>
    <description>Comments by Jordan Frank</description>
    <item>
      <description>&lt;p&gt;Effectively, Web 2.0 is an organic, ever changing fabric knit based on collaborative efforts of the many. &lt;span class="caps"&gt;AJAX&lt;/span&gt; implementations make interacting with web interfaces speedier, in one sense, but more importantly can allow for widget  type mini-applications to live within hypertext pages.&lt;/p&gt;

	&lt;p&gt;Deployment of Web 2.0 in the enterprise begs the next question: What is Infrastructure 2.0? Enterprises are likely to make a move from consolidating to single data repositories to supporting distributed architecture, distributed storage, distributed applications, and decentralized taxonomy.&lt;/p&gt;

	&lt;p&gt;Far from a mess, this architecture works well on the web and can work on the enterprise with consolidated directory, good server infrastructur and a keen understanding of how Web 2.0 deploys given a permission based architecture vs. the &amp;#8220;everyone can read&amp;#8221; nature of the open web.&lt;/p&gt;

	&lt;p&gt;My notes from Burton Group&amp;#8217;s catalyst conference elaborate on these points: &lt;a href="http://traction.tractionsoftware.com/traction/permalink/Blog154" rel="nofollow"&gt;http://traction.tractionsoftware.com/traction/permalink/B&amp;hellip;&lt;/a&gt;&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/a_web_2_0_tour_#content_3504</link>
      <guid>http://www.boxesandarrows.com/view/a_web_2_0_tour_#content_3504</guid>
      <pubDate>Fri, 26 Jan 2007 14:53:12 GMT</pubDate>
      <author>Jordan Frank</author>
    </item>
    <item>
      <description>&lt;p&gt;In reference to a Burton Group report on the subject, I blogged about the importance and utility of hypertext as the core for interactive and compound &amp;#8220;documents&amp;#8221; where, in essence, the idea of a document dissolves, replaced with a set of mechanisms for joining pages and data in the manner that is required given a certain context.&lt;/p&gt;

	&lt;p&gt;In the context of project requirements, you could have hundreds of separate pages that you need to allocate and re-allocate across milestones, then produce &amp;#8220;document&amp;#8221; views which slice the requirements by milestone or even by status.&lt;/p&gt;

	&lt;p&gt;&lt;a href="http://traction.tractionsoftware.com/traction/permalink/Blog281" rel="nofollow"&gt;read the full entry here&lt;/a&gt;&lt;/p&gt;

	&lt;p&gt;By the way: 1 month ago, my inbox dropped to 2 messages. A business trip caused me to let it slip into the 20s but I will get back down to 1 or 2 by end of week. My tools:&lt;/p&gt;

	&lt;p&gt;1) &lt;a href="http://tractionsoftware.com" rel="nofollow"&gt;Traction&lt;/a&gt; for all the text content that I need to remember, share or track/manage&lt;br /&gt;2) &lt;span class="caps"&gt;ACT&lt;/span&gt; to record contact actions and next actions.&lt;br /&gt;3) A spreadsheet for a few simple needs like managing my trade show calendar and tracking sales&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/view/doing-todays-job#content_5148</link>
      <guid>http://www.boxesandarrows.com/view/doing-todays-job#content_5148</guid>
      <pubDate>Sun, 11 Mar 2007 18:55:30 GMT</pubDate>
      <author>Jordan Frank</author>
    </item>
    <item>
      <description>&lt;p&gt;I was a product manager at Adero and then Inktomi. Requirements were generally written in a Word document which got bigger and bigger and increasingly more impossible to manage. Worse was communicating small changes which occurred frequently. Now I am at Traction where the process is a world apart. We do this interactively with 1000s of requirements pages that are individually marked with release milestones and can be reallocated with a button click. And documentation representing a snapshot in time (if required) can be produced instantly. This wiki style approach is a totally different model than folks are used to, but it is, without doubt, the future approach. For additional context, Read &lt;a href="http://traction.tractionsoftware.com/traction/permalink/Blog281" rel="nofollow"&gt;this bit&lt;/a&gt; on Wiki vs. Blog and &lt;a href="http://traction.tractionsoftware.com/traction/permalink/Blog372" rel="nofollow"&gt;this bit&lt;/a&gt; on compound documents.&lt;/p&gt;</description>
      <link>http://www.boxesandarrows.com/idea/view/4050#content_5149</link>
      <guid>http://www.boxesandarrows.com/idea/view/4050#content_5149</guid>
      <pubDate>Thu, 15 Mar 2007 17:01:02 GMT</pubDate>
      <author>Jordan Frank</author>
    </item>
  </channel>
</rss>
