<?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: Asking clients the right questions</title>
	<atom:link href="http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/?utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=asking-clients-the-right-questions</link>
	<description>Let&#039;s fuel your imagination</description>
	<lastBuildDate>Thu, 04 Aug 2011 07:30:02 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/comment-page-1/#comment-3605</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Fri, 09 Apr 2010 05:43:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.octane.uk.net/?p=621#comment-3605</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by Octane: Asking clients the right questions before, during and after a project ( http://ow.ly/1w7C1 ). #business...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by Octane: Asking clients the right questions before, during and after a project ( <a href="http://ow.ly/1w7C1" rel="nofollow">http://ow.ly/1w7C1</a> ). #business&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wayne Smallman</title>
		<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/comment-page-1/#comment-3600</link>
		<dc:creator>Wayne Smallman</dc:creator>
		<pubDate>Thu, 08 Apr 2010 21:12:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.octane.uk.net/?p=621#comment-3600</guid>
		<description>I know what you&#039;re saying, and it&#039;s something I already do, for a number of reasons.

I&#039;ve found that clients rarely want to pay in stages less than £500 within any given project. Typically, I &lt;a href=&quot;http://www.octane.uk.net/2009/07/of-projects-payment-and-planning/&quot; rel=&quot;nofollow&quot;&gt;invoice in £1,000-2,000 chunks matched to key milestones with demonstrable evidence of progress&lt;/a&gt;.

Also, for me personally, any amount of work worth less than a thousand pounds probably wouldn&#039;t represent a significant amount of progress. So I&#039;m guessing you deal with much larger projects?</description>
		<content:encoded><![CDATA[<p>I know what you&#8217;re saying, and it&#8217;s something I already do, for a number of reasons.</p>
<p>I&#8217;ve found that clients rarely want to pay in stages less than £500 within any given project. Typically, I <a href="http://www.octane.uk.net/2009/07/of-projects-payment-and-planning/" rel="nofollow">invoice in £1,000-2,000 chunks matched to key milestones with demonstrable evidence of progress</a>.</p>
<p>Also, for me personally, any amount of work worth less than a thousand pounds probably wouldn&#8217;t represent a significant amount of progress. So I&#8217;m guessing you deal with much larger projects?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Heys</title>
		<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/comment-page-1/#comment-3598</link>
		<dc:creator>Brian Heys</dc:creator>
		<pubDate>Thu, 08 Apr 2010 19:29:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.octane.uk.net/?p=621#comment-3598</guid>
		<description>Try iterating more frequently with smaller releases - your clients will love it because they&#039;ll get what they need faster, with less risk. You&#039;ll love it because you&#039;ll get paid more often!

Win-win!</description>
		<content:encoded><![CDATA[<p>Try iterating more frequently with smaller releases &#8211; your clients will love it because they&#8217;ll get what they need faster, with less risk. You&#8217;ll love it because you&#8217;ll get paid more often!</p>
<p>Win-win!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wayne Smallman</title>
		<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/comment-page-1/#comment-3596</link>
		<dc:creator>Wayne Smallman</dc:creator>
		<pubDate>Thu, 08 Apr 2010 18:50:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.octane.uk.net/?p=621#comment-3596</guid>
		<description>Hi Brian!

I had to re-read what I wrote. I make no mention of any big design phase, and what I do explain does suggest an iterative approach.

This article is in no way an expansive insight in project planning. That&#039;s beyond the remit of article.

Clients are entirely within their right to change their minds, there&#039;s no contesting that. But if they do — and in a way that totally changes the course of the project — they have to accept their accountability in that regard. You can&#039;t account for every eventuality, no matter how well you plan a project.

That aside, thanks for the comment all the same. You&#039;ve certainly gone where I didn&#039;t intend, which is great!</description>
		<content:encoded><![CDATA[<p>Hi Brian!</p>
<p>I had to re-read what I wrote. I make no mention of any big design phase, and what I do explain does suggest an iterative approach.</p>
<p>This article is in no way an expansive insight in project planning. That&#8217;s beyond the remit of article.</p>
<p>Clients are entirely within their right to change their minds, there&#8217;s no contesting that. But if they do — and in a way that totally changes the course of the project — they have to accept their accountability in that regard. You can&#8217;t account for every eventuality, no matter how well you plan a project.</p>
<p>That aside, thanks for the comment all the same. You&#8217;ve certainly gone where I didn&#8217;t intend, which is great!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Heys</title>
		<link>http://www.octane.uk.net/2010/04/asking-clients-the-right-questions/comment-page-1/#comment-3593</link>
		<dc:creator>Brian Heys</dc:creator>
		<pubDate>Thu, 08 Apr 2010 17:45:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.octane.uk.net/?p=621#comment-3593</guid>
		<description>Good article Wayne. 

However, I must admit the hairs on the back of my neck stood up when I read about the &#039;big design phase&#039; happening up front.

While your client might not want a bungalow now, and might even agree with you that they will eventually need a four-story office block ... what happens when they realise six months down the line that they don&#039;t want the office block after all, but an estate of bungalows linked by underground tunnels instead?

Doing too much design up front can be considered a high risk approach. Unforeseen requirement changes happen. They always have, and always will.

By taking a more iterative approach, you could minimise risk to yourself and your clients by only introducing the features they really need, as and when they need them.

I wrote a post about this on my &lt;a href=&quot;http://brianheys.com/2010/02/25/dam-the-waterfall-get-agile/&quot; rel=&quot;nofollow&quot;&gt;blog article Dam the waterfall: get Agile&lt;/a&gt; recently.

Perhaps you could offer your clients the option of which methodology they would rather you use on their project: Waterfall or Agile?

It&#039;s something to think about.</description>
		<content:encoded><![CDATA[<p>Good article Wayne. </p>
<p>However, I must admit the hairs on the back of my neck stood up when I read about the &#8216;big design phase&#8217; happening up front.</p>
<p>While your client might not want a bungalow now, and might even agree with you that they will eventually need a four-story office block &#8230; what happens when they realise six months down the line that they don&#8217;t want the office block after all, but an estate of bungalows linked by underground tunnels instead?</p>
<p>Doing too much design up front can be considered a high risk approach. Unforeseen requirement changes happen. They always have, and always will.</p>
<p>By taking a more iterative approach, you could minimise risk to yourself and your clients by only introducing the features they really need, as and when they need them.</p>
<p>I wrote a post about this on my <a href="http://brianheys.com/2010/02/25/dam-the-waterfall-get-agile/" rel="nofollow">blog article Dam the waterfall: get Agile</a> recently.</p>
<p>Perhaps you could offer your clients the option of which methodology they would rather you use on their project: Waterfall or Agile?</p>
<p>It&#8217;s something to think about.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

