<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>let x=x &#187; process</title>
	<atom:link href="http://www.crazymcphee.net/x/tag/process/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.crazymcphee.net/x</link>
	<description>programming idiom and methodology</description>
	<lastBuildDate>Fri, 27 Jan 2012 09:36:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>High-performance system design by declarative specification</title>
		<link>http://www.crazymcphee.net/x/2011/11/28/high-performance-system-design-by-declarative-specification/</link>
		<comments>http://www.crazymcphee.net/x/2011/11/28/high-performance-system-design-by-declarative-specification/#comments</comments>
		<pubDate>Mon, 28 Nov 2011 02:04:51 +0000</pubDate>
		<dc:creator>Scot Mcphee</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[rants]]></category>
		<category><![CDATA[agile architecture]]></category>
		<category><![CDATA[business process]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[emergent design]]></category>
		<category><![CDATA[features]]></category>
		<category><![CDATA[i'm taking up drinking as a hobby instead of programming]]></category>
		<category><![CDATA[poorly attempted humour]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[requirements]]></category>
		<category><![CDATA[specification]]></category>

		<guid isPermaLink="false">http://www.crazymcphee.net/x/?p=705</guid>
		<description><![CDATA[&#8220;I want to get from London to New York in 12 minutes.&#8221; &#8220;Ok, we will have to design and build some sort of ICBM or buy one, that will cost a lot of money. Also, I&#8217;m not even sure you can get an ICBM that&#8217;s fast enough for that distance. And have we thought about [...]]]></description>
			<content:encoded><![CDATA[<p><em>&#8220;I want to get from London to New York in 12 minutes.&#8221;</em></p>
<p>&#8220;Ok, we will have to design and build some sort of ICBM or buy one, that will cost a lot of money. Also, I&#8217;m not even sure you can get an ICBM that&#8217;s fast enough for that distance. And have we thought about acquiring land for the launch site or what sort of launch system will we considering?.&#8221;</p>
<p><em>&#8220;But I want to do it in my car.&#8221;</em></p>
<p>&#8220;Oh, well, that&#8217;s a big ICBM, to hurtle that sort of load in that sort of timeframe across that sort of distance. Molto-dinero. Also, re-entry procedures at the New York end could be tricky and &#8230;&#8221;</p>
<p><em>&#8220;No, I meant, I want my car to be used for the journey.&#8221;</em></p>
<p>&#8220;But that&#8217;s not possible!&#8221;</p>
<p><em>&#8220;What sort of engineer are you? Can&#8217;t you just soup it up a little?&#8221;</em></p>
<p>&#8220;Well even if we could make your car amphibious, there&#8217;s no way it can travel 5,500 kilometres in 12 minutes&#8221;</p>
<p><em>&#8220;I don&#8217;t want an amphibious car!&#8221;</em></p>
<p>&#8220;Have you considered a ship of some type?&#8221;</p>
<p><em>&#8220;Yes a ship will get me and my car to New York.&#8221;</em></p>
<p>&#8220;Excellent. It takes about a week for a ship to cross the Atlantic I believe.&#8221;</p>
<p><em>&#8220;But I just said in my specification that it has to take 12 minutes! Also I wish to travel via the Pacific Ocean, as it is prettier this time of year.&#8221;</em></p>
<p>&#8221; &#8230; !!! &#8220;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.crazymcphee.net/x/2011/11/28/high-performance-system-design-by-declarative-specification/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New software, old process, big mistake</title>
		<link>http://www.crazymcphee.net/x/2010/03/06/new-software-old-process/</link>
		<comments>http://www.crazymcphee.net/x/2010/03/06/new-software-old-process/#comments</comments>
		<pubDate>Sat, 06 Mar 2010 07:37:54 +0000</pubDate>
		<dc:creator>Scot Mcphee</dc:creator>
				<category><![CDATA[architecture]]></category>
		<category><![CDATA[business]]></category>
		<category><![CDATA[professional practice]]></category>
		<category><![CDATA[business process]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[profession]]></category>
		<category><![CDATA[transformation]]></category>

		<guid isPermaLink="false">http://www.crazymcphee.net/x/?p=526</guid>
		<description><![CDATA[Its very common for software developers to be asked to build some software that is a straight port of an old software package, or to faithfully model (i.e. completely identical to) an existing process that the customer has. This is a huge mistake &#8211; try to avoid these projects. I hold that if the customer [...]]]></description>
			<content:encoded><![CDATA[<p>Its very common for software developers to be asked to build some software that is a straight port of an old software package, or to faithfully model (i.e. completely identical to) an existing process that the customer has. This is a huge mistake &#8211; try to avoid these projects. I hold that if the customer wants software, either custom developed or &#8220;off the shelf&#8221; purchased from a vendor, they are <em>already</em> changing their business model (aka their &#8220;process&#8221;). It&#8217;s the worst possible to thing to build or buy software and just model what is already done (perhaps it is actually impossible). As an senior developer or architect, my riposte to these requests is always &#8220;well don&#8217;t spend any money and just do whatever it is you do now&#8221;.</p>
<p>I don&#8217;t hold that software makes an existing business process &#8220;efficient&#8221; at all. Rather I think software makes possible a new process, which should be more &#8220;efficient&#8221; in terms of money gained less dollars spent &#8211; but its a <em>new</em> process, not the old one. In effect, new software creates new business opportunities. New software will only make an existing, unchanged process, <em>less</em> efficient, if a new business process is not designed along with the new software. If the business just wants new software without changing &#8220;what they do&#8221; they are wasting their money, IMHO.</p>
<p>Of course there is the possibility (probability?) the business doesn&#8217;t actually understand what it is they <em>actually do</em> anyway. This is not an uncommon position for many businesses that are happy to cruise along in neutral making some marginal profit on some marginal activity. Usually these businesses are also found to be beating their workers with sticks (usually only metaphorical ones unless they &#8216;offshore&#8217; their operation to countries where killing your workers is just a part of &#8216;Business as Usual&#8217;. Typically they hold that marginal process can be made &#8216;better&#8217; simply with just more exhortation (or threats) to greater and greater efforts at a totally demoralized (if not actively hostile) workforce, but I suspect that&#8217;s a story for another day!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.crazymcphee.net/x/2010/03/06/new-software-old-process/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

