<?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 for Jason Little</title>
	<atom:link href="http://www.agilecoach.ca/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.agilecoach.ca</link>
	<description>Changing the World, One Person at a Time</description>
	<lastBuildDate>Fri, 03 Feb 2012 20:50:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on 5 Big Takeaways from Lean Startup Machine Toronto by Jason Little</title>
		<link>http://www.agilecoach.ca/2012/01/31/4-big-takeaways-from-lean-startup-machine-toronto/comment-page-1/#comment-390</link>
		<dc:creator>Jason Little</dc:creator>
		<pubDate>Fri, 03 Feb 2012 20:50:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=571#comment-390</guid>
		<description>It was awesome!  A community focused lean startup in the Sault would be amazing!  I want to do one here too.</description>
		<content:encoded><![CDATA[<p>It was awesome!  A community focused lean startup in the Sault would be amazing!  I want to do one here too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 5 Big Takeaways from Lean Startup Machine Toronto by Gerry Kirk</title>
		<link>http://www.agilecoach.ca/2012/01/31/4-big-takeaways-from-lean-startup-machine-toronto/comment-page-1/#comment-389</link>
		<dc:creator>Gerry Kirk</dc:creator>
		<pubDate>Fri, 03 Feb 2012 19:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=571#comment-389</guid>
		<description>Gee, wishing I had gone now, thanks for sharing. Makes we want to host a Lean Startup event here in the Sault. Some day...</description>
		<content:encoded><![CDATA[<p>Gee, wishing I had gone now, thanks for sharing. Makes we want to host a Lean Startup event here in the Sault. Some day&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on 5 Big Takeaways from Lean Startup Machine Toronto by Thomasjeffreyandersontwin</title>
		<link>http://www.agilecoach.ca/2012/01/31/4-big-takeaways-from-lean-startup-machine-toronto/comment-page-1/#comment-388</link>
		<dc:creator>Thomasjeffreyandersontwin</dc:creator>
		<pubDate>Wed, 01 Feb 2012 03:07:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=571#comment-388</guid>
		<description>Jason,

Sounds like an amazing experience, I&#039;m there next year...</description>
		<content:encoded><![CDATA[<p>Jason,</p>
<p>Sounds like an amazing experience, I&#8217;m there next year&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on People Create Your Culture by Jamie Dobson</title>
		<link>http://www.agilecoach.ca/2011/11/28/people-create-your-culture/comment-page-1/#comment-387</link>
		<dc:creator>Jamie Dobson</dc:creator>
		<pubDate>Tue, 24 Jan 2012 16:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=548#comment-387</guid>
		<description>You said, &quot;[this can be] an effective way to create awareness around an organization and it’s people to increase the odds of a successful change.&quot; - I agree.  This is what I&#039;d call the radicalisation of a workforce. </description>
		<content:encoded><![CDATA[<p>You said, &#8220;[this can be] an effective way to create awareness around an organization and it’s people to increase the odds of a successful change.&#8221; &#8211; I agree.  This is what I&#8217;d call the radicalisation of a workforce.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Software Development Sucks Ass by kc</title>
		<link>http://www.agilecoach.ca/2010/08/13/agile-software-development-sucks-ass/comment-page-1/#comment-386</link>
		<dc:creator>kc</dc:creator>
		<pubDate>Fri, 09 Dec 2011 21:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=186#comment-386</guid>
		<description>&quot;Again, Agile focuses less on estimates and more on sizing and measurement.  Size the stories, start sprinting and use your velocity to see how it’s going&quot; 

You are just playing with words. Which also happens to be one of the big problems with Agile - or any other management &#039;flavor of the moment&#039;. What, precisely is the difference between a time estimate and &quot;sizing and measurement&quot;. Why is stupid terminology like &quot;stories&quot; and &quot;sprinting&quot; and &quot;use your velocity&quot; needed to get a project done?</description>
		<content:encoded><![CDATA[<p>&#8220;Again, Agile focuses less on estimates and more on sizing and measurement.  Size the stories, start sprinting and use your velocity to see how it’s going&#8221; </p>
<p>You are just playing with words. Which also happens to be one of the big problems with Agile &#8211; or any other management &#8216;flavor of the moment&#8217;. What, precisely is the difference between a time estimate and &#8220;sizing and measurement&#8221;. Why is stupid terminology like &#8220;stories&#8221; and &#8220;sprinting&#8221; and &#8220;use your velocity&#8221; needed to get a project done?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Software Development Sucks Ass by kc</title>
		<link>http://www.agilecoach.ca/2010/08/13/agile-software-development-sucks-ass/comment-page-1/#comment-385</link>
		<dc:creator>kc</dc:creator>
		<pubDate>Fri, 09 Dec 2011 21:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=186#comment-385</guid>
		<description>&quot;Again, Agile focuses less on estimates and more on sizing and measurement.  Size the stories, start sprinting and use your velocity to see how it’s going&quot; 

You are just playing with words. Which also happens to be one of the big problems with Agile - or any other management &#039;flavor of the moment&#039;. What, precisely is the difference between a time estimate and &quot;sizing and measurement&quot;. Why is stupid terminology like &quot;stories&quot; and &quot;sprinting&quot; and &quot;use your velocity&quot; needed to get a project done?</description>
		<content:encoded><![CDATA[<p>&#8220;Again, Agile focuses less on estimates and more on sizing and measurement.  Size the stories, start sprinting and use your velocity to see how it’s going&#8221; </p>
<p>You are just playing with words. Which also happens to be one of the big problems with Agile &#8211; or any other management &#8216;flavor of the moment&#8217;. What, precisely is the difference between a time estimate and &#8220;sizing and measurement&#8221;. Why is stupid terminology like &#8220;stories&#8221; and &#8220;sprinting&#8221; and &#8220;use your velocity&#8221; needed to get a project done?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Agile Software Development Sucks Ass by Unix</title>
		<link>http://www.agilecoach.ca/2010/08/13/agile-software-development-sucks-ass/comment-page-1/#comment-384</link>
		<dc:creator>Unix</dc:creator>
		<pubDate>Tue, 22 Nov 2011 04:33:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=186#comment-384</guid>
		<description>Working under the microscope has been part of the software engineering landscape for years. This is due to pointed headed bosses not valuing a software engineer the same way an electrical, mechanical or other type of engineer is valued. Scrum and agile are just trading the microscope for the colonoscopy scope. A long time ago someone figured out if you can write the user manual before writing the software you knew what your requirements are. You could develop your user interface as a prototype and get user feedback. People keep going to interviews and keep seeing the same crap - scrum, agile and no cubes. Everyone is writing little pieces of code outside of where it ultimately has to be integrated and tested. And these miserable people have to demo their code every two weeks. So instead of creating solutions to real problems they are creating solutions to looking good every two weeks. Software costs money and it&#039;s too bad that companies can&#039;t accept it. Many of us have moved on to better jobs in other industries where we are treated with dignity. Until doctors, and other engineers are having daily 8:30 AM kindergarten scrum meetings I&#039;m happy doing other things in my life. It would be fine if the users want to keep creating stories and changing them, BUT someone is going to want a product delivered and the only thing that appears to be ready for delivery in scrum and agile is disjointed code fragments. Alan Holub said a long time ago that coding is only 10% of the software development lifecycle. Scrum or any magic can only save you a percentage of 10%. Uncovering more requirements sooner by prototyping the GUI using VB or other dialog box tool in real-time with users will allow you to see the design in the big picture and you spend less time in test which is 40% of the SDLC. &quot;The sooner you star coding the longer the project will take.&quot; It&#039;s still true today.  </description>
		<content:encoded><![CDATA[<p>Working under the microscope has been part of the software engineering landscape for years. This is due to pointed headed bosses not valuing a software engineer the same way an electrical, mechanical or other type of engineer is valued. Scrum and agile are just trading the microscope for the colonoscopy scope. A long time ago someone figured out if you can write the user manual before writing the software you knew what your requirements are. You could develop your user interface as a prototype and get user feedback. People keep going to interviews and keep seeing the same crap &#8211; scrum, agile and no cubes. Everyone is writing little pieces of code outside of where it ultimately has to be integrated and tested. And these miserable people have to demo their code every two weeks. So instead of creating solutions to real problems they are creating solutions to looking good every two weeks. Software costs money and it&#8217;s too bad that companies can&#8217;t accept it. Many of us have moved on to better jobs in other industries where we are treated with dignity. Until doctors, and other engineers are having daily 8:30 AM kindergarten scrum meetings I&#8217;m happy doing other things in my life. It would be fine if the users want to keep creating stories and changing them, BUT someone is going to want a product delivered and the only thing that appears to be ready for delivery in scrum and agile is disjointed code fragments. Alan Holub said a long time ago that coding is only 10% of the software development lifecycle. Scrum or any magic can only save you a percentage of 10%. Uncovering more requirements sooner by prototyping the GUI using VB or other dialog box tool in real-time with users will allow you to see the design in the big picture and you spend less time in test which is 40% of the SDLC. &#8220;The sooner you star coding the longer the project will take.&#8221; It&#8217;s still true today. </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on You Don&#8217;t Need Agile &#8230; If&#8230; by Thoughts on Agile 2011 &#8211; Culture Matters &#124; Jason Little</title>
		<link>http://www.agilecoach.ca/2011/08/10/you-dont-need-agile-if/comment-page-1/#comment-382</link>
		<dc:creator>Thoughts on Agile 2011 &#8211; Culture Matters &#124; Jason Little</dc:creator>
		<pubDate>Mon, 14 Nov 2011 16:02:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=485#comment-382</guid>
		<description>[...] who was asking me how they could start using Agile, in particular Scrum, in their organization.  You can read the details here and I can tell you that his department was one that &#8220;got it&#8221;.  They are actually [...]</description>
		<content:encoded><![CDATA[<p>[...] who was asking me how they could start using Agile, in particular Scrum, in their organization.  You can read the details here and I can tell you that his department was one that &#8220;got it&#8221;.  They are actually [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Culture, People and Systems Part II by Jason Little</title>
		<link>http://www.agilecoach.ca/2011/11/02/culture-people-and-systems-part-ii/comment-page-1/#comment-381</link>
		<dc:creator>Jason Little</dc:creator>
		<pubDate>Fri, 04 Nov 2011 15:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=537#comment-381</guid>
		<description>Thanks Jim, I&#039;m glad this was useful for you!</description>
		<content:encoded><![CDATA[<p>Thanks Jim, I&#8217;m glad this was useful for you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Culture, People and Systems Part II by Anonymous</title>
		<link>http://www.agilecoach.ca/2011/11/02/culture-people-and-systems-part-ii/comment-page-1/#comment-380</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 03 Nov 2011 21:25:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.agilecoach.ca/?p=537#comment-380</guid>
		<description>Jason,
This post was very timely for me. My co-worker and I have recently been struggling to work together effectively. We both have the same values but little things keep coming up that make our interactions difficult. After reading this article, I thought about what his type is (ENTP) and what mine is (ISTP). This new perspective got me thinking about the fact that my co-worker does have a lot of great ideas. That awareness has led to my hearing those ideas now, where before I was too focused on the immediate task at hand and discarded them.
Thank you Jason.
Jim
</description>
		<content:encoded><![CDATA[<p>Jason,<br />
This post was very timely for me. My co-worker and I have recently been struggling to work together effectively. We both have the same values but little things keep coming up that make our interactions difficult. After reading this article, I thought about what his type is (ENTP) and what mine is (ISTP). This new perspective got me thinking about the fact that my co-worker does have a lot of great ideas. That awareness has led to my hearing those ideas now, where before I was too focused on the immediate task at hand and discarded them.<br />
Thank you Jason.<br />
Jim</p>
]]></content:encoded>
	</item>
</channel>
</rss>

