<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Diary of a ScrumMaster</title>
	<atom:link href="http://diaryofascrummaster.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://diaryofascrummaster.wordpress.com</link>
	<description>Finding a path to a new way of working</description>
	<lastBuildDate>Wed, 08 May 2013 17:00:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>Comment on Assumption: Continous Delivery of Software reduces its cost by 5 times by Geek Reading May 8, 2013 &#124; Regular Geek</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/05/07/assumption-continous-delivery-of-software-reduces-its-cost-by-5-times/#comment-323</link>
		<dc:creator><![CDATA[Geek Reading May 8, 2013 &#124; Regular Geek]]></dc:creator>
		<pubDate>Wed, 08 May 2013 17:00:55 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3349#comment-323</guid>
		<description><![CDATA[[...] Assumption: Continous Delivery of Software reduces its cost by 5 times (Diary of a ScrumMaster) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Assumption: Continous Delivery of Software reduces its cost by 5 times (Diary of a ScrumMaster) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Assumption: Continous Delivery of Software reduces its cost by 5 times by Tom Howlett</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/05/07/assumption-continous-delivery-of-software-reduces-its-cost-by-5-times/#comment-322</link>
		<dc:creator><![CDATA[Tom Howlett]]></dc:creator>
		<pubDate>Tue, 07 May 2013 23:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3349#comment-322</guid>
		<description><![CDATA[Thanks Mark

Yes it&#039;s a huge simplification of the problem particularly around whether you can build a product in such a way that adding new features does not get increasingly expensive. I have seen this increasing cost be offset by continually refactoring and improving the design but I think at some point things will tend to start to slow down if you continue to maintain an increasing amount of features, even if this is achieved with less code.

Thanks

Tom]]></description>
		<content:encoded><![CDATA[<p>Thanks Mark</p>
<p>Yes it&#8217;s a huge simplification of the problem particularly around whether you can build a product in such a way that adding new features does not get increasingly expensive. I have seen this increasing cost be offset by continually refactoring and improving the design but I think at some point things will tend to start to slow down if you continue to maintain an increasing amount of features, even if this is achieved with less code.</p>
<p>Thanks</p>
<p>Tom</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Assumption: Continous Delivery of Software reduces its cost by 5 times by Mark Durbin</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/05/07/assumption-continous-delivery-of-software-reduces-its-cost-by-5-times/#comment-321</link>
		<dc:creator><![CDATA[Mark Durbin]]></dc:creator>
		<pubDate>Tue, 07 May 2013 23:20:31 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3349#comment-321</guid>
		<description><![CDATA[Hi Tom, nice post. 

Whilst I agree wholeheartedly, people would counter that, without understanding the whole problem, you build code that gets too complex because of all the rework as new requirements are discovered. So it&#039;s not as cut a dried as more code more complex, the design has an influence on the complexity.

Oh and there’s a typo you might want to edit out: &quot;with and with and&quot;.

Cheers, Mark.]]></description>
		<content:encoded><![CDATA[<p>Hi Tom, nice post. </p>
<p>Whilst I agree wholeheartedly, people would counter that, without understanding the whole problem, you build code that gets too complex because of all the rework as new requirements are discovered. So it&#8217;s not as cut a dried as more code more complex, the design has an influence on the complexity.</p>
<p>Oh and there’s a typo you might want to edit out: &#8220;with and with and&#8221;.</p>
<p>Cheers, Mark.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Assumptions were made for testing by Tom Howlett</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/05/01/assumptions-were-made-for-testing/#comment-318</link>
		<dc:creator><![CDATA[Tom Howlett]]></dc:creator>
		<pubDate>Fri, 03 May 2013 11:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3345#comment-318</guid>
		<description><![CDATA[Thanks Glenn, I&#039;m making an assumption you&#039;re a helpful person because you comment on my blog, I think this is a useful assumption for us both so perhaps it&#039;s not always damaging. 

I find just thinking about assumptions difficult, they seem so hard wired into our way of thinking that it&#039;s difficult to know when we are making them. This chapter has been by far the hardest in the book, but I&#039;m nearly there :)]]></description>
		<content:encoded><![CDATA[<p>Thanks Glenn, I&#8217;m making an assumption you&#8217;re a helpful person because you comment on my blog, I think this is a useful assumption for us both so perhaps it&#8217;s not always damaging. </p>
<p>I find just thinking about assumptions difficult, they seem so hard wired into our way of thinking that it&#8217;s difficult to know when we are making them. This chapter has been by far the hardest in the book, but I&#8217;m nearly there <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Assumptions were made for testing by Glenn Smith</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/05/01/assumptions-were-made-for-testing/#comment-317</link>
		<dc:creator><![CDATA[Glenn Smith]]></dc:creator>
		<pubDate>Thu, 02 May 2013 17:08:21 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3345#comment-317</guid>
		<description><![CDATA[Generally I agree with this. The most damaging assumptions are those where people link someones behaviour to who they then perceive them to be (behaviour = trait). I believe it&#039;s important to remember that someone&#039;s behaviour is not who they are; by that I mean, if Bob comes late to a meeting, that doesn&#039;t mean he is lazy. Yes the behaviour is them coming to the meeting late, it&#039;s your assumption and interpretation that this means they are lazy.

I would put forward a hypothesis that the assumptions being made about people like this are generally wrong. How can you extrapolate that just because Fred goes home at 5pm he&#039;s not dedicated? Not only are they wrong, but you&#039;re likely to think negatively about them, harming the relationship and not helping your state of mind.]]></description>
		<content:encoded><![CDATA[<p>Generally I agree with this. The most damaging assumptions are those where people link someones behaviour to who they then perceive them to be (behaviour = trait). I believe it&#8217;s important to remember that someone&#8217;s behaviour is not who they are; by that I mean, if Bob comes late to a meeting, that doesn&#8217;t mean he is lazy. Yes the behaviour is them coming to the meeting late, it&#8217;s your assumption and interpretation that this means they are lazy.</p>
<p>I would put forward a hypothesis that the assumptions being made about people like this are generally wrong. How can you extrapolate that just because Fred goes home at 5pm he&#8217;s not dedicated? Not only are they wrong, but you&#8217;re likely to think negatively about them, harming the relationship and not helping your state of mind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We can&#8217;t go on living this way by Sean McLaughlin</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/03/26/we-cant-go-on-living-this-way/#comment-311</link>
		<dc:creator><![CDATA[Sean McLaughlin]]></dc:creator>
		<pubDate>Wed, 24 Apr 2013 15:34:05 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3263#comment-311</guid>
		<description><![CDATA[Top-down, command-and-control management environments have the hardest time adopting scrum.  The executives, in particular the CFO, need to be interviewed and asked if they can accept a new software development framework requiring flexibility in in either scope or delivery date.  If the answer is &quot;no&quot;, attempting scrum beyond the individual delivery team level is pointless.  
     The more embedded the C&amp;C culture, the more uphill the battle.  If your CFO sees software development as an expense rather than an investment, update your resume and pack your bags if you really want to practice scrum - it&#039;ll be much easier elsewhere.]]></description>
		<content:encoded><![CDATA[<p>Top-down, command-and-control management environments have the hardest time adopting scrum.  The executives, in particular the CFO, need to be interviewed and asked if they can accept a new software development framework requiring flexibility in in either scope or delivery date.  If the answer is &#8220;no&#8221;, attempting scrum beyond the individual delivery team level is pointless.<br />
     The more embedded the C&amp;C culture, the more uphill the battle.  If your CFO sees software development as an expense rather than an investment, update your resume and pack your bags if you really want to practice scrum &#8211; it&#8217;ll be much easier elsewhere.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We can&#8217;t go on living this way by Joel Tosi</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/03/26/we-cant-go-on-living-this-way/#comment-296</link>
		<dc:creator><![CDATA[Joel Tosi]]></dc:creator>
		<pubDate>Wed, 27 Mar 2013 14:00:54 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3263#comment-296</guid>
		<description><![CDATA[Does this type of environment - the silo&#039;s, blame, controlling type - that is so prevalent today, is that a function of legacy thinking, size of the organization, some other intrinsic property?

I&#039;ve seen this environment in organizations as small as 200.  And I&#039;ve seen completely open and transparent organizations up to about 100 total staff.  But the growth of the organization seems to introduce this more?  Is it because silos feels &#039;safer&#039;?

I don&#039;t know, just food for thought.]]></description>
		<content:encoded><![CDATA[<p>Does this type of environment &#8211; the silo&#8217;s, blame, controlling type &#8211; that is so prevalent today, is that a function of legacy thinking, size of the organization, some other intrinsic property?</p>
<p>I&#8217;ve seen this environment in organizations as small as 200.  And I&#8217;ve seen completely open and transparent organizations up to about 100 total staff.  But the growth of the organization seems to introduce this more?  Is it because silos feels &#8216;safer&#8217;?</p>
<p>I don&#8217;t know, just food for thought.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We can&#8217;t go on living this way by Martin Burns</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/03/26/we-cant-go-on-living-this-way/#comment-295</link>
		<dc:creator><![CDATA[Martin Burns]]></dc:creator>
		<pubDate>Wed, 27 Mar 2013 09:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3263#comment-295</guid>
		<description><![CDATA[Every manager wants total honesty and transparency from below, combined with the right to obfuscate upwards. Hence reporting becomes increasingly green as it traverses up the hierarchy.

Now to slightly defend managers against the charge of sociopathy, better (NB, not &#039;good&#039; on any absolute scale) managers will do this in part to protect their team - and yes, themselves included - from &#039;help&#039; from above, which doesn&#039;t always come with a benevolent hand, and certainly disrupts the work the team is actually trying to do to restore the actual situation to a genuine green.

But what tends to happen is status reports go green, green, green, green, green, OH SHIT! when the problem just can&#039;t be hidden any more. And when you&#039;ve trained senior management to understand any problem reported to them as a major problem, no wonder they&#039;ll overreact if you start reporting problems early.

You&#039;re right - it does take senior leadership to declare a problem amnesty, with a truth &amp; reconciliation commission, to enable everyone below them to start being honest about their problems without fear.]]></description>
		<content:encoded><![CDATA[<p>Every manager wants total honesty and transparency from below, combined with the right to obfuscate upwards. Hence reporting becomes increasingly green as it traverses up the hierarchy.</p>
<p>Now to slightly defend managers against the charge of sociopathy, better (NB, not &#8216;good&#8217; on any absolute scale) managers will do this in part to protect their team &#8211; and yes, themselves included &#8211; from &#8216;help&#8217; from above, which doesn&#8217;t always come with a benevolent hand, and certainly disrupts the work the team is actually trying to do to restore the actual situation to a genuine green.</p>
<p>But what tends to happen is status reports go green, green, green, green, green, OH SHIT! when the problem just can&#8217;t be hidden any more. And when you&#8217;ve trained senior management to understand any problem reported to them as a major problem, no wonder they&#8217;ll overreact if you start reporting problems early.</p>
<p>You&#8217;re right &#8211; it does take senior leadership to declare a problem amnesty, with a truth &amp; reconciliation commission, to enable everyone below them to start being honest about their problems without fear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We can&#8217;t go on living this way by Bob Marshall (@flowchainsensei)</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/03/26/we-cant-go-on-living-this-way/#comment-294</link>
		<dc:creator><![CDATA[Bob Marshall (@flowchainsensei)]]></dc:creator>
		<pubDate>Wed, 27 Mar 2013 08:25:30 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3263#comment-294</guid>
		<description><![CDATA[Hence my focus on non-violence and eg Nonviolent Communication. Indeed we cannot go on living and working in Jackal cultures.

- Bob]]></description>
		<content:encoded><![CDATA[<p>Hence my focus on non-violence and eg Nonviolent Communication. Indeed we cannot go on living and working in Jackal cultures.</p>
<p>- Bob</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We can&#8217;t go on living this way by changearc</title>
		<link>http://diaryofascrummaster.wordpress.com/2013/03/26/we-cant-go-on-living-this-way/#comment-293</link>
		<dc:creator><![CDATA[changearc]]></dc:creator>
		<pubDate>Wed, 27 Mar 2013 07:48:26 +0000</pubDate>
		<guid isPermaLink="false">http://diaryofascrummaster.wordpress.com/?p=3263#comment-293</guid>
		<description><![CDATA[Deming and Systems Thinking had a lot to say on this: ie Local Optimisation doesn&#039;t work on a System :-( I too am an optimist but have come to the conclusion they&#039;re right. I still wonder about a &quot;distributed change attack&quot; or &quot;effective leverage&quot;…]]></description>
		<content:encoded><![CDATA[<p>Deming and Systems Thinking had a lot to say on this: ie Local Optimisation doesn&#8217;t work on a System <img src='http://s0.wp.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' />  I too am an optimist but have come to the conclusion they&#8217;re right. I still wonder about a &#8220;distributed change attack&#8221; or &#8220;effective leverage&#8221;…</p>
]]></content:encoded>
	</item>
</channel>
</rss>
