<?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 for Building Better Software</title>
	<atom:link href="http://www.stellman-greene.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stellman-greene.com</link>
	<description>because for some weird reason, users want their software to work</description>
	<pubDate>Sun, 11 May 2008 21:45:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>Comment on It&#8217;ll take about three weeks&#8230; by programmers_mind</title>
		<link>http://www.stellman-greene.com/2008/03/20/itll-take-about-three-weeks/#comment-1801</link>
		<dc:creator>programmers_mind</dc:creator>
		<pubDate>Tue, 25 Mar 2008 01:57:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2008/03/20/itll-take-about-three-weeks/#comment-1801</guid>
		<description>that's hilarious...about three weeks.  so true.  i'll need to read up more on your technique, i have some techniques of my own, but i definitely agree that in general you have to be careful about giving exact estimates, and at the same time, need to have some form of a system that prevents you from being too trigger shy and allows you give good estimates.</description>
		<content:encoded><![CDATA[<p>that&#8217;s hilarious&#8230;about three weeks.  so true.  i&#8217;ll need to read up more on your technique, i have some techniques of my own, but i definitely agree that in general you have to be careful about giving exact estimates, and at the same time, need to have some form of a system that prevents you from being too trigger shy and allows you give good estimates.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Whoa&#8230; by Building Better Software &#8250; Head First C# - the top-selling C# book on Amazon!</title>
		<link>http://www.stellman-greene.com/2008/01/11/whoa/#comment-1566</link>
		<dc:creator>Building Better Software &#8250; Head First C# - the top-selling C# book on Amazon!</dc:creator>
		<pubDate>Fri, 14 Mar 2008 19:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2008/01/11/whoa/#comment-1566</guid>
		<description>[...] Remember back in January, when Tim O&#8217;Reilly blogged about great Bookscan numbers for Head First C#? [...]</description>
		<content:encoded><![CDATA[<p>[...] Remember back in January, when Tim O&#8217;Reilly blogged about great Bookscan numbers for Head First C#? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quality Really IS Free by manufacturing software</title>
		<link>http://www.stellman-greene.com/2006/03/29/quality-really-is-free/#comment-875</link>
		<dc:creator>manufacturing software</dc:creator>
		<pubDate>Fri, 01 Feb 2008 03:00:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/blog/2006/03/29/quality-really-is-free/#comment-875</guid>
		<description>&lt;strong&gt;manufacturing software...&lt;/strong&gt;

We have very much promoted this type of business practice ourselves and am glad I came across your blog again. I have added you to our digg bookmarking account. Thanks!...</description>
		<content:encoded><![CDATA[<p><strong>manufacturing software&#8230;</strong></p>
<p>We have very much promoted this type of business practice ourselves and am glad I came across your blog again. I have added you to our digg bookmarking account. Thanks!&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Late projects, man-months and the software crisis by Brad Appleton ACME Blog</title>
		<link>http://www.stellman-greene.com/2007/05/15/late-projects-man-months-and-the-software-crisis/#comment-656</link>
		<dc:creator>Brad Appleton ACME Blog</dc:creator>
		<pubDate>Thu, 17 Jan 2008 10:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/05/15/late-projects-man-months-and-the-software-crisis/#comment-656</guid>
		<description>&lt;strong&gt;The Majesty of the Mythical Man-Month...&lt;/strong&gt;

I am still amazed at the number of software managers who are unfamiliar with &#34;The Mythical man-month&#34;...</description>
		<content:encoded><![CDATA[<p><strong>The Majesty of the Mythical Man-Month&#8230;</strong></p>
<p>I am still amazed at the number of software managers who are unfamiliar with &quot;The Mythical man-month&quot;&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What about Agile? by Building Better Software &#8250; Some great questions about PMP and Agile development</title>
		<link>http://www.stellman-greene.com/2007/04/27/what-about-agile/#comment-381</link>
		<dc:creator>Building Better Software &#8250; Some great questions about PMP and Agile development</dc:creator>
		<pubDate>Thu, 06 Dec 2007 21:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/04/27/what-about-agile/#comment-381</guid>
		<description>[...] I wrote a blog post about this a while back called &#8220;What About Agile?&#8221; [...]</description>
		<content:encoded><![CDATA[<p>[...] I wrote a blog post about this a while back called &#8220;What About Agile?&#8221; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on What about Agile? by ipreuss</title>
		<link>http://www.stellman-greene.com/2007/04/27/what-about-agile/#comment-377</link>
		<dc:creator>ipreuss</dc:creator>
		<pubDate>Wed, 05 Dec 2007 09:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/04/27/what-about-agile/#comment-377</guid>
		<description>The Poppendiecks have a nice report form a Lean Construction course, which hints at the fact that even after construction starts, there are still a lot of design changes done when building a house, for example: http://www.poppendieck.com/construction.htm

And then there is the interesting interview with Alistair Cockburn, where he explains how he applied Agile values and principles to renovating his house: http://www.agileadvice.com/archives/2006/06/interview_with.html</description>
		<content:encoded><![CDATA[<p>The Poppendiecks have a nice report form a Lean Construction course, which hints at the fact that even after construction starts, there are still a lot of design changes done when building a house, for example: <a href="http://www.poppendieck.com/construction.htm" rel="nofollow">http://www.poppendieck.com/construction.htm</a></p>
<p>And then there is the interesting interview with Alistair Cockburn, where he explains how he applied Agile values and principles to renovating his house: <a href="http://www.agileadvice.com/archives/2006/06/interview_with.html" rel="nofollow">http://www.agileadvice.com/archives/2006/06/interview_with.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on IASA / NYCJava - thanks for having us by! by Looking through my window &#171; tumbling in taiwan &#8230;</title>
		<link>http://www.stellman-greene.com/2007/06/27/iasa-nycjava-thanks-for-having-us-by-2/#comment-154</link>
		<dc:creator>Looking through my window &#171; tumbling in taiwan &#8230;</dc:creator>
		<pubDate>Mon, 01 Oct 2007 08:33:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/06/27/iasa-nycjava-thanks-for-having-us-by-2/#comment-154</guid>
		<description>[...] But as they say you can not fix a problem untill you know what the probelm is, I have myself committed to overcome this problem.  And guess what, I have received my Head First PMP copy couple of days ago &#60;:-P yoyo I have already covered over 100 pages of the book but judging from my previous Head First book reading experience I have decided to go at relatively slow pace reading this book. Also I have started to do some research on Project Management [here onwards refered as PM]. First thing that I wanted to know was what makes projects delay, slip on the schedules, get overbudget n even crash. Luckly for me I didn&#8217;t need to look to far away. I checked out HFPMP authors blog and they have put up a fantastic presentation unsurprisingly titled Why Projects Fail. [...]</description>
		<content:encoded><![CDATA[<p>[...] But as they say you can not fix a problem untill you know what the probelm is, I have myself committed to overcome this problem.  And guess what, I have received my Head First PMP copy couple of days ago &lt;:-P yoyo I have already covered over 100 pages of the book but judging from my previous Head First book reading experience I have decided to go at relatively slow pace reading this book. Also I have started to do some research on Project Management [here onwards refered as PM]. First thing that I wanted to know was what makes projects delay, slip on the schedules, get overbudget n even crash. Luckly for me I didn&#8217;t need to look to far away. I checked out HFPMP authors blog and they have put up a fantastic presentation unsurprisingly titled Why Projects Fail. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Q&#038;A: How to succeed in business analysis without really trying by analysis-manager</title>
		<link>http://www.stellman-greene.com/2007/08/03/qa-how-to-get-ahead-in-business-analysis-without-really-trying/#comment-28</link>
		<dc:creator>analysis-manager</dc:creator>
		<pubDate>Mon, 06 Aug 2007 20:05:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/08/03/qa-how-to-get-ahead-in-business-analysis-without-really-trying/#comment-28</guid>
		<description>Hi Andrew,
Great post on the role of the Business Analyst!  
For Eric and other readers interested in more resources for business analysts and systems analyst you can check out ModernAnalyst.com

Regards,
- Adrian</description>
		<content:encoded><![CDATA[<p>Hi Andrew,<br />
Great post on the role of the Business Analyst!<br />
For Eric and other readers interested in more resources for business analysts and systems analyst you can check out ModernAnalyst.com</p>
<p>Regards,<br />
- Adrian</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Quality Really IS Free by SoftwareQualityEngineer</title>
		<link>http://www.stellman-greene.com/2006/03/29/quality-really-is-free/#comment-13</link>
		<dc:creator>SoftwareQualityEngineer</dc:creator>
		<pubDate>Sat, 07 Jul 2007 01:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/blog/2006/03/29/quality-really-is-free/#comment-13</guid>
		<description>I feel this was very well written.  One thing I would like to not is the use of term “QA Team”.  I feel it has been so poorly defined, misused, and is not consistent in the software industry.  I think if Deeming, Juran, and Crosby could see where “quality” is being placed in many software projects they would turn over in their graves.  The “QA Team” does not constitute Software Testers.  Software Testers are Software Testers they are not Quality Assurance professionals.  It is my belief that a “QA Team” consists of Software Quality Engineers (SQE) that work hand in hand with Software Engineers throughout an entire software development life cycle through requirements, design, implementation, verification and validation, and software delivery to the customer.  If you want to obtain a Certified Software Quality Analyst (CSQA) or a Certified Software Quality Engineer (CSQE) http://www.softwarecertifications.com/qai_cqa.htm these have nothing to do with Software Testing.  Conversely if you want to obtain Certified Software Testing Engineer (CSTE) http://www.softwarecertifications.com/qai_cste.htm this has nothing to do with CSQA or CSQE.

Software Quality Engineers should be considered an integral part of the software team and are the eyes and ears of the software project.  So, how does SQEs work the software development life cycle?  SQE’s audit a software project’s compliance to it standards, plans, processes, and procedures.  Oh, you mean you should have standards, plans, processes, and procedures?  Maybe this is why software projects fail in the industry lack of having the necessary intelligence of establishing, managing, and backing standards, plans, processes, and procedures.  I have worked on many projects in various corporations that do not have standards, plans, processes and procedures.  So I bring up Crosby’s “conformance to requirements,” how can you have a quality product and verify “conformance to requirements,” if you do not have standards, plans, and procedures?  Are you going to levy the compliance to standards, plans, and procedures on the Software Testing Team?  The answer to that question is, Uh No.</description>
		<content:encoded><![CDATA[<p>I feel this was very well written.  One thing I would like to not is the use of term “QA Team”.  I feel it has been so poorly defined, misused, and is not consistent in the software industry.  I think if Deeming, Juran, and Crosby could see where “quality” is being placed in many software projects they would turn over in their graves.  The “QA Team” does not constitute Software Testers.  Software Testers are Software Testers they are not Quality Assurance professionals.  It is my belief that a “QA Team” consists of Software Quality Engineers (SQE) that work hand in hand with Software Engineers throughout an entire software development life cycle through requirements, design, implementation, verification and validation, and software delivery to the customer.  If you want to obtain a Certified Software Quality Analyst (CSQA) or a Certified Software Quality Engineer (CSQE) <a href="http://www.softwarecertifications.com/qai_cqa.htm" rel="nofollow">http://www.softwarecertifications.com/qai_cqa.htm</a> these have nothing to do with Software Testing.  Conversely if you want to obtain Certified Software Testing Engineer (CSTE) <a href="http://www.softwarecertifications.com/qai_cste.htm" rel="nofollow">http://www.softwarecertifications.com/qai_cste.htm</a> this has nothing to do with CSQA or CSQE.</p>
<p>Software Quality Engineers should be considered an integral part of the software team and are the eyes and ears of the software project.  So, how does SQEs work the software development life cycle?  SQE’s audit a software project’s compliance to it standards, plans, processes, and procedures.  Oh, you mean you should have standards, plans, processes, and procedures?  Maybe this is why software projects fail in the industry lack of having the necessary intelligence of establishing, managing, and backing standards, plans, processes, and procedures.  I have worked on many projects in various corporations that do not have standards, plans, processes and procedures.  So I bring up Crosby’s “conformance to requirements,” how can you have a quality product and verify “conformance to requirements,” if you do not have standards, plans, and procedures?  Are you going to levy the compliance to standards, plans, and procedures on the Software Testing Team?  The answer to that question is, Uh No.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Free Practice PMP Exam! by rperea</title>
		<link>http://www.stellman-greene.com/2007/05/15/free-practice-pmp-exam/#comment-8</link>
		<dc:creator>rperea</dc:creator>
		<pubDate>Mon, 28 May 2007 21:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.stellman-greene.com/2007/05/15/free-practice-pmp-exam/#comment-8</guid>
		<description>Hi!! Very nice blog, It's my first time here, I will try to get the PM certification very soon and this is the right place to get some information for the exam. Do you have some documents in spanish? Regards!!</description>
		<content:encoded><![CDATA[<p>Hi!! Very nice blog, It&#8217;s my first time here, I will try to get the PM certification very soon and this is the right place to get some information for the exam. Do you have some documents in spanish? Regards!!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
