<?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>Adept Technologies &#187; development</title>
	<atom:link href="http://www.adeptechllc.com/category/development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adeptechllc.com</link>
	<description>Software, Agile Process and Security</description>
	<lastBuildDate>Tue, 10 Jan 2012 20:52:20 +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>Common Mistakes Teams Make in Retrospectives</title>
		<link>http://www.adeptechllc.com/2012/01/10/common-mistakes-teams-make-in-retrospectives/</link>
		<comments>http://www.adeptechllc.com/2012/01/10/common-mistakes-teams-make-in-retrospectives/#comments</comments>
		<pubDate>Tue, 10 Jan 2012 20:52:20 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[retrospectives]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=345</guid>
		<description><![CDATA[Something has been bothering me about the way I see many teams handle retrospectives. To be fair, it&#8217;s really several things. These common mistakes do more than make a retrospective less effective, they destroy any ability to achieve the purposes of a retrospective.When I first start to talk to people about the purpose of retrospectives, [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2012/01/10/common-mistakes-teams-make-in-retrospectives/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Reconsidering Pragmatic Agility</title>
		<link>http://www.adeptechllc.com/2011/11/18/reconsidering-pragmatic-agility/</link>
		<comments>http://www.adeptechllc.com/2011/11/18/reconsidering-pragmatic-agility/#comments</comments>
		<pubDate>Fri, 18 Nov 2011 14:25:45 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[specialists]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=341</guid>
		<description><![CDATA[I consider myself fairly pragmatic when it comes to agility in software development, or at least I used to&#8230; I&#8217;m having second thoughts.  As long as I&#8217;ve been around agile development (it&#8217;s been, what 6 or 7 years&#8230;) I&#8217;ve been exposed to what some people call Agilistas.  You probably recognize what I mean if you&#8217;ve [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2011/11/18/reconsidering-pragmatic-agility/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Role of Luck on a Software Development Project</title>
		<link>http://www.adeptechllc.com/2011/09/29/the-role-of-luck-on-a-software-development-project/</link>
		<comments>http://www.adeptechllc.com/2011/09/29/the-role-of-luck-on-a-software-development-project/#comments</comments>
		<pubDate>Thu, 29 Sep 2011 12:15:33 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[requirements]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=337</guid>
		<description><![CDATA[One of my employees recently said something to the effect of &#8220;I think people underestimate the role that luck plays on development projects.&#8221; I think he&#8217;s right, but it&#8217;s a difficult topic to nail down. I&#8217;ll give it a try, though. When we set out to build software, there&#8217;s usually a lot of unknowns, because [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2011/09/29/the-role-of-luck-on-a-software-development-project/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What to test?</title>
		<link>http://www.adeptechllc.com/2011/09/22/what-to-test/</link>
		<comments>http://www.adeptechllc.com/2011/09/22/what-to-test/#comments</comments>
		<pubDate>Thu, 22 Sep 2011 22:14:08 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[tdd]]></category>
		<category><![CDATA[test coverage]]></category>
		<category><![CDATA[testing]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=335</guid>
		<description><![CDATA[A couple of years ago, I started working with TDD, and I must admit it&#8217;s changed the way I like to work in software. One of the side effects has been some angst on my part on exactly what needs testing&#8230;It&#8217;s pretty straightforward if you have a coding standard (like my current client) that says [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2011/09/22/what-to-test/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Spring Framework: good for the gander?</title>
		<link>http://www.adeptechllc.com/2011/04/13/spring-framework-good-for-the-gander/</link>
		<comments>http://www.adeptechllc.com/2011/04/13/spring-framework-good-for-the-gander/#comments</comments>
		<pubDate>Wed, 13 Apr 2011 17:19:17 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[rant]]></category>
		<category><![CDATA[Spring Framework]]></category>
		<category><![CDATA[tdd]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=329</guid>
		<description><![CDATA[I like the Spring Framework for Java development. It let&#8217;s me do all kinds of neat things like interceptors, but fundamentally, at it&#8217;s core it lets me break stuff apart to test it in chunks, while still having support for wiring it together to build a complete application. Spring is all about dependency injection, so [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2011/04/13/spring-framework-good-for-the-gander/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Object Confusion with LINQ to XML</title>
		<link>http://www.adeptechllc.com/2010/08/19/object-confusion-with-linq-to-xml/</link>
		<comments>http://www.adeptechllc.com/2010/08/19/object-confusion-with-linq-to-xml/#comments</comments>
		<pubDate>Thu, 19 Aug 2010 18:10:13 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=324</guid>
		<description><![CDATA[I&#8217;ve been working recently with C#.NET, and in particular had an interesting experience with LINQ to XML. For those unfamiliar with LINQ, the idea is to apply sql-like syntax to a number of areas of the C# language, including XML documents, object, and of course, actual SQL data. Most interestingly, you can combine data from [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2010/08/19/object-confusion-with-linq-to-xml/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Folly of Password Standards</title>
		<link>http://www.adeptechllc.com/2010/07/07/the-folly-of-password-standards/</link>
		<comments>http://www.adeptechllc.com/2010/07/07/the-folly-of-password-standards/#comments</comments>
		<pubDate>Wed, 07 Jul 2010 16:17:07 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[openid]]></category>
		<category><![CDATA[passphrases]]></category>
		<category><![CDATA[passwords]]></category>
		<category><![CDATA[SAML]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=313</guid>
		<description><![CDATA[I was out on a web site today, it doesn&#8217;t really matter which one, and was forced to create a profile for the (mis)use of the site&#8217;s owner.  I found their password standards to be, well &#8220;stringent&#8221; would be a good word, especially considering the information (my profile) that I was securing. Their standards for [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2010/07/07/the-folly-of-password-standards/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Just Enough vs. Just In Case</title>
		<link>http://www.adeptechllc.com/2010/03/01/just-enough-vs-just-in-case/</link>
		<comments>http://www.adeptechllc.com/2010/03/01/just-enough-vs-just-in-case/#comments</comments>
		<pubDate>Mon, 01 Mar 2010 14:00:16 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[agile]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=273</guid>
		<description><![CDATA[It&#8217;s amazing to me the lengths people will go to in order to have something &#8220;useful&#8221; to do at work.  The problem is, in their quest to have something to do, they tend to make more work for, and slow down, the rest of us. A number of years ago, I was working with a [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2010/03/01/just-enough-vs-just-in-case/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Is it Agile, or Chaos?</title>
		<link>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/</link>
		<comments>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 17:27:06 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=270</guid>
		<description><![CDATA[Every so often I&#8217;ll run  into a product owner, project manager or other stakeholder who thinks that &#8220;agile&#8221; is the best thing since sliced bread. But it&#8217;s not really for the reasons you&#8217;d consider healthy. &#8220;We can change what we want at any time, because we&#8217;re being Agile!&#8221; they say. As I&#8217;ve probably mentioned before, [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2010/01/26/is-it-agile-or-chaos/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Temptations of an Agile Project: But that&#8217;s Easy! Can&#8217;t we just do it?</title>
		<link>http://www.adeptechllc.com/2010/01/05/temptations-of-an-agile-project-but-thats-easy-cant-we-just-do-it/</link>
		<comments>http://www.adeptechllc.com/2010/01/05/temptations-of-an-agile-project-but-thats-easy-cant-we-just-do-it/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 17:57:15 +0000</pubDate>
		<dc:creator>Keith McMillan</dc:creator>
				<category><![CDATA[development]]></category>
		<category><![CDATA[process]]></category>
		<category><![CDATA[agile development]]></category>
		<category><![CDATA[scrum]]></category>
		<category><![CDATA[user stories]]></category>

		<guid isPermaLink="false">http://www.adeptechllc.com/?p=267</guid>
		<description><![CDATA[Some ideas that seem perfectly sensible are really disasters waiting to happen, and agile teams are not immune. I’ve started to notice some frequent mistakes that inexperienced, and sometimes not so inexperienced, teams make when they’re trying to be agile. These things seem like perfectly good, common sense ideas, but they have undesirable consequences, and [...]]]></description>
		<wfw:commentRss>http://www.adeptechllc.com/2010/01/05/temptations-of-an-agile-project-but-thats-easy-cant-we-just-do-it/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

