<?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>Nick Armstrong: Colorado&#039;s Storytelling Small Business Marketing Expert and Funny Public Speaker &#187; Scrum</title>
	<atom:link href="http://www.iamnickarmstrong.com/tag/scrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.iamnickarmstrong.com</link>
	<description>Nick Armstrong is Colorado&#039;s storytelling small business marketing expert and funny public speaker. He specializes in creating funny speeches, revamping failing social media campaigns, community building, and creative problem solving for small businesses.</description>
	<lastBuildDate>Mon, 06 Feb 2012 20:21:40 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>Being AGILE</title>
		<link>http://www.iamnickarmstrong.com/2009/02/being-agile/</link>
		<comments>http://www.iamnickarmstrong.com/2009/02/being-agile/#comments</comments>
		<pubDate>Thu, 19 Feb 2009 18:54:31 +0000</pubDate>
		<dc:creator>Nick Armstrong</dc:creator>
				<category><![CDATA[Personal]]></category>
		<category><![CDATA[AGILE]]></category>
		<category><![CDATA[Programming]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[Scrum]]></category>

		<guid isPermaLink="false">http://www.iamnickarmstrong.com/?p=372</guid>
		<description><![CDATA[I started to look into the Scrum methodology (because who doesn't like rugby!) and I discovered that a lot of the principles that programmers use to implement agile development could also be applied to any complex project.]]></description>
			<content:encoded><![CDATA[<p><a href="http://flickr.com/photos/pallotron/2098451236/" target="_blank"><img class="alignleft size-full wp-image-379" style="border: 2px solid black; margin: 2px;" title="Rugby" src="http://www.iamnickarmstrong.com/wp-content/uploads/2009/02/rugby.jpg" alt="Rugby" width="240" height="160" /></a>I was recently re-introduced to Agile software development.  So I decided to <a title="AGILE Software Development - Wikipedia" href="http://en.wikipedia.org/wiki/Agile_software_development" target="_blank">take a closer look</a> at it.</p>
<p>There are a ton of methodologies, but the general idea of Agile Software Development is to quickly develop complex software projects by breaking them up into smaller projects and breaking those projects into tasks.  All the while, you&#8217;re increasing teamwork and communication to minimize roadblocks.</p>
<p>I started to look into the Scrum methodology (because who doesn&#8217;t like rugby!) and I discovered that a lot of the principles that programmers use to implement agile development could also be applied to any complex project.</p>
<p>Here&#8217;s how:</p>
<ul>
<li><strong>Organize Your Project</strong>
<ul>
<li>Create a 2-week to 4-week goal (this is called a SPRINT).</li>
<li>Organize your tasks to be no more than 5-hour chunks of work.
<ul>
<li>Break down tasks that take more than 5 hours into smaller chunks.</li>
</ul>
</li>
<li>Itemize a list of &#8220;wants&#8221; and &#8220;needs&#8221;.</li>
<li>Prioritize based on Return on Investment (ROI).  &#8220;Needs&#8221; that take less time than &#8220;Wants&#8221; have a higher return on investment.</li>
</ul>
</li>
<li><strong>Create Realistic Expectations</strong>
<ul>
<li>If two projects will collectively take 40 hours, and you have 8 hours a day to give, but only 3 days, only one project will be completed.</li>
<li>You only have so many hours to burn, so maximizing ROI is key.</li>
</ul>
</li>
<li><strong>Minimize Distraction and Increase Efficiency for Update Meetings</strong>
<ul>
<li>Allow only key players to hold the floor, but allow anyone interested to attend.</li>
<li>Limit the overall meeting time to 15 minutes.</li>
<li>Keep the discussion flowing &#8211; stay within the confines of these topics:
<ul>
<li>What have we done so far?</li>
<li>Where do we need to go?</li>
<li>What do we need to get there?</li>
</ul>
</li>
<li>Stay standing &#8211; it energizes the participants and keeps the meeting short.</li>
</ul>
</li>
<li><strong>Increase Communication </strong>
<ul>
<li>Real advocates of SCRUM meet for 15 minutes each day, but depending on the scope of your project, once or twice a week would be enough.</li>
<li>Nobody is penalized for bringing up problems &#8211; no problem is hidden.</li>
</ul>
</li>
</ul>
<p>This is by no means all-inclusive, but hopefully it gets you started.  Did I miss something?  Add a comment!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.iamnickarmstrong.com/2009/02/being-agile/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

