<?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: Scrumban book is live!</title>
	<atom:link href="http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/feed/" rel="self" type="application/rss+xml" />
	<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/</link>
	<description>Essays on the Continuous Delivery of High Quality Information Systems</description>
	<lastBuildDate>Mon, 22 Feb 2010 09:08:24 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Corey Ladas</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-5431</link>
		<dc:creator>Corey Ladas</dc:creator>
		<pubDate>Mon, 01 Jun 2009 16:31:13 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-5431</guid>
		<description>Hi Jean-Marc,

It could be experts, it could be consensus.  Daily standups can be used to organize ad-hoc planning assistance from the development team.  The chapters at the end of the book about collaborative prioritization offer some suggestions.  Something like the Priority Filter creates space and feedback to balance business desire with technical feedback.  Similarly, for project work, Rolling Wave Planning makes the arrival of new work items less surprising.  

Another observation is that a kanban card becomes available because developers have completed work and have free capacity.  You could have a policy where some developers are expected to review the backlog and provide feedback following the completion of the kanban they were attached to.</description>
		<content:encoded><![CDATA[<p>Hi Jean-Marc,</p>
<p>It could be experts, it could be consensus.  Daily standups can be used to organize ad-hoc planning assistance from the development team.  The chapters at the end of the book about collaborative prioritization offer some suggestions.  Something like the Priority Filter creates space and feedback to balance business desire with technical feedback.  Similarly, for project work, Rolling Wave Planning makes the arrival of new work items less surprising.  </p>
<p>Another observation is that a kanban card becomes available because developers have completed work and have free capacity.  You could have a policy where some developers are expected to review the backlog and provide feedback following the completion of the kanban they were attached to.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jean-Marc Gerber</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-5427</link>
		<dc:creator>Jean-Marc Gerber</dc:creator>
		<pubDate>Mon, 01 Jun 2009 08:11:56 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-5427</guid>
		<description>Hi Corey,

I just finished to read Scrumban book. Very interesting. It requires to be read carefully (and even re-read) to catch well concepts and practices you introduce but the book clearly worth the effort. 

I would like to submit to you a point which is still unclear for me.  Page 102 &quot;OFF WITH THE TRAINING WHEELS&quot; section, you write &quot;At the moment the item is
pulled by the development team, the planning team is
signaled to begin selecting the next item. If the planning
team is fast enough in its response, then the
development team will never stall.&quot; As you mention, in Scrum the development team is supposed to provide/review size estimation for each thing to develop. In Scrumban, the estimation work should ensure that items to develop are of the same average size. Features, use cases or user stories which are considered too big should be then split in smaller items. In the prioritization-on-demand process, the planners must be very reactive to plan the next item to develop has soon as one item has been pulled by the development team. How the development team is involved in this planning activity ? I guess that in this case not all the team is involved in the estimation of each new item to plan, are there one or two experts from the development team which are supposed to be involved in the prioritization-on-demand activity ? 

Thanks

Jean-Marc</description>
		<content:encoded><![CDATA[<p>Hi Corey,</p>
<p>I just finished to read Scrumban book. Very interesting. It requires to be read carefully (and even re-read) to catch well concepts and practices you introduce but the book clearly worth the effort. </p>
<p>I would like to submit to you a point which is still unclear for me.  Page 102 &#8220;OFF WITH THE TRAINING WHEELS&#8221; section, you write &#8220;At the moment the item is<br />
pulled by the development team, the planning team is<br />
signaled to begin selecting the next item. If the planning<br />
team is fast enough in its response, then the<br />
development team will never stall.&#8221; As you mention, in Scrum the development team is supposed to provide/review size estimation for each thing to develop. In Scrumban, the estimation work should ensure that items to develop are of the same average size. Features, use cases or user stories which are considered too big should be then split in smaller items. In the prioritization-on-demand process, the planners must be very reactive to plan the next item to develop has soon as one item has been pulled by the development team. How the development team is involved in this planning activity ? I guess that in this case not all the team is involved in the estimation of each new item to plan, are there one or two experts from the development team which are supposed to be involved in the prioritization-on-demand activity ? </p>
<p>Thanks</p>
<p>Jean-Marc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey Ladas</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4372</link>
		<dc:creator>Corey Ladas</dc:creator>
		<pubDate>Mon, 22 Dec 2008 22:13:28 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4372</guid>
		<description>Hi Clive,

Looks like we had a hiccup with lulu.  Book is available as of 14:30 PST.</description>
		<content:encoded><![CDATA[<p>Hi Clive,</p>
<p>Looks like we had a hiccup with lulu.  Book is available as of 14:30 PST.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clive Skipper</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4367</link>
		<dc:creator>Clive Skipper</dc:creator>
		<pubDate>Mon, 22 Dec 2008 11:44:36 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4367</guid>
		<description>Is the book still available?  The link states &quot;item not available&quot;.</description>
		<content:encoded><![CDATA[<p>Is the book still available?  The link states &#8220;item not available&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted&#8217;s Rants and Raves by Ted M. Young :: Kanban Book :: December :: 2008 - Software Development, Software Engineering, Agile Development, User Interface, and Applications Commentary</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4357</link>
		<dc:creator>Ted&#8217;s Rants and Raves by Ted M. Young :: Kanban Book :: December :: 2008 - Software Development, Software Engineering, Agile Development, User Interface, and Applications Commentary</dc:creator>
		<pubDate>Sat, 20 Dec 2008 20:00:53 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4357</guid>
		<description>[...] BayAPLN meeting. On the Kanban developer email list, a new book on the topic was announced &quot;Scrumban&quot;, so I immediately went over to Lulu.com and purchased it. I&#8217;ll probably start reading [...]</description>
		<content:encoded><![CDATA[<p>[...] BayAPLN meeting. On the Kanban developer email list, a new book on the topic was announced &quot;Scrumban&quot;, so I immediately went over to Lulu.com and purchased it. I&#8217;ll probably start reading [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gerry Kirk</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4311</link>
		<dc:creator>Gerry Kirk</dc:creator>
		<pubDate>Tue, 16 Dec 2008 04:31:31 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4311</guid>
		<description>Looking for any reviews? Any reviewer copies available? :)</description>
		<content:encoded><![CDATA[<p>Looking for any reviews? Any reviewer copies available? <img src='http://leansoftwareengineering.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenji HIRANABE</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4306</link>
		<dc:creator>Kenji HIRANABE</dc:creator>
		<pubDate>Tue, 16 Dec 2008 01:59:02 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4306</guid>
		<description>Congratulations!</description>
		<content:encoded><![CDATA[<p>Congratulations!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nivi</title>
		<link>http://leansoftwareengineering.com/2008/12/14/scrumban-book-is-live/comment-page-1/#comment-4303</link>
		<dc:creator>Nivi</dc:creator>
		<pubDate>Mon, 15 Dec 2008 20:35:22 +0000</pubDate>
		<guid isPermaLink="false">http://leansoftwareengineering.com/?p=513#comment-4303</guid>
		<description>Hi guys, I really enjoy this blog. Are you planning on posting any sample chapters of the book to entice us to buy it? I&#039;m interested in the book but I would like to learn more before I buy. Thanks!</description>
		<content:encoded><![CDATA[<p>Hi guys, I really enjoy this blog. Are you planning on posting any sample chapters of the book to entice us to buy it? I&#8217;m interested in the book but I would like to learn more before I buy. Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.553 seconds -->
