Joe Arnold - Latest Comments in General

Re: Kanban: “Just set it and forget it!”

joearnold — Thu, 19 Jun 2008 15:35:07 -0000

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.

Re: Kanban: “Just set it and forget it!”

Chris Newman — Wed, 18 Jun 2008 21:08:54 -0000

Very nice - simple and transparent. One question - how are they handling releases - just another item in the 'things to do' queue?

Re: Leaving Yahoo!

Puneeth — Wed, 11 Jun 2008 06:54:40 -0000

Hi Joe,

Sad to see you move back to Valley. Wishing you the very best in your new endeavour. Looking forward to see you back for HackDay / BigThinkers.

Re: Leaving Yahoo!

joearnold — Tue, 10 Jun 2008 19:21:04 -0000

Indeed! Let's do many lunches when I get back! See you soon.

Re: Leaving Yahoo!

Premshree Pillai — Tue, 10 Jun 2008 17:57:02 -0000

I'm sure Bangalore will miss you.

Isn't Engine Yard in South Park? Welcome home! :)

Re: Leaving Yahoo!

Alagu — Mon, 09 Jun 2008 17:34:04 -0000

We will miss you! :(

1. whoosh (you running towards our cubes) and your "Standup Time" calls (11:00 dot )
2. Awesome discussions about CI.
3. Learnt a lot about process, and how a software is developed from you
4. Loved the Idea of Kanban and had fun developing it! (We should opensource it ;) )
5. Learnt how to finish standup meeting fast!

We all will miss you, joe! Good luck @ Engine Yard

Re: Leaving Yahoo!

Praveen — Mon, 09 Jun 2008 15:52:04 -0000

Best of luck with the 'Ruby' thing. keep tweeting

Re: Kanban: “Just set it and forget it!”

joearnold — Thu, 05 Jun 2008 06:10:04 -0000

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'
http://joearnold.com/2007/12/what-to-do-with-bu...

Re: Kanban: “Just set it and forget it!”

Anonymous — Thu, 05 Jun 2008 03:54:05 -0000

When a tester discovers a bug in a "dev done" item what happens? does it move back into the "under development" column?

Re: http://joearnold.com/2008/05/velocity-is-not-a-transitive-property/

rdymond — Fri, 16 May 2008 08:10:04 -0000

...more productive and effective. This system/capacity view is the perspective is what allows managers in Agile organizations to become very effective at making organizational improvements.

Re: http://joearnold.com/2008/05/velocity-is-not-a-transitive-property/

Robin Dymond — Fri, 16 May 2008 07:54:59 -0000

Great points Joe. In large organizations we see on average 30% of actual hours in a week is what you can exoect in "ideal hours." So for a 3 week 120h iteration, we expect 40 ideal hours. People are very surprised when we initially explain this. They want to use 120h. The reality is large organizations have many activities that are required but take away time. Meetings, delays in getting support, work orders, waiting for responses, rebuild of dev environments when they get corrupted, etc. Interestingly when we look at smaller companies we see ideal hours increase to 50%. Why not 80%? We aren't sure, but the points you raise here give some hints. The point isn't to make ideal hours equal actual hours. The real goal is to understand the pace of development, and then continually look for waste that slows teams down and prevents them from being