<?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"
	>
<channel>
	<title>Comments on: Defining Project Boundaries (and Keeping Your Client Within Them)</title>
	<atom:link href="http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/</link>
	<description>Technology for creatives</description>
	<pubDate>Fri, 05 Sep 2008 20:14:43 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Resources for Designers, Post One &#124; Wisecup Design</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-27325</link>
		<dc:creator>Resources for Designers, Post One &#124; Wisecup Design</dc:creator>
		<pubDate>Wed, 13 Feb 2008 03:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-27325</guid>
		<description>[...] Defining Project Boundaries (and Keeping Your Client Within Them) [...]</description>
		<content:encoded><![CDATA[<p>[...] Defining Project Boundaries (and Keeping Your Client Within Them) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web Design Nashville</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-12897</link>
		<dc:creator>Web Design Nashville</dc:creator>
		<pubDate>Sat, 03 Nov 2007 01:11:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-12897</guid>
		<description>Great article!  We have been plagued by scope creep for years and now our projects are getting bigger, so is the scope creep problem.  We have implemented more detailed estimates on the front end as well as a deliverables document outlining exactly what the client is getting.

Definitely need to have good project management and communication.  Most delays we have are because no one thought through the website and built it in their head first and asked all the right questions...

Details details.  We prefer to get more information up-front then pay for it in the end.</description>
		<content:encoded><![CDATA[<p>Great article!  We have been plagued by scope creep for years and now our projects are getting bigger, so is the scope creep problem.  We have implemented more detailed estimates on the front end as well as a deliverables document outlining exactly what the client is getting.</p>
<p>Definitely need to have good project management and communication.  Most delays we have are because no one thought through the website and built it in their head first and asked all the right questions&#8230;</p>
<p>Details details.  We prefer to get more information up-front then pay for it in the end.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Defining Project Boundaries (and Keeping Your Client Within Them) / Web Words / WizarDev</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10537</link>
		<dc:creator>Defining Project Boundaries (and Keeping Your Client Within Them) / Web Words / WizarDev</dc:creator>
		<pubDate>Mon, 17 Sep 2007 14:12:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10537</guid>
		<description>[...] Read Defining Project Boundaries (and Keeping Your Client Within Them) [...]</description>
		<content:encoded><![CDATA[<p>[...] Read Defining Project Boundaries (and Keeping Your Client Within Them) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tidbits &#187; Zen and the Art of Nonprofit Technology</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10350</link>
		<dc:creator>Tidbits &#187; Zen and the Art of Nonprofit Technology</dc:creator>
		<pubDate>Mon, 10 Sep 2007 23:37:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10350</guid>
		<description>[...] has a great article on how to prevent scope [...]</description>
		<content:encoded><![CDATA[<p>[...] has a great article on how to prevent scope [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Derricott</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10349</link>
		<dc:creator>Brett Derricott</dc:creator>
		<pubDate>Mon, 10 Sep 2007 21:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10349</guid>
		<description>@Raimond: Agile development techniques are great when they can be used. From my experience most clients (especially those hiring a designer/developer for the first time) are unwilling to begin a project without a set schedule and price, though.

The reality is that most of us are bad at estimating accurately and we fail to account for all of the extra tasks that a project requires, like bug fixing or design revisions. Unfortunately it's hard to find clients that are sympathetic to our plight!

If you've found a way to convince all of your clients to let you use an agile approach please post a comment and let us know your secret!</description>
		<content:encoded><![CDATA[<p>@Raimond: Agile development techniques are great when they can be used. From my experience most clients (especially those hiring a designer/developer for the first time) are unwilling to begin a project without a set schedule and price, though.</p>
<p>The reality is that most of us are bad at estimating accurately and we fail to account for all of the extra tasks that a project requires, like bug fixing or design revisions. Unfortunately it&#8217;s hard to find clients that are sympathetic to our plight!</p>
<p>If you&#8217;ve found a way to convince all of your clients to let you use an agile approach please post a comment and let us know your secret!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bookmarkables for 10 September 2007 : FocusMinded.com</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10344</link>
		<dc:creator>Bookmarkables for 10 September 2007 : FocusMinded.com</dc:creator>
		<pubDate>Mon, 10 Sep 2007 13:11:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10344</guid>
		<description>[...] Define Project Boundaries (and Keeping your Client Within Them) - an excellent article on the scope creep (those clients who like to go outside the scope and expect it to have been understood as part of the quote). A Must Read [...]</description>
		<content:encoded><![CDATA[<p>[...] Define Project Boundaries (and Keeping your Client Within Them) - an excellent article on the scope creep (those clients who like to go outside the scope and expect it to have been understood as part of the quote). A Must Read [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raimond Garcia</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10324</link>
		<dc:creator>Raimond Garcia</dc:creator>
		<pubDate>Sun, 09 Sep 2007 18:02:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10324</guid>
		<description>Hi, I think we should not have fixed contracts at all.  Using agile development techniques such as the ones encouraged by Ruby on Rails, you can show progress to your client in a day to day basis and allow him to guide you through out the whole project.  Something like, "what would you like me to work on today?" you do it, get feedback and improve.

I personally hate fixed-rate contracts, partly because I suck at estimating costs and I always end up having to explain to my client a whole bunch of tasks that I didn't take into account and had to be completed to achieve a milestone.  I rather my client gives me an idea and we polish it day after day without establishing from the beginning everything that needs to be done, its more fun and less stressful, than having to meet deadlines, I hate dealines too :)</description>
		<content:encoded><![CDATA[<p>Hi, I think we should not have fixed contracts at all.  Using agile development techniques such as the ones encouraged by Ruby on Rails, you can show progress to your client in a day to day basis and allow him to guide you through out the whole project.  Something like, &#8220;what would you like me to work on today?&#8221; you do it, get feedback and improve.</p>
<p>I personally hate fixed-rate contracts, partly because I suck at estimating costs and I always end up having to explain to my client a whole bunch of tasks that I didn&#8217;t take into account and had to be completed to achieve a milestone.  I rather my client gives me an idea and we polish it day after day without establishing from the beginning everything that needs to be done, its more fun and less stressful, than having to meet deadlines, I hate dealines too <img src='http://www.agencybyte.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; LinkSwitch – A Roundup of Great Links Across the Web</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10307</link>
		<dc:creator>&#187; LinkSwitch – A Roundup of Great Links Across the Web</dc:creator>
		<pubDate>Sun, 09 Sep 2007 06:27:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-10307</guid>
		<description>[...] from Agency Byte helps us Define Project Boundaries (and Keep Our Clients Within Them). Hooray for [...]</description>
		<content:encoded><![CDATA[<p>[...] from Agency Byte helps us Define Project Boundaries (and Keep Our Clients Within Them). Hooray for [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; 5 Reasons To Break Projects Down</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-7675</link>
		<dc:creator>&#187; 5 Reasons To Break Projects Down</dc:creator>
		<pubDate>Tue, 03 Jul 2007 10:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-7675</guid>
		<description>[...] Scope creep isnâ€™t caused by long project timelines but is more likely to occur in bigger projects with lengthier schedules. The risk of experiencing scope creep, however, can be somewhat mitigated by establishing frequent milestones and reviewing the projectâ€™s progress against the agreed-upon scope at each milestone. [...]</description>
		<content:encoded><![CDATA[<p>[...] Scope creep isnâ€™t caused by long project timelines but is more likely to occur in bigger projects with lengthier schedules. The risk of experiencing scope creep, however, can be somewhat mitigated by establishing frequent milestones and reviewing the projectâ€™s progress against the agreed-upon scope at each milestone. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brett Derricott</title>
		<link>http://www.agencybyte.com/2007/04/10/defining-project-boundaries-and-keeping-your-client-within-them/#comment-4232</link>
		<dc:creator>Brett Derricott</dc:creator>
		<pubDate>Mon, 14 May 2007 14:23:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.agencybyte.com/2007/04/16/defining-project-boundaries-and-keeping-your-client-within-them/#comment-4232</guid>
		<description>@Justin: Thanks for the suggestion. It can be difficult to draw the line and stop doing work for a client when they've spent their budget. Your company's approach tackles that problem head-on by establishing the limit right up front. I think setting proper expectations at the beginning of a project like this is very helpful.</description>
		<content:encoded><![CDATA[<p>@Justin: Thanks for the suggestion. It can be difficult to draw the line and stop doing work for a client when they&#8217;ve spent their budget. Your company&#8217;s approach tackles that problem head-on by establishing the limit right up front. I think setting proper expectations at the beginning of a project like this is very helpful.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
