<?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: Here we go, here we go, here we go &#8230;</title>
	<atom:link href="http://www.boost.co.nz/blog/agile/fullcodepress/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.boost.co.nz/blog/agile/fullcodepress/</link>
	<description>All the stuff we love - Web design &#124; Usability &#124; Ruby on Rails &#124; Agile and Scrum &#124; eLearing</description>
	<lastBuildDate>Wed, 18 Jan 2012 04:24:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Joel Hughes</title>
		<link>http://www.boost.co.nz/blog/agile/fullcodepress/comment-page-1/#comment-803</link>
		<dc:creator>Joel Hughes</dc:creator>
		<pubDate>Thu, 17 Jun 2010 04:58:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.boost.co.nz/blog/?p=834#comment-803</guid>
		<description>Thanks!

When the client has bought into Agile - is billing more likely to happen on hourly rates rather than predicted fixed costs? I know it depends but, from what I can see, agile allows you to discover as part of development and, if some cool opportunity comes up, then how is that tranlsated to the client and costed?

Thanks for your thoughts - as you see I&#039;m interested in agile (none of my clients would have heard of it though!) - especiallly for the bigger, bespoke development projects. I like avoiding the the all in specification stage but only if hours don&#039;t go out of control and world delivered greatly out weighs monies billed.

@joel_hughes</description>
		<content:encoded><![CDATA[<p>Thanks!</p>
<p>When the client has bought into Agile &#8211; is billing more likely to happen on hourly rates rather than predicted fixed costs? I know it depends but, from what I can see, agile allows you to discover as part of development and, if some cool opportunity comes up, then how is that tranlsated to the client and costed?</p>
<p>Thanks for your thoughts &#8211; as you see I&#8217;m interested in agile (none of my clients would have heard of it though!) &#8211; especiallly for the bigger, bespoke development projects. I like avoiding the the all in specification stage but only if hours don&#8217;t go out of control and world delivered greatly out weighs monies billed.</p>
<p>@joel_hughes</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: courtney</title>
		<link>http://www.boost.co.nz/blog/agile/fullcodepress/comment-page-1/#comment-802</link>
		<dc:creator>courtney</dc:creator>
		<pubDate>Thu, 17 Jun 2010 04:44:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.boost.co.nz/blog/?p=834#comment-802</guid>
		<description>Hi Joel

Thanks for the questions!

When we&#039;re working with a client who&#039;s used Agile before, or committed to trying it for the first time, it works well.

For clients who are new to Agile, we talk them through the process, provide introductory material that explains Agile terms, tools and processes, and lend them books. 

We find that once you&#039;ve built a good long-term relationship with a client you can start introducing the idea of working in an Agile way. And even on projects that are being run using traditional project management methodologies, internally we continue to use Agile tools and processes to manage our own work.

I guess that, like I said above, it&#039;s all in  the communication!

-- Courtney</description>
		<content:encoded><![CDATA[<p>Hi Joel</p>
<p>Thanks for the questions!</p>
<p>When we&#8217;re working with a client who&#8217;s used Agile before, or committed to trying it for the first time, it works well.</p>
<p>For clients who are new to Agile, we talk them through the process, provide introductory material that explains Agile terms, tools and processes, and lend them books. </p>
<p>We find that once you&#8217;ve built a good long-term relationship with a client you can start introducing the idea of working in an Agile way. And even on projects that are being run using traditional project management methodologies, internally we continue to use Agile tools and processes to manage our own work.</p>
<p>I guess that, like I said above, it&#8217;s all in  the communication!</p>
<p>&#8211; Courtney</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel Hughes</title>
		<link>http://www.boost.co.nz/blog/agile/fullcodepress/comment-page-1/#comment-801</link>
		<dc:creator>Joel Hughes</dc:creator>
		<pubDate>Thu, 17 Jun 2010 04:34:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.boost.co.nz/blog/?p=834#comment-801</guid>
		<description>Hi,
Interesting article - can I ask how you (or &quot;if you&quot;) explain Agile to your cliients, how it fits in with a clients need for a traditional proposal/specification and how it fits in with billing?

Thanks

@joel_hughes</description>
		<content:encoded><![CDATA[<p>Hi,<br />
Interesting article &#8211; can I ask how you (or &#8220;if you&#8221;) explain Agile to your cliients, how it fits in with a clients need for a traditional proposal/specification and how it fits in with billing?</p>
<p>Thanks</p>
<p>@joel_hughes</p>
]]></content:encoded>
	</item>
</channel>
</rss>

