Live data from Hacker News

Milk Kanban

brodzinski.com

91–100 of 173 posts

Re: Milk Kanban

#91
post #19

Earlier quoted context omitted.

Or maybe if putting a piece of paper on someone's desk for precise restocking is too much of "a pain" to the person who drank the milk, then they should rethink their employment there.

The job of the person drinking the milk presumably has nothing to do with moving cards to people's desks. The job of the office manager is literally to keep the milk stocked. When keeping the milk stocked becomes a sidequest for every other employee (who have other jobs to do), what is the office manager actually doing? Bringing the card to the office manager's desk doesn't actually sound much harder than ordering mo…

> Bringing the card to the office manager's desk doesn't actually sound much harder than ordering more milk.

Bringing the card takes 5 minutes, 10 if you include time to a joke like "We are drinking too much milk, we should buy a cow next year."

Buying the milk includes going to the shop or calling the correct provider. Not the provider you used until two month ago because they usually deliver the requests too late at 5:05 when everyone is going home. Are you paying with the company card or your card and get reimbursed or they have to send an invoice and get paid later? Does the invoice need a magic tax number? Ensure they security guy and the payments department know about this so there are no surprise. [1] [2] This looks like half on hour at least.

When someone ask me to implement a trivial feature in software, I estimate "4 hours". Open the editor, find the correct file, take a look, make the obvious change, run the automated test, fix the obvious bug, cross the fingers, run the test again, [does it need new tests?,] write a nice commit message, google how "thoughtfully" is spelled, commit the change, close the editor, and it's done. Probably 2 hours, but I prefer to say for 4 hour in case there is a surprise.

[1] How many milks? 1%? 2%? 3%? Which brand? This may be included in the instructions, but in the second week of December you may want to buy less, and if there is a discount you may want more.

[2] Do you piggy back cookies or soap?

Re: Milk Kanban

#92

Earlier quoted context omitted.

The central idea is that traditional manufacturing (and software) environments attempt to PUSH work through the system. This leads to tons of unintended consequences that ultimately sacrifices quality and throughput. Not only defeating the purpose of applying the pressure, but also (sometimes) destroying the reputation of the organizations that do it. The observation of the Toyota Production System, was that we shoul…

> I suspect that has become more of the norm as I've withdrawn into my own little corner of the universe. I often wonder what happened to the early grass roots agile community. I know I’ve withdrawn into my world too, I wonder how common that is? I often feel like we’ve taken steps backward from where we used to be. Not sure how much of that is just my latent curmudgeon though.

People who genuinely want their teams/organizations to improve didn't disappear.

However, the labels under which they operated were taken over by the certification business. So, "grassroots" people either don't care about the labels at all or they invented their own.

By now, Agile is an empty buzzword. Unless someone explains what they mean by that, it means nothing.

Same with Kanban, by the way.

Re: Milk Kanban

#93

The system seems inefficient, as the sticky notes look the same. So Kasia has to go to the cupboard and check what to buy.

