<?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: Is your project a failure? Part II</title>
	<atom:link href="http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii/feed" rel="self" type="application/rss+xml" />
	<link>http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii</link>
	<description></description>
	<lastBuildDate>Fri, 13 Jan 2012 10:55:33 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: The one thing you cannot do &#124;</title>
		<link>http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii/comment-page-1#comment-43</link>
		<dc:creator>The one thing you cannot do &#124;</dc:creator>
		<pubDate>Thu, 06 May 2010 09:59:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.thomaslindqvist.com/blogg/?p=380#comment-43</guid>
		<description>[...] it or not, this is my angry face. I touched upon this in an earlier post. But I thought it was worth repeating from a team [...]</description>
		<content:encoded><![CDATA[<p>[...] it or not, this is my angry face. I touched upon this in an earlier post. But I thought it was worth repeating from a team [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas Lindqvist</title>
		<link>http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii/comment-page-1#comment-38</link>
		<dc:creator>Thomas Lindqvist</dc:creator>
		<pubDate>Wed, 31 Mar 2010 13:06:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.thomaslindqvist.com/blogg/?p=380#comment-38</guid>
		<description>I couldn&#039;t agree more with your post. Often, designers and coders are very much savvy to the possibilities and problems of web based projects. Sometimes even more so than the suit and tie running the business side of things. What the designer and coders lack is the opportunity and the language to express their opinions. We can give them that opportunity. And the language, well, that&#039;s just corporate / business / marketing mumbo-jumbo anyways. I think a good start could be to aim for a better definition of delivered value - usable software is a good start. Moneymaking - or customer problem solving software is even better. End game goals. We surely need our experts in each domain, but allowing for everyone&#039;s input in the project with egards to the end game, and avoiding the &quot;creative genius&quot; or &quot;back end genius nerd&quot; mentality, could help create a collective ownership of the whole project delivery. I&#039;d like to instill systems thinking across the line. Everyone should realize that even a optimized sub-process is crippled if not placed in the context of the whole system. Holistic thinking and all that. Huge subject - lot&#039;s to say. So little time. &lt;br&gt;&lt;br&gt;And thank you for your kind comments with regards to my blog.</description>
		<content:encoded><![CDATA[<p>I couldn&#39;t agree more with your post. Often, designers and coders are very much savvy to the possibilities and problems of web based projects. Sometimes even more so than the suit and tie running the business side of things. What the designer and coders lack is the opportunity and the language to express their opinions. We can give them that opportunity. And the language, well, that&#39;s just corporate / business / marketing mumbo-jumbo anyways. I think a good start could be to aim for a better definition of delivered value &#8211; usable software is a good start. Moneymaking &#8211; or customer problem solving software is even better. End game goals. We surely need our experts in each domain, but allowing for everyone&#39;s input in the project with egards to the end game, and avoiding the &#8220;creative genius&#8221; or &#8220;back end genius nerd&#8221; mentality, could help create a collective ownership of the whole project delivery. I&#39;d like to instill systems thinking across the line. Everyone should realize that even a optimized sub-process is crippled if not placed in the context of the whole system. Holistic thinking and all that. Huge subject &#8211; lot&#39;s to say. So little time. </p>
<p>And thank you for your kind comments with regards to my blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: forsandree</title>
		<link>http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii/comment-page-1#comment-36</link>
		<dc:creator>forsandree</dc:creator>
		<pubDate>Mon, 29 Mar 2010 18:10:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.thomaslindqvist.com/blogg/?p=380#comment-36</guid>
		<description>Btw, I had missed this blog! You&#039;re now in my rss reader, thanks for great posts!</description>
		<content:encoded><![CDATA[<p>Btw, I had missed this blog! You&#39;re now in my rss reader, thanks for great posts!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: forsandree</title>
		<link>http://www.thomaslindqvist.com/blogg/featured/is-your-project-a-failure-part-ii/comment-page-1#comment-37</link>
		<dc:creator>forsandree</dc:creator>
		<pubDate>Mon, 29 Mar 2010 18:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.thomaslindqvist.com/blogg/?p=380#comment-37</guid>
		<description>I agree, succeeding requires a setup where everyone has at least a basic understanding of the business objectives. This also requires having everyone understand more about what the others do. You cant solve the business needs by just hacking code, creating the coolest design or the best text - you need to balance all three. &lt;br&gt;&lt;br&gt;I&#039;m very interested in how to bridge this gap. It&#039;s hard (and probably not a good idea in the first place) to try to change peoples&#039; interests. Yet, somehow you have to force people to work together. &lt;br&gt;&lt;br&gt;I think one part of this is to reward solutions where all perspectives have worked together. Stop saying to the programmer that they&#039;ve done a great job in the coding - always talk about a great job in the overall context.  Some thoughts on this here &lt;a href=&quot;http://definitionofdone.blogspot.com/2009/10/belona-kompromisser-fa-battre.html&quot; rel=&quot;nofollow&quot;&gt;http://definitionofdone.blogspot.com/2009/10/be...&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p>I agree, succeeding requires a setup where everyone has at least a basic understanding of the business objectives. This also requires having everyone understand more about what the others do. You cant solve the business needs by just hacking code, creating the coolest design or the best text &#8211; you need to balance all three. </p>
<p>I&#39;m very interested in how to bridge this gap. It&#39;s hard (and probably not a good idea in the first place) to try to change peoples&#39; interests. Yet, somehow you have to force people to work together. </p>
<p>I think one part of this is to reward solutions where all perspectives have worked together. Stop saying to the programmer that they&#39;ve done a great job in the coding &#8211; always talk about a great job in the overall context.  Some thoughts on this here <a href="http://definitionofdone.blogspot.com/2009/10/belona-kompromisser-fa-battre.html" rel="nofollow">http://definitionofdone.blogspot.com/2009/10/be&#8230;</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

