<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Joe Arnold - Latest Comments in Kanban: &amp;#8220;Just set it and forget it!&amp;#8221;</title><link>http://joearnold.disqus.com/</link><description></description><atom:link href="https://joearnold.disqus.com/kanban_8220just_set_it_and_forget_it8221_47/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 19 Jun 2008 11:35:07 -0000</lastBuildDate><item><title>Re: Kanban: &amp;#8220;Just set it and forget it!&amp;#8221;</title><link>http://joearnold.com/2008/05/kanban-just-set-it-and-forget-it/#comment-707329</link><description>&lt;p&gt;How they handle releases is to create buckets that live in the 'done' column. Sometimes when something hits the done column it needs to be deployed immediately (like an emergency bug fix). Sometimes the team is working on two different products at the same time. The team uses different colored post-it notes for each product. Each product has its own bucket where features/bug fixes congregate -- waiting for the next release for that product. As for the 'activities related to a release' task. I don't think they create another 'thing to do' that works its way through the kanban system. When it's time, I think the team just re-evaluates everything in that bucket before launch.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joe Arnold</dc:creator><pubDate>Thu, 19 Jun 2008 11:35:07 -0000</pubDate></item><item><title>Re: Kanban: &amp;#8220;Just set it and forget it!&amp;#8221;</title><link>http://joearnold.com/2008/05/kanban-just-set-it-and-forget-it/#comment-702403</link><description>&lt;p&gt;Very nice - simple and transparent. One question - how are they handling releases - just another item in the 'things to do' queue?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Chris Newman</dc:creator><pubDate>Wed, 18 Jun 2008 17:08:54 -0000</pubDate></item><item><title>Re: Kanban: &amp;#8220;Just set it and forget it!&amp;#8221;</title><link>http://joearnold.com/2008/05/kanban-just-set-it-and-forget-it/#comment-596982</link><description>&lt;p&gt;That's one option. Usually what this team does is leave it in 'test'. The developer works with the tester to fix it. This is the 'stop-the-line' mentality of bug fixing. If a bigger issue comes up, then another ticket is created and is prioritized by the product manager. There are a couple of other possibilities too. Check out my post on 'What to do with bugs when using Kanban' &lt;br&gt;&lt;a href="http://joearnold.com/2007/12/what-to-do-with-bugs-when-using-a-kanban-system/" rel="nofollow noopener" target="_blank" title="http://joearnold.com/2007/12/what-to-do-with-bugs-when-using-a-kanban-system/"&gt;http://joearnold.com/2007/1...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Joe Arnold</dc:creator><pubDate>Thu, 05 Jun 2008 02:10:04 -0000</pubDate></item><item><title>Re: Kanban: &amp;#8220;Just set it and forget it!&amp;#8221;</title><link>http://joearnold.com/2008/05/kanban-just-set-it-and-forget-it/#comment-596469</link><description>&lt;p&gt;When a tester discovers a bug  in a "dev done" item what happens? does it move back into the "under development" column?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Wed, 04 Jun 2008 23:54:05 -0000</pubDate></item></channel></rss>