They probably want to check anyway to see if anything else is getting low (or ran out because a note wasn't delivered) to decrease the number of restocking orders placed. The notes just help indicate when an order needs to be placed earlier than expected.

Re: Milk Kanban

#94
post #9

Another thing I really like about Kasia's milk system is that it is a zero-emotional overhead communication. Just take the ticket and put it on her desk, and all will be handled.

Depends how far away her desk is.

For all but 4 people, it's on the way to their own desks.

I bet that when someone just drops the card on the kitchen table, someone else would carry it to Kasia. As far as I know, dropping the card has never happened.

Nonetheless, the comment is spot on. If people needed to go far from their regular tracks, it might have been less reliable. Good system design means that doing the right thing is the easy/easiest thing.

Re: Milk Kanban

#95
post #84

> When people say Kanban, they tend to think of a specific set of practices. Whiteboards & sticky notes (both almost universally virtual). When software developers say Kanban, they tend to think of whiteboards. For anyone who works in manufacturing they would have thought about replenishment first. It is completely ubiquitous anywhere where taking something from a location signals a need for replenishment.These days…

That's true. The notion of what Kanban is differs between knowledge work (stemming mostly from software development adaptations) and manufacturing. Since my context is primarily IT I made some simplifications when describing the context. Admittedly, the principles are the same. However, because of the differences in the nature of the work, different areas are stressed. A notable example is how differently "removing w…

>On the other hand, knowledge work typically handles uncertainty and variability of work way better.

I am not sure that is true, they are very different but I wouldn't say one handles it better.

One of the factories in involved in builds to order on a short lead time. We produce 2500 machines a day, from a wide range with many configuration options. There are various sub assemblies that have to be built first. On any given day there will be shortages on various components, meaning we can't build what we want. There will be quality issues with materials meaning reworks and changes in process. There will be design up-issues to address material changes, firmware problems, or customer demands. There are 400+ people to coordinate. This is all done whilst still shipping 99.9% within the lead time. We don't know anything for certain about our demand in 10 days time. It seems much more complex and adaptable to me than when I ran a software team

Re: Milk Kanban

#97
post #87
post #21

Earlier quoted context omitted.

And then they have to poll the reorder box every day?

Technically that's not really a different problem than exists. With the current system, Kaisa has to poll her desk every day to see if new milk needs to be ordered. Depending on what her activities entail, maybe there are entire days when she's not at her office. Some place has to be polled in any case, but we can choose the best place(s). In an extreme case where there's a 100-floor building with Kaisa's desk on the…

Appreciate thinking of problems that might have made it work not so well.

Having said that, the office is a single floor. The grocery order is once every few weeks.

There's quite some time flexibility in ordering stuff.

There is plan B (buying a couple of cartons in a grocery shop on the same block).

The system is scaled to what we need. And I don't say anyone should copy it blindly. If we talked about several floors, multiple coffee corners, etc., the flow of index cards might have required much more conscious thought.

In our case, we need none of this.

Also, continuous improvement (kaizen): start with something simple, then improve it. There's not much point in solving hypothetical problems with system design. Most of the time, we'd only be unnecessarily complicating the solution.

Which (tongue in cheek) is half of the history of software development :)

Re: Milk Kanban

#98
post #28

Cigarette rolling paper comes in a flat pack, from which you take the papers one by one, like a box of Kleenex. Towards the bottom of the pack, there's gonna be an odd-colored piece of paper, after which there still gonna be 10 pieces left in the box. The odd-colored paper tells you that it's time to buy a new pack, but you still have 10 cigarettes' worth. Edit: found a photo of this phenomenon on r/antiassholedesign…

The practice of having a slip that read “Five leaves left” was where Nick Drake got the title for his first album (somewhat eerily recorded five years before his death).

One of the best albums ever IMO, just finished the excellent biography that came out a couple years ago by Richard Morton Jack

Re: Milk Kanban

#99
post #76
post #55

> And it’s a healthy wake-up call when someone who knows close to nothing about our fancy stuff designs a system that we would unlikely think of. I can't tell if the author asked Kasia how she came up with the idea? For all we know she's doing an MBA in the evenings and just wrote a paper on the history of just-in-time manufacturing in the Japanese auto industry.

Is there even a Kasia, or did the author print out that note to establish her invented character just for the benefit of her blog's narrative? Does it really matter?

Oh, there is a real Kasia. Although she's a person of many talents, I would be genuinely surprised if she spent evenings studying Japanese management methods.

The solution she designed, however, is as if she already knew all of that part of the MBA program :)

Which shows how significant parts of these methods have roots in basic awareness and perceptiveness to how the work gets done. Lean/Agile only codified some of these good practices. Unfortunately, they also petrified a lot of specific techniques. But that's another story.

Re: Milk Kanban

#100
post #27

Earlier quoted context omitted.

I'm interrupted in the office a hundred times a day. It is guaranteed to happen that as I grab the paper and walk to the person's desk, something more important comes up as somebody sees me, and then I have a meeting, and the piece of paper simply isn't important enough to remember next to my other responsibilities. Employees are paid to do the work they're best at. It's a bad use of resources to have them tracking o…

To each their own, but wow. In healthy environments people are paid to do what makes the team most effective.

Here are some things that are not that in software teams:

- managing your own calendar, meetings, memos

- organizing transport and stay on business trips

- tracking and later correctly filling in forms to expense the above

- and yes, tracking supply of office consumables

This and many, many more things have been dumped on everyone by short-sighted beancounting. Salaries of secretaries, graphics departments, finance people, etc. are legible, therefore cutting them is a "big efficiency win". But their work does not disappear - it gets spread out, distributed in tiny pieces to everyone else. Then you have specialists with 10x the salaries of aforementioned departments getting constantly distracted by work that is not the reason they were hired. And people are surprised that productivity doesn't track promised economic improvements, and that everything gets slow to build and expensive for "unknown reasons".

Post reply on HN