<?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/"
		>
<channel>
	<title>Comments on: Increasing The Efficiency of Lawyers</title>
	<atom:link href="http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html</link>
	<description></description>
	<lastBuildDate>Tue, 14 Feb 2012 01:23:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Spain villas</title>
		<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/comment-page-1#comment-29007</link>
		<dc:creator>Spain villas</dc:creator>
		<pubDate>Sat, 05 Jun 2010 11:29:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html#comment-29007</guid>
		<description> 
Thanks. I congratulate you for this blog.  
I&#039;ve really enjoyed. I sincerely thank you again. 
 
 
&lt;a href=&quot;http:\/\/www.ownersdirect.co.uk\/Spain.htm&quot; target=&quot;_blank&quot;&gt;Spain holiday villas&lt;/a&gt; &#124; &lt;a href=&quot;http:\/\/www.ownersdirect.co.uk\/Balearic-Islands-Ibiza.htm&quot; target=&quot;_blank&quot;&gt;Ibiza apartments&lt;/a&gt; &#124; &lt;a href=&quot;http:\/\/www.ownersdirect.co.uk\/Spain-Costa-del-Sol.htm&quot; target=&quot;_blank&quot;&gt;Apartments in Costa Del Sol&lt;/a&gt; </description>
		<content:encoded><![CDATA[<p>Thanks. I congratulate you for this blog.<br />
I&#039;ve really enjoyed. I sincerely thank you again. </p>
<p><a href="http:\/\/www.ownersdirect.co.uk\/Spain.htm" target="_blank">Spain holiday villas</a> | <a href="http:\/\/www.ownersdirect.co.uk\/Balearic-Islands-Ibiza.htm" target="_blank">Ibiza apartments</a> | <a href="http:\/\/www.ownersdirect.co.uk\/Spain-Costa-del-Sol.htm" target="_blank">Apartments in Costa Del Sol</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: petekazanjy</title>
		<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/comment-page-1#comment-10188</link>
		<dc:creator>petekazanjy</dc:creator>
		<pubDate>Sun, 11 Jan 2009 05:18:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html#comment-10188</guid>
		<description>I can&#039;t speak as much for startup lawyers as the broader &quot;tech&quot; lawyer.  However, I can certainly say that there is a *large* market opportunity to pull out inefficiency from the legal practice as it relates to software go-to-market.  And I would argue that attorneys could learn some good best practices from the product managers and software engineering managers they work with.  
  
Standardization of common tools (FirstDoc&#039;s bread and butter, it seems) is a good first start. Don&#039;t Repeat Yourself is a well adhered to cow-path because it works.  However, when your business model is based on time instead of output, you likely have disincentives to strip time out of your business process.  
  
Standardization of common services (and pricing associated therewith) is another--this is where I&#039;ve seen companies like LegalZoom who offer rack-rate pricing for standard things like LLCs, incorporation, wills, and so forth.    
  
To be fair, there are times (not infrequently in business), where there needs to be customization...but I often see customization and perseveration on certain points that clearly could do without.  But when you&#039;re running the meter, why say &quot;We&#039;ve gone past the point of diminishing returns&quot;?  On the VMware Fusion team, we have a saying: Shipping *is* a feature.  So yes, even though yet another rev of a workflow or UI element *could* be nice, is it blocking getting things out the door?  What *other* feature could that engineer / lawyer be working on?  
  
And this brings me to my next point.  The mindset that I&#039;ve come to see dominate tech legal practice (primarily at VMware, where my experience has been the deepest), and this is something that FirstDoc probably can&#039;t help us with, is one of extreme risk aversion.  I get that this is somewhat ingrained in legal DNA.  And yes, it&#039;s one thing to keep the business from walking into a buzz saw.  I understand that.  However, it&#039;s another thing to &quot;default to no&quot; without taking into consideration the opportunity cost associated with those decisions.    
  
If someone can build me a tool that can size and prove out opportunity cost from extreme legal hesitance, and then, say, let me bill it to my legal org....well, I&#039;d be the first customer... </description>
		<content:encoded><![CDATA[<p>I can&#039;t speak as much for startup lawyers as the broader &quot;tech&quot; lawyer.  However, I can certainly say that there is a *large* market opportunity to pull out inefficiency from the legal practice as it relates to software go-to-market.  And I would argue that attorneys could learn some good best practices from the product managers and software engineering managers they work with.  </p>
<p>Standardization of common tools (FirstDoc&#039;s bread and butter, it seems) is a good first start. Don&#039;t Repeat Yourself is a well adhered to cow-path because it works.  However, when your business model is based on time instead of output, you likely have disincentives to strip time out of your business process.  </p>
<p>Standardization of common services (and pricing associated therewith) is another&#8211;this is where I&#039;ve seen companies like LegalZoom who offer rack-rate pricing for standard things like LLCs, incorporation, wills, and so forth.    </p>
<p>To be fair, there are times (not infrequently in business), where there needs to be customization&#8230;but I often see customization and perseveration on certain points that clearly could do without.  But when you&#039;re running the meter, why say &quot;We&#039;ve gone past the point of diminishing returns&quot;?  On the VMware Fusion team, we have a saying: Shipping *is* a feature.  So yes, even though yet another rev of a workflow or UI element *could* be nice, is it blocking getting things out the door?  What *other* feature could that engineer / lawyer be working on?  </p>
<p>And this brings me to my next point.  The mindset that I&#039;ve come to see dominate tech legal practice (primarily at VMware, where my experience has been the deepest), and this is something that FirstDoc probably can&#039;t help us with, is one of extreme risk aversion.  I get that this is somewhat ingrained in legal DNA.  And yes, it&#039;s one thing to keep the business from walking into a buzz saw.  I understand that.  However, it&#039;s another thing to &quot;default to no&quot; without taking into consideration the opportunity cost associated with those decisions.    </p>
<p>If someone can build me a tool that can size and prove out opportunity cost from extreme legal hesitance, and then, say, let me bill it to my legal org&#8230;.well, I&#039;d be the first customer&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: petekazanjy</title>
		<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/comment-page-1#comment-10187</link>
		<dc:creator>petekazanjy</dc:creator>
		<pubDate>Sun, 11 Jan 2009 05:16:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html#comment-10187</guid>
		<description>I can&#039;t speak as much for startup lawyers as the broader &quot;tech&quot; lawyer.  However, I can certainly say that there is a *large* market opportunity to pull out inefficiency from the legal practice as it relates to software go-to-market.  And I would argue that attorneys could learn some good best practices from the product managers and software engineering managers they work with.  
  
Standardization of common tools (FirstDoc&#039;s bread and butter, it seems) is a good first start. Don&#039;t Repeat Yourself is a well adhered to cow-path because it works.  However, when your business model is based on time instead of output, you likely have disincentives to strip time out of your business process.  
  
Standardization of common services (and pricing associated therewith) is another--this is where I&#039;ve seen companies like LegalZoom who offer rack-rate pricing for standard things like LLCs, incorporation, wills, and so forth.    
  
To be fair, there are times (not infrequently in business), where there needs to be customization...but I often see customization and perseveration on certain points that clearly could do without.  But when you&#039;re running the meter, why say &quot;We&#039;ve gone past the point of diminishing returns&quot;?  On the VMware Fusion team, we have a saying: Shipping *is* a feature.  So yes, even though yet another rev of a workflow or UI element *could* be nice, is it blocking getting things out the door?  What *other* feature could that engineer / lawyer be working on?  
  
And this brings me to my next point.  The mindset that I&#039;ve come to see dominate tech legal practice (primarily at VMware, where my experience has been the deepest), and this is something that FirstDoc probably can&#039;t help us with, is one of extreme risk aversion.  I get that this is somewhat ingrained in legal DNA.  And yes, it&#039;s one thing to keep the business from walking into a buzz saw.  I understand that.  However, it&#039;s another thing to &quot;default to no&quot; without taking into consideration the opportunity cost associated with those decisions.    
  
If someone can build me a tool that can size and prove out opportunity cost from extreme legal hesitance, and then, say, let me bill it to their org....well, I&#039;d be the first customer... </description>
		<content:encoded><![CDATA[<p>I can&#039;t speak as much for startup lawyers as the broader &quot;tech&quot; lawyer.  However, I can certainly say that there is a *large* market opportunity to pull out inefficiency from the legal practice as it relates to software go-to-market.  And I would argue that attorneys could learn some good best practices from the product managers and software engineering managers they work with.  </p>
<p>Standardization of common tools (FirstDoc&#039;s bread and butter, it seems) is a good first start. Don&#039;t Repeat Yourself is a well adhered to cow-path because it works.  However, when your business model is based on time instead of output, you likely have disincentives to strip time out of your business process.  </p>
<p>Standardization of common services (and pricing associated therewith) is another&#8211;this is where I&#039;ve seen companies like LegalZoom who offer rack-rate pricing for standard things like LLCs, incorporation, wills, and so forth.    </p>
<p>To be fair, there are times (not infrequently in business), where there needs to be customization&#8230;but I often see customization and perseveration on certain points that clearly could do without.  But when you&#039;re running the meter, why say &quot;We&#039;ve gone past the point of diminishing returns&quot;?  On the VMware Fusion team, we have a saying: Shipping *is* a feature.  So yes, even though yet another rev of a workflow or UI element *could* be nice, is it blocking getting things out the door?  What *other* feature could that engineer / lawyer be working on?  </p>
<p>And this brings me to my next point.  The mindset that I&#039;ve come to see dominate tech legal practice (primarily at VMware, where my experience has been the deepest), and this is something that FirstDoc probably can&#039;t help us with, is one of extreme risk aversion.  I get that this is somewhat ingrained in legal DNA.  And yes, it&#039;s one thing to keep the business from walking into a buzz saw.  I understand that.  However, it&#039;s another thing to &quot;default to no&quot; without taking into consideration the opportunity cost associated with those decisions.    </p>
<p>If someone can build me a tool that can size and prove out opportunity cost from extreme legal hesitance, and then, say, let me bill it to their org&#8230;.well, I&#039;d be the first customer&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David_Schulhof</title>
		<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/comment-page-1#comment-10116</link>
		<dc:creator>David_Schulhof</dc:creator>
		<pubDate>Wed, 07 Jan 2009 08:17:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html#comment-10116</guid>
		<description>All of this great information and thoughts here, with full disclosure, and now jokes too. 
What a value! </description>
		<content:encoded><![CDATA[<p>All of this great information and thoughts here, with full disclosure, and now jokes too.<br />
What a value!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Pollock</title>
		<link>http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html/comment-page-1#comment-10115</link>
		<dc:creator>Jim Pollock</dc:creator>
		<pubDate>Wed, 07 Jan 2009 07:02:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.feld.com/wp/archives/2009/01/increasing-the-efficiency-of-lawyers.html#comment-10115</guid>
		<description>People spend too much time maligning lawyers.  When you boil it down, it&#039;s only 99% of all lawyers that give a bad name to the rest. 
 
Jim 
 
PS:  Mark and Jason please forgive me. </description>
		<content:encoded><![CDATA[<p>People spend too much time maligning lawyers.  When you boil it down, it&#039;s only 99% of all lawyers that give a bad name to the rest. </p>
<p>Jim </p>
<p>PS:  Mark and Jason please forgive me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache 0.8.9.1 -->
