<?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: Software Needs Its Own Bauhaus Movement</title>
	<atom:link href="http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/</link>
	<description>A member of the Gartner Blog Network</description>
	<lastBuildDate>Tue, 10 Nov 2009 02:31:16 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: &#187; Gartner Blog Network: Software Needs Its Own Bauhaus Movement SaaSkatoon: All Things SaaS!</title>
		<link>http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/comment-page-1/#comment-617</link>
		<dc:creator>&#187; Gartner Blog Network: Software Needs Its Own Bauhaus Movement SaaSkatoon: All Things SaaS!</dc:creator>
		<pubDate>Sun, 28 Jun 2009 15:22:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/#comment-617</guid>
		<description>[...] Gartner Blog Network: Software Needs Its Own Bauhaus Movement [...]</description>
		<content:encoded><![CDATA[<p>[...] Gartner Blog Network: Software Needs Its Own Bauhaus Movement [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Evan Quinn</title>
		<link>http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/comment-page-1/#comment-587</link>
		<dc:creator>Evan Quinn</dc:creator>
		<pubDate>Tue, 23 Jun 2009 15:07:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gartner.com/brian_prentice/2009/06/23/software-needs-its-own-bauhaus-movement/#comment-587</guid>
		<description>Could not agree more Brian.  Moore&#039;s Law has not even come close to applying to software.  I have witnessed all the major movements over the past 37 years (yes, that is right, 37) that have attempted to better connect users needs to software development processes, from structured systems analysis/design to CASE to DFDs to objects, then visual objects/RAD to BPM/Workflow to SOA to open source to model driven to outsourcing/round-the-clock to &quot;agile&quot; and Web 2.0 scripting techniques, ad nauseum, etc. etc. The entire development lifecycle has received, in my view, only incremental improvements. Those improvements in speed and quality of development have barely kept pace with the expectations of users in terms of application sophistication, and expectations on turnaround time of development.  There have not really been what I would consider to be major breakthroughs, anything that really changes the creative process of figuring out what is useful to users.

Of course, the governor on software development insinuates itself into all technical development, from chip design to manufacturing, to higher-level  embedded applications, to software development tools - not just to enterprise apps, consumer apps and web sites.  This is a HUGE issue your bring up.

Perhaps it gets down to that term &quot;creative process&quot; because usually we have a &quot;cat chasing its tail&quot; syndrome of developer trying to anticipate what the user wants/needs, which of course the user doesn&#039;t really know either, so we get stuck in step-by-step cycles of mildly creative ping-pong, which often loses momentum and ends up in a quagmire.  No commercial tool or technique I have seen directly addresses this syndrome.  A tool and/or technique that breaks the barriers in that process has been a long-time coming.

Most likely the answer(s) remain buried in the pure research that happens at places like MIT, Stanford, Carnegie-Mellon and some of the commercial vendors labs (so HP, where I work, IBM, MSFT, etc.).  If there are answers down there the technology transfer has not yet made it to the development marketplace.  Probably the last three major movements in software development, from the most recent, let&#039;s say SOA, then Java/OOP, and before that visual development (VB, Delphi and such) were all primarily focused on coding.  The groundwork at OMG around MDA/development holds a piece to changing that &quot;user requirements definition&quot; puzzle.  But largely we remain stuck in that user/developer process, whether tactically together or via &quot;throw it over the wall and see what sticks&quot; method.  Crowdsourcing has to be part of the new app dev tool to address this old conundrum. 

Some start-up some day will change all of this, someone will break the code of how to engage users/developers into a massive and breakthrough fast creative landslide of requirements definition, and further how to turn that into code.  Hope I get invited to family and friends of that start-up.  Until then, the developer community will continue to slog through understanding and predicting what users want.  Perhaps most ironically, the deep research on social computing and user preference (which is built on generations of technology) holds the key to the lock on user requirements.  Developers need to find a way to get inside of users&#039; minds, and unlock the creativity therein.  The genius developer understands that the really genius resides in the users.</description>
		<content:encoded><![CDATA[<p>Could not agree more Brian.  Moore&#8217;s Law has not even come close to applying to software.  I have witnessed all the major movements over the past 37 years (yes, that is right, 37) that have attempted to better connect users needs to software development processes, from structured systems analysis/design to CASE to DFDs to objects, then visual objects/RAD to BPM/Workflow to SOA to open source to model driven to outsourcing/round-the-clock to &#8220;agile&#8221; and Web 2.0 scripting techniques, ad nauseum, etc. etc. The entire development lifecycle has received, in my view, only incremental improvements. Those improvements in speed and quality of development have barely kept pace with the expectations of users in terms of application sophistication, and expectations on turnaround time of development.  There have not really been what I would consider to be major breakthroughs, anything that really changes the creative process of figuring out what is useful to users.</p>
<p>Of course, the governor on software development insinuates itself into all technical development, from chip design to manufacturing, to higher-level  embedded applications, to software development tools &#8211; not just to enterprise apps, consumer apps and web sites.  This is a HUGE issue your bring up.</p>
<p>Perhaps it gets down to that term &#8220;creative process&#8221; because usually we have a &#8220;cat chasing its tail&#8221; syndrome of developer trying to anticipate what the user wants/needs, which of course the user doesn&#8217;t really know either, so we get stuck in step-by-step cycles of mildly creative ping-pong, which often loses momentum and ends up in a quagmire.  No commercial tool or technique I have seen directly addresses this syndrome.  A tool and/or technique that breaks the barriers in that process has been a long-time coming.</p>
<p>Most likely the answer(s) remain buried in the pure research that happens at places like MIT, Stanford, Carnegie-Mellon and some of the commercial vendors labs (so HP, where I work, IBM, MSFT, etc.).  If there are answers down there the technology transfer has not yet made it to the development marketplace.  Probably the last three major movements in software development, from the most recent, let&#8217;s say SOA, then Java/OOP, and before that visual development (VB, Delphi and such) were all primarily focused on coding.  The groundwork at OMG around MDA/development holds a piece to changing that &#8220;user requirements definition&#8221; puzzle.  But largely we remain stuck in that user/developer process, whether tactically together or via &#8220;throw it over the wall and see what sticks&#8221; method.  Crowdsourcing has to be part of the new app dev tool to address this old conundrum. </p>
<p>Some start-up some day will change all of this, someone will break the code of how to engage users/developers into a massive and breakthrough fast creative landslide of requirements definition, and further how to turn that into code.  Hope I get invited to family and friends of that start-up.  Until then, the developer community will continue to slog through understanding and predicting what users want.  Perhaps most ironically, the deep research on social computing and user preference (which is built on generations of technology) holds the key to the lock on user requirements.  Developers need to find a way to get inside of users&#8217; minds, and unlock the creativity therein.  The genius developer understands that the really genius resides in the users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
