<?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: Code Reads #1: The Mythical Man-Month</title>
	<atom:link href="http://www.wordyard.com/2006/10/02/mythical-man-month/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wordyard.com/2006/10/02/mythical-man-month/</link>
	<description>Technology, politics, culture</description>
	<lastBuildDate>Sat, 13 Mar 2010 03:26:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Craig Beyers</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-4932</link>
		<dc:creator>Craig Beyers</dc:creator>
		<pubDate>Tue, 18 Nov 2008 16:36:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-4932</guid>
		<description>The key point of Brooks&#039; book is that it isn&#039;t about the software; it&#039;s about the management (and conduct) of software development. The problems Brooks&#039; identifies are generally the problems of any significant project. The book isn&#039;t aimed at programmers, it&#039;s aimed at managers. Someone in the comment string noted that software development isn&#039;t about the software, it&#039;s about the business problems that software systems or applications will solve. So it might be useful to consider how TMMM addresses how people manage the business problem-solving exercise rather than &quot;software development&quot; and factor that into future project management. My experience tells me that all projects need key things: understanding of the problem (s), desired solutions (aka requirements), QA, CM, plans, validation, etc. Software development isn&#039;t unique compared to other projects, but it&#039;s the solution space we work in. If project teams spent as much time on peer reviews of requirements (in whatever form), interfaces, and integration as they do in testing, then testing and the resultant debugging would become asymptotic to zero in the level of effort and time needed. It ain&#039;t about the software!</description>
		<content:encoded><![CDATA[<p>The key point of Brooks&#8217; book is that it isn&#8217;t about the software; it&#8217;s about the management (and conduct) of software development. The problems Brooks&#8217; identifies are generally the problems of any significant project. The book isn&#8217;t aimed at programmers, it&#8217;s aimed at managers. Someone in the comment string noted that software development isn&#8217;t about the software, it&#8217;s about the business problems that software systems or applications will solve. So it might be useful to consider how TMMM addresses how people manage the business problem-solving exercise rather than &#8220;software development&#8221; and factor that into future project management. My experience tells me that all projects need key things: understanding of the problem (s), desired solutions (aka requirements), QA, CM, plans, validation, etc. Software development isn&#8217;t unique compared to other projects, but it&#8217;s the solution space we work in. If project teams spent as much time on peer reviews of requirements (in whatever form), interfaces, and integration as they do in testing, then testing and the resultant debugging would become asymptotic to zero in the level of effort and time needed. It ain&#8217;t about the software!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Mythical Man-Month Essay &#124; nOObWebDesign</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-4678</link>
		<dc:creator>The Mythical Man-Month Essay &#124; nOObWebDesign</dc:creator>
		<pubDate>Sun, 19 Oct 2008 10:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-4678</guid>
		<description>[...] this essay, Scott Rosenberg discusses The Mythical Man-Month and what it can teach us as programmers.  The points that I [...]</description>
		<content:encoded><![CDATA[<p>[...] this essay, Scott Rosenberg discusses The Mythical Man-Month and what it can teach us as programmers.  The points that I [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Mythical Man-Month, timeless but the Wikipedia page will do &#124; Enter Venture</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-4549</link>
		<dc:creator>The Mythical Man-Month, timeless but the Wikipedia page will do &#124; Enter Venture</dc:creator>
		<pubDate>Sat, 27 Sep 2008 19:25:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-4549</guid>
		<description>[...] Scott Rosenberg&#8217;s Review [...]</description>
		<content:encoded><![CDATA[<p>[...] Scott Rosenberg&#8217;s Review [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brad</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-3368</link>
		<dc:creator>Brad</dc:creator>
		<pubDate>Thu, 19 Jun 2008 21:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-3368</guid>
		<description>The Mythical Man Month, and Brook&#039;s Law are really just the catch phrases of this seminal writing.  The crux of the book is about how to achieve conceptional integrity through a clear and decisive separation of interface and implementation, and incremental development pratices (grown, not built).  I&#039;m amazed after reading &quot;The Pragmatic Programmer&quot;, how much can be traced back to TMMM.  Brook’s doesn’t mention “Write it Once”, or DRY, but the seeds are definitely there.</description>
		<content:encoded><![CDATA[<p>The Mythical Man Month, and Brook&#8217;s Law are really just the catch phrases of this seminal writing.  The crux of the book is about how to achieve conceptional integrity through a clear and decisive separation of interface and implementation, and incremental development pratices (grown, not built).  I&#8217;m amazed after reading &#8220;The Pragmatic Programmer&#8221;, how much can be traced back to TMMM.  Brook’s doesn’t mention “Write it Once”, or DRY, but the seeds are definitely there.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarretthousenorth.com &#187; Blog Archive &#187; Around the &#8217;sphere: Thank U</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-2969</link>
		<dc:creator>Jarretthousenorth.com &#187; Blog Archive &#187; Around the &#8217;sphere: Thank U</dc:creator>
		<pubDate>Sat, 03 May 2008 19:27:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-2969</guid>
		<description>[...] to Scott Rosenberg for a fascinating series on key written works that have influenced programming culture. I had never heard of Edsger Dijkstra&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] to Scott Rosenberg for a fascinating series on key written works that have influenced programming culture. I had never heard of Edsger Dijkstra&rsquo;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jarrett House North &#187; Blog Archive &#187; Around the &#8217;sphere: Thank U</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-2891</link>
		<dc:creator>Jarrett House North &#187; Blog Archive &#187; Around the &#8217;sphere: Thank U</dc:creator>
		<pubDate>Tue, 29 Apr 2008 17:25:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-2891</guid>
		<description>[...] to Scott Rosenberg for a fascinating series on key written works that have influenced programming culture. I had never heard of Edsger Dijkstra&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] to Scott Rosenberg for a fascinating series on key written works that have influenced programming culture. I had never heard of Edsger Dijkstra&rsquo;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Backing up to the cloud - Mozy &#38; Mesh - Dave Naffziger&#8217;s Blog</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-2816</link>
		<dc:creator>Backing up to the cloud - Mozy &#38; Mesh - Dave Naffziger&#8217;s Blog</dc:creator>
		<pubDate>Wed, 23 Apr 2008 19:57:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-2816</guid>
		<description>[...] Microsoft&#8217;s recent announcement of Live Mesh. While GDrive remains as mythical as the &#8216;man-month&#8217;, MSFT is launching a beta of Live Mesh, a pretty ambitious Remote Desktop in the cloud (Good [...]</description>
		<content:encoded><![CDATA[<p>[...] Microsoft&#8217;s recent announcement of Live Mesh. While GDrive remains as mythical as the &#8216;man-month&#8217;, MSFT is launching a beta of Live Mesh, a pretty ambitious Remote Desktop in the cloud (Good [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; The Mythical Man-Month &#187; BinaryDay - A little better day</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-1611</link>
		<dc:creator>&#187; The Mythical Man-Month &#187; BinaryDay - A little better day</dc:creator>
		<pubDate>Wed, 23 Jan 2008 20:04:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-1611</guid>
		<description>[...] 1. http://en.wikipedia.org/wiki/The_Mythical_Man-Month 2. http://www.wordyard.com/2006/10/02/mythical-man-month/ 3. [...]</description>
		<content:encoded><![CDATA[<p>[...] 1. <a href="http://en.wikipedia.org/wiki/The_Mythical_Man-Month" rel="nofollow">http://en.wikipedia.org/wiki/The_Mythical_Man-Month</a> 2. <a href="http://www.wordyard.com/2006/10/02/mythical-man-month/" rel="nofollow">http://www.wordyard.com/2006/10/02/mythical-man-month/</a> 3. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: benjamin</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-1242</link>
		<dc:creator>benjamin</dc:creator>
		<pubDate>Thu, 13 Dec 2007 02:22:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-1242</guid>
		<description>l am a chinese, l&#039;m hitting on the book, l have viewed the comments all readers left, l just found some part really counts but some off the point, we can&#039;t be so fussy, in deed, the sofrware market gets more and more commercial, anyhow, it&#039;s the trend of times, we shall be much objective when dealingwith the contention. havea good time, l am leaving the mesage in Beijin of China</description>
		<content:encoded><![CDATA[<p>l am a chinese, l&#8217;m hitting on the book, l have viewed the comments all readers left, l just found some part really counts but some off the point, we can&#8217;t be so fussy, in deed, the sofrware market gets more and more commercial, anyhow, it&#8217;s the trend of times, we shall be much objective when dealingwith the contention. havea good time, l am leaving the mesage in Beijin of China</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: How to be a Programmer with 10 Simple Books (GGG5) &#171; //engtech - internet duct tape</title>
		<link>http://www.wordyard.com/2006/10/02/mythical-man-month/comment-page-1/#comment-217</link>
		<dc:creator>How to be a Programmer with 10 Simple Books (GGG5) &#171; //engtech - internet duct tape</dc:creator>
		<pubDate>Tue, 22 May 2007 13:52:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.wordyard.com/?p=1132#comment-217</guid>
		<description>[...] Scott Rosenberg&#8217;s analysis of the Mythical Man-month. [...]</description>
		<content:encoded><![CDATA[<p>[...] Scott Rosenberg&#8217;s analysis of the Mythical Man-month. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
