Agile Fashion

Product Design and Development Through Collaborative Consensus

Browsing Posts published in October, 2007

Speaker Series

No comments

A lot of popular folks come to Yahoo! and hang out. There are experts, authors, musicians, luminaries, – giving talks, running workshops, attending conferences, performing, and being a presence on the campus.

Our own group has had people in. I’m not sure who they all are. I hear there was Mary Poppendieck, who’s suggestion of eliminating waste may have been interpreted by a few as meaning some roles could be considered redundant. Seems a shame.

Since I’ve been around, there has been two people we’ve brought in. The first was Jim Coplien, who shook things up a bit. People are still referring to his presentation on agile architecture. We have it on video some where. I wonder if I can make it public? Worth finding out and better than me writing about it now.

Today David Anderson came in, and talked about industrial-strength, agile complimentary, product development system. This system is based in the Theory of Constraints (TOC), where customers pull value through the system. It takes advantage of mathematical fact and scientific backing in queuing theory and Little’s Law. The system is monitored real-time with an ever-changing visual board of all work in progress. Product is developed in a cadence, where success happens with enthusiasm. David calls it a Kanban System for Sustaining Engineering, and with a subtle change, it is a system for software engineering.


David Anderson Presentation Part1

David Anderson Presentation Part2


Slide Deck in the video

  • Share/Bookmark

We have a few people here that blog, and some are listed in the blogging guidelines as experts. I sent a note out to ask see if they thought I was within the guidelines. Here’s what I got back from JR Conlin:

Hey Aaron,
The fact that you’re asking puts you in a reasonably small group of folks. The fact that you read the guidelines puts you into a smaller one.

You’re doing the right thing.

Looking at the posts on your blog, i don’t see anything that’s a red flag. (heck, I don’t see anything that’s even lightly yellow or a lovely shade of chartreuse.) Even the most recent work related post at:

http://aaron.sanders.name/lean/finding-and-releasing-a-product-development-bottleneck

discusses things from a methodology rather than “Bob was a total idiot”.

* You’re thinking about what you’re posting.
* You’re not posting up something that will come back and haunt you (my boss, the head of YDN, can tell you a nice horror story about that sort of thing and how the news folks can completely goof up regardless of your best efforts to fix it.)
* You’re not posting up something that you shouldn’t (e.g. Jerry was talking the other day about how much PropertyX sucks and is going to be shut down next month…)

I’m happy to keep an eye on things, but for the most part, i wouldn’t sweat it too bad. There are folks here that are doing far worse things than you are.

Still, if you have any questions, don’t hesitate to ask.

Oh yeah, and have fun.

  • Share/Bookmark

Recently on the kanbandev Yahoo! group, there were some messages going back and forth between Corey and David on the differences between a retrospective and an operations review.

I think it was decided that the decoupled Operations review is more of a presentation, where the retrospective is a focused discussion. Corey was relating the ops review as multi-team stand up in the large, and then it sounds as if the retrospective would be follow-up work for specific teams.

At any rate, here’s David’s explanation:
Anatomy of an Operations Review
Operations Review
Chapter 14 from Agile Management: Operations Review

  • Share/Bookmark

I am an INTP

No comments

Introverted iNtuitive Thinking Perceiver

INTPs organize their understanding of any topic by articulating principles, and they are especially drawn to theoretical constructs—such as the MBTI.

INTPs are most likely to find interesting and satisfying those careers that make use of their depth of concentration, their grasp of possibilities, their use of logic and analysis, and their adaptability.

INTPs are about 1% of the general population, making this one of the rarest of types.

What are you?

  • Share/Bookmark

An article in the Scrum Alliance.

  • Share/Bookmark

With iterative software, we talk about doing all the necessary functions, such as Design, Develop, Inspect, and Release, within each cycle to increment the value of available software to the customer. Our team divides the things in progress in to these categories, and has a finite amount of slots available to each category.

Friday after the daily stand-up found me, the Product Owner (PO) and the Lead Developer discussing a constraint to work. The Design category is done with its work, but the ready slot for Development is full. The team cannot pull any work in to this area.

The Product Owner wants to give more work to the Designers. I point out this is a push and we really want to refrain from dispatching work out to individuals. Staying focused in on the Designer area, the PO wants to know why we cannot just add more ready slots for Design to put finished work in to, and allow more work to be pulled in. We discuss how the system is designed at limiting the amount of things in process, and this may not be the best idea.

Suggesting we pull back and look at the whole board, we noticed that it is Development that cannot pull more work in to their area, because they are completely filled up with work that is not finished. There is one gnarly task to fix all high-priority defects. It is a worthwhile goal, but perhaps too costly to try and battle them all.

The Lead Developer is watching our discussion and chimes in with something another senior developer has brought up before, batching up the top 5 and parking the rest. These are lower priority than other queued-up feature work. It is pointed out that really, not everybody is working at fixing defects as wanted. There is other work in progress in the Development area.

This is completely agreeable to the PO and so the work is now to enumerate those top 5, which will also help with the Inspection and Release areas to deal with a manageable batch size, too. Soon this should relieve the constraint and allow Development to pull in the Design ready work, freeing Design to concentrate on pulling in new features to work on.

It was so easy then to point out local optimization. Now with some humor and looks relieved of their tension we can chuckle about optimizing one person in Design, instead of dealing with what is really slowing things down at the moment. We part ways with a better understanding of what is going on. Happy to help in making an improvement, we know throughput will soon be on the rise.

  • Share/Bookmark

A little while ago I received the following email:

Dear agile bloggers,

Your recent blog post, reference or article has been referenced in the latest Carnival of Agilists – the blogroll pointing you to some of the latest thoughts in the agile community. The carnival is a biweekly blog posting rotated through the agile community to point others seeking to learn more through agile practitioners.

The source for the carnival posting this week is at http://trailridgeconsulting.com/blog/?p=99

It is also referenced at the Agile Alliance Carnival located at http://www.agilealliance.org/show/1670

Thanks for your contributions and feel free to spread the word through additional references. If you would like other recent works referenced, want to recognize someone else’s work, or you would like to host the carnival sometime, please respond to this email address (agilists.carnival@gmail.com).

Pete Behrens
pete@trailridgeconsulting.com
One of Many Carnival Hosts

  • Share/Bookmark