<?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: The Problem Preventer</title>
	<atom:link href="http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Matt Blodgett</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-276</link>
		<dc:creator>Matt Blodgett</dc:creator>
		<pubDate>Mon, 28 Apr 2008 20:28:04 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-276</guid>
		<description>Good post, Chad.

All the best practices and ALT.NET goodness is really a waste of time if you can&#039;t convince the decision makers of its value.</description>
		<content:encoded><![CDATA[<p>Good post, Chad.</p>
<p>All the best practices and ALT.NET goodness is really a waste of time if you can&#8217;t convince the decision makers of its value.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fervent Coder</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-275</link>
		<dc:creator>Fervent Coder</dc:creator>
		<pubDate>Sat, 26 Apr 2008 19:57:57 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-275</guid>
		<description>True.  Compromise is a tough battle I had, in a similar sense, with an employer once.  Part of it is also making yourself somewhat indispensable, but in a good way, not in a crappy code writing way.  

I think Steve is right as well, but it may be a long time before there are enough people who need to make money at the end of the day see the benefits (opportunity costs missed) by seeking a better way.

When dealing with business people, it always needs to be quantified in dollars.  So we need to present it to them in this way: Here is what I am asking, here is what I am going to save you at the end of the day.  

A little OT but a lot of good salary negotiation sites say to hold off on salary discussion until you have your potential employer at a point where they feel they need to hire you. 

I have used this tutorial among others for both my wife and I and it has been fantastic and has worked well: http://www.quintcareers.com/salary_negotiation_tutorial.html</description>
		<content:encoded><![CDATA[<p>True.  Compromise is a tough battle I had, in a similar sense, with an employer once.  Part of it is also making yourself somewhat indispensable, but in a good way, not in a crappy code writing way.  </p>
<p>I think Steve is right as well, but it may be a long time before there are enough people who need to make money at the end of the day see the benefits (opportunity costs missed) by seeking a better way.</p>
<p>When dealing with business people, it always needs to be quantified in dollars.  So we need to present it to them in this way: Here is what I am asking, here is what I am going to save you at the end of the day.  </p>
<p>A little OT but a lot of good salary negotiation sites say to hold off on salary discussion until you have your potential employer at a point where they feel they need to hire you. </p>
<p>I have used this tutorial among others for both my wife and I and it has been fantastic and has worked well: <a href="http://www.quintcareers.com/salary_negotiation_tutorial.html" rel="nofollow">http://www.quintcareers.com/salary_negotiation_tutorial.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-274</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Sat, 26 Apr 2008 18:31:27 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-274</guid>
		<description>@Fervent:

Good idea! I had an idea somewhat similar to that and floated it around to folks, but the general consensus of people I talked with and look up to was that this is a losing proposition and puts you in a bad spot of having to justify everything you do.

If you&#039;re (all of us) confident that you can do this and even have a proven track record, there&#039;s no reason to compromise or make deals. We should just come in and say what the truth is and how they can save loads of time and money and increase their quality and lower their change pain and it&#039;s going to only cost them the low, low salary or hourly rate of $XYZ.

The compromise proposition will be seen as a weakness and lack of confidence in the business folks&#039; eyes (and rightfully so).

I think Steve is right. We need to just get the word out, try to establish the facts and proof of what we claim and then only deal with people who are seeking a better way rather than trying to force people who are stuck in their current process</description>
		<content:encoded><![CDATA[<p>@Fervent:</p>
<p>Good idea! I had an idea somewhat similar to that and floated it around to folks, but the general consensus of people I talked with and look up to was that this is a losing proposition and puts you in a bad spot of having to justify everything you do.</p>
<p>If you&#8217;re (all of us) confident that you can do this and even have a proven track record, there&#8217;s no reason to compromise or make deals. We should just come in and say what the truth is and how they can save loads of time and money and increase their quality and lower their change pain and it&#8217;s going to only cost them the low, low salary or hourly rate of $XYZ.</p>
<p>The compromise proposition will be seen as a weakness and lack of confidence in the business folks&#8217; eyes (and rightfully so).</p>
<p>I think Steve is right. We need to just get the word out, try to establish the facts and proof of what we claim and then only deal with people who are seeking a better way rather than trying to force people who are stuck in their current process</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fervent Coder</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-273</link>
		<dc:creator>Fervent Coder</dc:creator>
		<pubDate>Sat, 26 Apr 2008 18:06:30 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-273</guid>
		<description>I agree that it is a tough sell, but maybe you can do this: 

Right now I can see you are looking for X.  I have more to offer and you may not immediately see that value.
So here is what I propose we do:
I will come in and work for you at $$ and once you see that I am a problem preventer (or that I have proven myself) we will discuss bumping it up to $$$.  We will do that review within a year of hire.  After I have been here six months we will put a date on it and review my progress at that point.  Fair enough?</description>
		<content:encoded><![CDATA[<p>I agree that it is a tough sell, but maybe you can do this: </p>
<p>Right now I can see you are looking for X.  I have more to offer and you may not immediately see that value.<br />
So here is what I propose we do:<br />
I will come in and work for you at $$ and once you see that I am a problem preventer (or that I have proven myself) we will discuss bumping it up to $$$.  We will do that review within a year of hire.  After I have been here six months we will put a date on it and review my progress at that point.  Fair enough?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Bohlen</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-272</link>
		<dc:creator>Steve Bohlen</dc:creator>
		<pubDate>Sat, 26 Apr 2008 10:00:27 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-272</guid>
		<description>I think your error is in trying to pitch your (valid) value proposition to employers whose heads aren&#039;t already there; this seems a waste of your time (explaining to them why someone like yourself is worth what you think you are).

If they cannot see that already (becuase they already have acknowledged the reality of precisely the value proposition you are espousing) then you need to move on to an employer who does.

&quot;Hey, I know you were looking to hire X but since I&#039;m not X, let me explain to you why you really need Y.&quot;, is an extremely difficult sale in an interview -- its hard enough if you are already an existing hire (presumably with the cred already via proven performance) but its nigh-impossible as an unknown in an interview context.</description>
		<content:encoded><![CDATA[<p>I think your error is in trying to pitch your (valid) value proposition to employers whose heads aren&#8217;t already there; this seems a waste of your time (explaining to them why someone like yourself is worth what you think you are).</p>
<p>If they cannot see that already (becuase they already have acknowledged the reality of precisely the value proposition you are espousing) then you need to move on to an employer who does.</p>
<p>&#8220;Hey, I know you were looking to hire X but since I&#8217;m not X, let me explain to you why you really need Y.&#8221;, is an extremely difficult sale in an interview &#8212; its hard enough if you are already an existing hire (presumably with the cred already via proven performance) but its nigh-impossible as an unknown in an interview context.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chad Myers</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-271</link>
		<dc:creator>Chad Myers</dc:creator>
		<pubDate>Sat, 26 Apr 2008 02:06:00 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-271</guid>
		<description>@Steve:

Every project I&#039;ve ever been on (well, except a few side projects) needed to be done ASAP, the same as what you said.

But it&#039;s not OK to just do whatever it takes to get the job done unless it&#039;s a disposable app that is never used after the deadline (i.e. Conference Registration sites, etc).

Because as soon as the first deadline comes and goes, the developers breath a sigh of relief and the business users come back and say something to the effect of, &quot;Ok! Great, you guys did a great job and did that in 3 months. Now we need 2x the features in 2 months. Since you guys are so awesome, it won&#039;t be a problem!&quot;

I&#039;ve also had that happen on all but a few projects.

So when I hear &#039;we have to have this NOW NOW NOW&#039;, I try to direct the conversation to, &quot;What does your schedule look like for the next 18 months? What demos, what conferences, what etc, etc, etc, do you have that we should be aware of for planning&quot;

If you&#039;re just looking to make it through to the next deadline, you&#039;ve already set yourself up for failure.

Everyone needs to stop looking directly down and look towards the horizon. It&#039;s hard in a panic situation, but that&#039;s what I mean by problem preventer: It&#039;s up to us to look further out and not just at the next deadline.

We *must* be thinking big picture and strategically and not just hurrying up the next release because we only harm the business users when we do that. All that money you might have saved this release just cost them 10x on the next release. What have we solved then?</description>
		<content:encoded><![CDATA[<p>@Steve:</p>
<p>Every project I&#8217;ve ever been on (well, except a few side projects) needed to be done ASAP, the same as what you said.</p>
<p>But it&#8217;s not OK to just do whatever it takes to get the job done unless it&#8217;s a disposable app that is never used after the deadline (i.e. Conference Registration sites, etc).</p>
<p>Because as soon as the first deadline comes and goes, the developers breath a sigh of relief and the business users come back and say something to the effect of, &#8220;Ok! Great, you guys did a great job and did that in 3 months. Now we need 2x the features in 2 months. Since you guys are so awesome, it won&#8217;t be a problem!&#8221;</p>
<p>I&#8217;ve also had that happen on all but a few projects.</p>
<p>So when I hear &#8216;we have to have this NOW NOW NOW&#8217;, I try to direct the conversation to, &#8220;What does your schedule look like for the next 18 months? What demos, what conferences, what etc, etc, etc, do you have that we should be aware of for planning&#8221;</p>
<p>If you&#8217;re just looking to make it through to the next deadline, you&#8217;ve already set yourself up for failure.</p>
<p>Everyone needs to stop looking directly down and look towards the horizon. It&#8217;s hard in a panic situation, but that&#8217;s what I mean by problem preventer: It&#8217;s up to us to look further out and not just at the next deadline.</p>
<p>We *must* be thinking big picture and strategically and not just hurrying up the next release because we only harm the business users when we do that. All that money you might have saved this release just cost them 10x on the next release. What have we solved then?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-270</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Sat, 26 Apr 2008 01:39:39 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-270</guid>
		<description>Time and money.  Many projects I&#039;m on need to be done asap, every tick tock is money lost until the app is done.  Shortcuts happen.  
</description>
		<content:encoded><![CDATA[<p>Time and money.  Many projects I&#8217;m on need to be done asap, every tick tock is money lost until the app is done.  Shortcuts happen.  </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Houston</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-269</link>
		<dc:creator>Ray Houston</dc:creator>
		<pubDate>Fri, 25 Apr 2008 22:41:21 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-269</guid>
		<description>@Chad - Maybe it&#039;s just me, but I feel we as a community of developers are focused on educating others with a bottom up approach. I think that helps to promote better engineering practices, but that doesn&#039;t help educate businesses to break out of those mind sets that you mentioned. What companies can we look to as an example of doing things right so we have something to compare against? Somehow we have to come up with metrics on the value of making the right decisions versus the wrong ones. Another part is getting the opportunity to talk to the right people so that we can educate them. We have to talk to the decision makers. I don&#039;t think very many recruiters will get it, but I could be wrong.</description>
		<content:encoded><![CDATA[<p>@Chad &#8211; Maybe it&#8217;s just me, but I feel we as a community of developers are focused on educating others with a bottom up approach. I think that helps to promote better engineering practices, but that doesn&#8217;t help educate businesses to break out of those mind sets that you mentioned. What companies can we look to as an example of doing things right so we have something to compare against? Somehow we have to come up with metrics on the value of making the right decisions versus the wrong ones. Another part is getting the opportunity to talk to the right people so that we can educate them. We have to talk to the decision makers. I don&#8217;t think very many recruiters will get it, but I could be wrong.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Flanagan</title>
		<link>http://lostechies.com/chadmyers/2008/04/25/the-problem-preventer/#comment-268</link>
		<dc:creator>Joshua Flanagan</dc:creator>
		<pubDate>Fri, 25 Apr 2008 22:40:17 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2008/04/25/the-problem-preventer.aspx#comment-268</guid>
		<description>It&#039;d be great to get some answers on this. Its hard enough trying to quantify the value of problem prevention when you are already in the door and providing that value - let alone trying to convince a stranger.
It seems the only easy answer is to limit your search to those few that already share your views on how software should be developed.</description>
		<content:encoded><![CDATA[<p>It&#8217;d be great to get some answers on this. Its hard enough trying to quantify the value of problem prevention when you are already in the door and providing that value &#8211; let alone trying to convince a stranger.<br />
It seems the only easy answer is to limit your search to those few that already share your views on how software should be developed.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
