<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: On Hackathons, Process, Email and the Tragedy of the Commons</title>
	<atom:link href="http://ikaisays.com/2011/07/16/on-hackathons-process-email-and-the-tragedy-of-the-commons/feed/" rel="self" type="application/rss+xml" />
	<link>http://ikaisays.com/2011/07/16/on-hackathons-process-email-and-the-tragedy-of-the-commons/</link>
	<description>I say things!</description>
	<lastBuildDate>Sun, 28 Apr 2013 10:37:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jan Zawadzki</title>
		<link>http://ikaisays.com/2011/07/16/on-hackathons-process-email-and-the-tragedy-of-the-commons/#comment-430</link>
		<dc:creator><![CDATA[Jan Zawadzki]]></dc:creator>
		<pubDate>Thu, 11 Aug 2011 09:32:59 +0000</pubDate>
		<guid isPermaLink="false">http://ikaisays.com/?p=194#comment-430</guid>
		<description><![CDATA[Hi Ikai - isn&#039;t this an inevitable problem of a large organization?  Most companies (IBM for instance) arrive at a matrix model: when you sit at the intersection of engineering vs. education for example you would be interested in events for both.  

Matrix models get hideous quickly: if your event is aimed at a small audience (say, your peers in engineering / education) all is well and whatever you have to say will likely be relevant to them and you will have the ability to spam them without extra approvals.  Going beyond that (all of engineering, or all of education) will eventually require an increasingly complex review/approval process, exacerbating problem #2, so on and so forth.  Even from the outside we can clearly see the growing bureaucracy.

I don&#039;t think this is an engineering problem, unfortunately, and I don&#039;t think there are any nice clean models for how to do this right - other than splitting the company up into semi-autonomous units that run like hell but will occasionally compete (SAIC had been a prime example of this, with different business units literally in a bidding war with one another for govt. contracts!), this is the price of growth.]]></description>
		<content:encoded><![CDATA[<p>Hi Ikai &#8211; isn&#8217;t this an inevitable problem of a large organization?  Most companies (IBM for instance) arrive at a matrix model: when you sit at the intersection of engineering vs. education for example you would be interested in events for both.  </p>
<p>Matrix models get hideous quickly: if your event is aimed at a small audience (say, your peers in engineering / education) all is well and whatever you have to say will likely be relevant to them and you will have the ability to spam them without extra approvals.  Going beyond that (all of engineering, or all of education) will eventually require an increasingly complex review/approval process, exacerbating problem #2, so on and so forth.  Even from the outside we can clearly see the growing bureaucracy.</p>
<p>I don&#8217;t think this is an engineering problem, unfortunately, and I don&#8217;t think there are any nice clean models for how to do this right &#8211; other than splitting the company up into semi-autonomous units that run like hell but will occasionally compete (SAIC had been a prime example of this, with different business units literally in a bidding war with one another for govt. contracts!), this is the price of growth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 2nd anniversary of Kuala Lumpur GTUG &#124; Mr. Buyot</title>
		<link>http://ikaisays.com/2011/07/16/on-hackathons-process-email-and-the-tragedy-of-the-commons/#comment-412</link>
		<dc:creator><![CDATA[2nd anniversary of Kuala Lumpur GTUG &#124; Mr. Buyot]]></dc:creator>
		<pubDate>Wed, 20 Jul 2011 17:35:54 +0000</pubDate>
		<guid isPermaLink="false">http://ikaisays.com/?p=194#comment-412</guid>
		<description><![CDATA[[...] Read about the hackathon from Ikai’s blog! [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Read about the hackathon from Ikai’s blog! [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: branflake2267</title>
		<link>http://ikaisays.com/2011/07/16/on-hackathons-process-email-and-the-tragedy-of-the-commons/#comment-409</link>
		<dc:creator><![CDATA[branflake2267]]></dc:creator>
		<pubDate>Sat, 16 Jul 2011 22:34:26 +0000</pubDate>
		<guid isPermaLink="false">http://ikaisays.com/?p=194#comment-409</guid>
		<description><![CDATA[Great article. Good insite. Thanks for sharing.]]></description>
		<content:encoded><![CDATA[<p>Great article. Good insite. Thanks for sharing.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
