<?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>The Project Shrink &#187; prototyping</title>
	<atom:link href="http://www.projectshrink.com/tag/prototyping/feed" rel="self" type="application/rss+xml" />
	<link>http://www.projectshrink.com</link>
	<description>Welcome To Shrinkonia.</description>
	<lastBuildDate>Sun, 05 Feb 2012 15:53:53 +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>Relationship Between Creative Thinking And Play</title>
		<link>http://www.projectshrink.com/creative-thinking-and-play-807.html</link>
		<comments>http://www.projectshrink.com/creative-thinking-and-play-807.html#comments</comments>
		<pubDate>Fri, 21 Nov 2008 19:32:45 +0000</pubDate>
		<dc:creator>Bas</dc:creator>
				<category><![CDATA[Teams]]></category>
		<category><![CDATA[Creativity]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[feedback]]></category>
		<category><![CDATA[play]]></category>
		<category><![CDATA[prototyping]]></category>
		<category><![CDATA[ted]]></category>
		<category><![CDATA[tim brown]]></category>
		<category><![CDATA[video presentation]]></category>

		<guid isPermaLink="false">http://blog.softwareprojects.org/?p=807</guid>
		<description><![CDATA[Designer Tim Brown talks in a new Ted.com presentation about the powerful relationship between creative thinking and play. This 30 minute presentation is very interesting for Project Managers: In the opening minutes he demonstrates that we fear the judgment of our peers, and therefor are embarrassed to show our ideas (perhaps, that is why every &#8230;<p><a href="http://www.projectshrink.com">Bas de Baar</a>  helps people find ways to enjoy the diversity of human interaction in their organizations so that they can get out of their own way and achieve their goals.  -  <a href="http://www.projectshrink.com/creative-thinking-and-play-807.html">Relationship Between Creative Thinking And Play</a> is a post from: <a href="http://www.projectshrink.com">Project Shrink</a>.

</p>
]]></description>
			<content:encoded><![CDATA[<p>Designer Tim Brown talks in a <a href="http://www.ted.com/index.php/talks/tim_brown_on_creativity_and_play.html">new Ted.com presentation</a> about the powerful relationship between creative thinking and play. This 30 minute presentation is very interesting for Project Managers:</p>
<ul>
<li>In the opening minutes he demonstrates that we fear the judgment of our peers, and therefor are embarrassed to show our ideas (perhaps, that is why every PM <a href="http://www.projectshrink.com/project-management-code-214.html">does exactly the same</a> thing over and over again).</li>
<li>He talks about how the workplace and the culture of the company can enhance creativity and with that bring the team towards creating great solutions.</li>
<li>And a special note for all you software people out there: check around 15:00: the importance of prototyping and <a href="http://www.projectshrink.com/project-management-and-feedback-265.html">feedback to end users</a>!</li>
</ul>
<p><center><br />
<object width="334" height="326"><param name="movie" value="http://video.ted.com/assets/player/swf/EmbedPlayer.swf"></param><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always"/><param name="wmode" value="transparent"></param><param name="bgColor" value="#ffffff"></param><param name="flashvars" value="vu=http://video.ted.com/talks/dynamic/TimBrown_2008P-medium.flv&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/TimBrown-2008P.embed_thumbnail.jpg&#038;vw=320&#038;vh=240&#038;ap=0&#038;ti=392&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=tim_brown_on_creativity_and_play;year=2008;theme=unconventional_explanations;theme=speaking_at_tedglobal2009;theme=design_like_you_give_a_damn;theme=tales_of_invention;theme=the_creative_spark;event=Serious+Play+2008;&#038;preAdTag=tconf.ted/embed;tile=1;sz=512x288;" /><embed src="http://video.ted.com/assets/player/swf/EmbedPlayer.swf" pluginspace="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" wmode="transparent" bgColor="#ffffff" width="334" height="326" allowFullScreen="true" allowScriptAccess="always" flashvars="vu=http://video.ted.com/talks/dynamic/TimBrown_2008P-medium.flv&#038;su=http://images.ted.com/images/ted/tedindex/embed-posters/TimBrown-2008P.embed_thumbnail.jpg&#038;vw=320&#038;vh=240&#038;ap=0&#038;ti=392&#038;introDuration=15330&#038;adDuration=4000&#038;postAdDuration=830&#038;adKeys=talk=tim_brown_on_creativity_and_play;year=2008;theme=unconventional_explanations;theme=speaking_at_tedglobal2009;theme=design_like_you_give_a_damn;theme=tales_of_invention;theme=the_creative_spark;event=Serious+Play+2008;"></embed></object><br />
</center></p>
<p><a href="http://www.projectshrink.com">Bas de Baar</a>  helps people find ways to enjoy the diversity of human interaction in their organizations so that they can get out of their own way and achieve their goals.  -  <a href="http://www.projectshrink.com/creative-thinking-and-play-807.html">Relationship Between Creative Thinking And Play</a> is a post from: <a href="http://www.projectshrink.com">Project Shrink</a>.

</p>
]]></content:encoded>
			<wfw:commentRss>http://www.projectshrink.com/creative-thinking-and-play-807.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Specifications and Productivity and Defect Rate</title>
		<link>http://www.projectshrink.com/specifications-and-productivity-and-defect-rate-7.html</link>
		<comments>http://www.projectshrink.com/specifications-and-productivity-and-defect-rate-7.html#comments</comments>
		<pubDate>Mon, 06 Nov 2006 16:24:15 +0000</pubDate>
		<dc:creator>Bas</dc:creator>
				<category><![CDATA[Teams]]></category>
		<category><![CDATA[defect_rate]]></category>
		<category><![CDATA[designs]]></category>
		<category><![CDATA[formal_specification]]></category>
		<category><![CDATA[jeff_sutherland]]></category>
		<category><![CDATA[productivity]]></category>
		<category><![CDATA[prototyping]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://blog.softwareprojects.org/specifications-and-productivity-and-defect-rate-5.html</guid>
		<description><![CDATA[Most development projects spend effort in creating specifications: functional, technical, detailed, global. Putting the designs in writing takes a lot of work, and it will not be used in the end result; specifications are supporting artifacts. So, the question if specifications are worth the effort is legit. Jeff Sutherland quotes some research in this area &#8230;<p><a href="http://www.projectshrink.com">Bas de Baar</a>  helps people find ways to enjoy the diversity of human interaction in their organizations so that they can get out of their own way and achieve their goals.  -  <a href="http://www.projectshrink.com/specifications-and-productivity-and-defect-rate-7.html">Specifications and Productivity and Defect Rate</a> is a post from: <a href="http://www.projectshrink.com">Project Shrink</a>.

</p>
]]></description>
			<content:encoded><![CDATA[<p>Most development projects spend effort in creating specifications: functional, technical, detailed, global. Putting the designs in writing takes a lot of work, and it will not be used in the end result; specifications are supporting artifacts.</p>
<p>So, the question if specifications are worth the effort is legit. Jeff Sutherland quotes some research in this area in his article <a href="http://jeffsutherland.com/scrum/Sutherland2005FutureofScrum20050603.pdf">Future of Scrum: Support for Parallel Pipelining of Sprints in Complex Projects</a></p>
<p>Two metrics are mentioned: the <strong>productivity</strong> of the development group and the <strong>defect rate</strong>. In a tongue-and-cheek definition, the productivity is the amount of features / lines-of-code build in a given time frame, and the defect rate is the number of bugs found per amount of features / lines-of-code.</p>
<p>The article of Sutherland mentions that there is a <strong>strong relationship between the completeness of the formal specification and the productivity</strong>. The better the sense of the developers is of the desired end product from a functional perspective, the faster the program.</p>
<p>The other way round with <strong>completeness of design specifications and the defect rate</strong>. The <strong>relationship </strong>between them is found very <strong>weak</strong>. So,  writing more detailed designs before programming doesnt reduce the amount of bugs.</p>
<p>Leaving us with the question what can we do about defect rate and productivity. In the mentioned article the following options are provided for lowing the defect rate: early prototypes, design reviews and testing at code check in. Increased productivity is reached by early prototyping and daily builds of the software.</p>
<p><a href="http://www.projectshrink.com">Bas de Baar</a>  helps people find ways to enjoy the diversity of human interaction in their organizations so that they can get out of their own way and achieve their goals.  -  <a href="http://www.projectshrink.com/specifications-and-productivity-and-defect-rate-7.html">Specifications and Productivity and Defect Rate</a> is a post from: <a href="http://www.projectshrink.com">Project Shrink</a>.

</p>
]]></content:encoded>
			<wfw:commentRss>http://www.projectshrink.com/specifications-and-productivity-and-defect-rate-7.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

