Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I see what you mean, but I also think that’s encapsulated in the idea of “ready willing workers.”

Obviously there are differences between people, and better and worse teams. But the lesson here is about how the environment factors in, and how management can accidentally arbitrarily suppress innovation or reward luck within normal bounds of success. Or hamper themselves to failure by insisting on a broken process.

Could it be the case that “everybody goes to Jim,” and as a result, Jim gets good at helping people? Could it be that if everybody just went to Kim for 2 weeks, that her fixes might turn out to be better yet completely orthogonal method of solving the problem?

The Red Bean experiment is an antidote to rigid process and the praise/blame game as based on inspection of results. It’s a story intended for management to hear, not an absolution or dismissiveness of personal reasonability.

If you’ve hired “ready willing workers,” then looking at the results doesn’t necessarily show you who was killing it and who wasn’t.

That worker who is always “killing it” may be good at scooping up projects that always look great. That worker who is always underperforming might be maintaining essential infrastructure without which the system would fall apart.

The worker who’s killing it may be doing so by spending all their time “buttering up” a customer. The worker who appears underperforming may appear so because they spend all their time “buttering up” a customer, but someone else always lands the sale.

It’s a meditation on imperfect knowledge.



Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: