<?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>uFunctional LLC &#187; Software-Intensive Businesses</title>
	<atom:link href="http://www.ufunctional.com/category/software-intensive-businesses/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ufunctional.com</link>
	<description>Software Development Consulting</description>
	<lastBuildDate>Mon, 09 Aug 2010 14:23:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Deniability and Software&#8211;Ouch!</title>
		<link>http://www.ufunctional.com/2010/04/26/deniability-and-software-ouch/</link>
		<comments>http://www.ufunctional.com/2010/04/26/deniability-and-software-ouch/#comments</comments>
		<pubDate>Mon, 26 Apr 2010 23:21:28 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Software-Intensive Businesses]]></category>
		<category><![CDATA[Waterfall (SDLC)]]></category>
		<category><![CDATA[homeposts]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=809</guid>
		<description><![CDATA[I’ve long told my customers that big waterfall software specs are more like insurance policies than blueprints, especially when I hear the phrase “sign-off” more than once a week. They are part of Covey the Younger’s Trust Tax.
But in Deniability, Seth Godin puts it better that I ever could. “At some point, that effort [anticipatory [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2010/04/26/deniability-and-software-ouch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>If you&#8217;re always late, a faster car won&#8217;t help</title>
		<link>http://www.ufunctional.com/2010/03/02/if-youre-always-late-a-faster-car-wont-help/</link>
		<comments>http://www.ufunctional.com/2010/03/02/if-youre-always-late-a-faster-car-wont-help/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 06:21:04 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Estimation]]></category>
		<category><![CDATA[Project Set-Up]]></category>
		<category><![CDATA[Software-Intensive Businesses]]></category>
		<category><![CDATA[homeposts]]></category>
		<category><![CDATA[productivity]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=608</guid>
		<description><![CDATA[Q: Why were they late for the meeting?
A: They didn&#8217;t leave soon enough.
But&#8230;they got stopped by a train, and they remembered that they needed to pick up a loaf of bread, and&#8230;they have a slow car!
Details like speed limits and the police aside, what do the car, and the bread, and the train have to [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2010/03/02/if-youre-always-late-a-faster-car-wont-help/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>(T/F): Agile is to Software as Lean is to Manufacturing?</title>
		<link>http://www.ufunctional.com/2009/10/08/tf-agile-is-to-software-as-lean-is-to-manufacturing/</link>
		<comments>http://www.ufunctional.com/2009/10/08/tf-agile-is-to-software-as-lean-is-to-manufacturing/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 03:22:00 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Agile Methods]]></category>
		<category><![CDATA[Software-Intensive Businesses]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=628</guid>
		<description><![CDATA[If your firm hires or contracts programmers, and your business results depend on their work (and if your business results don’t, why did you hire or contract programmers?), this question is for you.
Not that I always believe Forrester, but apparently they’re calling Lean the new Business Technology Imperative at a Forrester conference in Chicago.
I’ve been [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2009/10/08/tf-agile-is-to-software-as-lean-is-to-manufacturing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The more important the project, the less effective the team</title>
		<link>http://www.ufunctional.com/2009/09/21/the-more-important-the-project-the-less-effective-the-team/</link>
		<comments>http://www.ufunctional.com/2009/09/21/the-more-important-the-project-the-less-effective-the-team/#comments</comments>
		<pubDate>Mon, 21 Sep 2009 19:45:07 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Software teams]]></category>
		<category><![CDATA[Software-Intensive Businesses]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=602</guid>
		<description><![CDATA[Think that your software team performs best under pressure?
Not if what a Harvard Business School professor learned about other knowledge workers—auditors and consultants—applies to programmers, too.
In Feeling the Heat: The Effects of Performance Pressure on Teams&#8217; Knowledge Use and Performance, Heidi Gardner explains that the pressure triggers “threat rigidity,” and causes “reduced cognitive processing.” Teams [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2009/09/21/the-more-important-the-project-the-less-effective-the-team/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Isn&#8217;t Enough</title>
		<link>http://www.ufunctional.com/2009/06/20/agile-isnt-enough/</link>
		<comments>http://www.ufunctional.com/2009/06/20/agile-isnt-enough/#comments</comments>
		<pubDate>Sat, 20 Jun 2009 05:59:08 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Agile Methods]]></category>
		<category><![CDATA[Software-Intensive Businesses]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=471</guid>
		<description><![CDATA[From the CUES Skybox, I read,
In 2009, marketing and technology are inseparable; however, within today&#8217;s credit union org chart, marketing and technology are completely separate.
This isn&#8217;t just true of credit unions, and it isn&#8217;t just true of marketing. In today&#8217;s increasingly software-intensive businesses in many industries, business and technology are inseparable. But the org chart [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2009/06/20/agile-isnt-enough/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software Engineering != Computer Science</title>
		<link>http://www.ufunctional.com/2009/06/14/software-engineering-computer-science/</link>
		<comments>http://www.ufunctional.com/2009/06/14/software-engineering-computer-science/#comments</comments>
		<pubDate>Sun, 14 Jun 2009 13:37:09 +0000</pubDate>
		<dc:creator>Robert Merrill</dc:creator>
				<category><![CDATA[Software-Intensive Businesses]]></category>

		<guid isPermaLink="false">http://www.ufunctional.com/?p=468</guid>
		<description><![CDATA[Thanks, Jim Elliott, for showing me this article in Dr. Dobb&#8217;s Journal.
Chuck Connell draws a bright line between the two, and the discrimminant is, “directly involves human activity…the results from disciplines below the line might be used by people, but their results are not directly affected by people.”
Chuck concludes with, “…classical computer science is helpful [...]]]></description>
		<wfw:commentRss>http://www.ufunctional.com/2009/06/14/software-engineering-computer-science/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
