Live data from Hacker News

Mob Programming – The Good, the Bad and the Great

underthehood.meltwater.com

31–40 of 98 posts

Re: Mob Programming – The Good, the Bad and the Great

#31

Earlier quoted context omitted.

> Biggest personality wins. I'd argue that a "big enough" personality (thinking of some past cow-orkers here) cause disruption and difficulty no matter what the situation. Right now we're hiring people with personality type as the foremost criteria. One difficult person is really too many for a small team.

Biggest charismatic personality still wins. You're optimizing too much for extroverts.

[deleted]

Re: Mob Programming – The Good, the Bad and the Great

#33
How big is the mob? I don't think you want to do this 20 or more programmers (the more people you have, the more formalized communication structures you typically need).

I could imagine this working with four or five people, and I'd be worth the experiment, but I don't think I'd want to do it all the time.

Re: Mob Programming – The Good, the Bad and the Great

#34
I'm an agile coach and my clients won't stop talking about this.

Here's the deal, some 70%+ of developers are introverts. Mobbing can be great for fixing a bug or mentoring more than one person at a time but mobbing is not how you should expect your devs to work all day every day. This is probably not lost on fellow HN'ers but OMG the cargo culting amongst managers. Do not let them see this article.

Lastly, watch this time lapse video of a team mobbing and pay attention to the body language. Who is plugged in, who is checked out, who is talking the most? I think this says it all. https://youtu.be/p_pvslS4gEI

Re: Mob Programming – The Good, the Bad and the Great

#35
post #24

Earlier quoted context omitted.

> If it's an ego fight, you've lost no matter how you code. Better to get it out in the open and deal with it. (And perhaps let the person go) I know what you mean, but "you've lost" is a bit too final for me. Obviously ideally you would never have these people, but in reality you may do, and as that's not the only quality you're judging them on letting them go might be a little harsh. What I'm talking about is the i…

I exaggerated to make a point. Of course you'd work with folks. Apologies for the hyperbole. You have a good point, but consider this: the team is in the hook for whatever the code is anyway, whether there are disagreements or not. So the real question is whether or not you surface those disagreements (or bury them, in your example), or simply don't address them at all. I'm thinking you surface them, even if the herd…

Hey no worries, your perspective (as a breathing human who's actually done this before, whereas I'm very much being a couch referee or whatever that phrase is) is really interesting.

I think it's a cool idea. I'd still worry about people taking over, coasting, checking out or otherwise not getting to express themselves, but realistically that's a constant concern anyway, regardless of whichever development structure you take.

But I'd try it. I'd be exhausted, frustrated and very much in need of a drink after the first day, but that says more about me than it does the approach :-)

Re: Mob Programming – The Good, the Bad and the Great

#36
post #35

Earlier quoted context omitted.

I exaggerated to make a point. Of course you'd work with folks. Apologies for the hyperbole. You have a good point, but consider this: the team is in the hook for whatever the code is anyway, whether there are disagreements or not. So the real question is whether or not you surface those disagreements (or bury them, in your example), or simply don't address them at all. I'm thinking you surface them, even if the herd…

Hey no worries, your perspective (as a breathing human who's actually done this before, whereas I'm very much being a couch referee or whatever that phrase is) is really interesting. I think it's a cool idea. I'd still worry about people taking over, coasting, checking out or otherwise not getting to express themselves, but realistically that's a constant concern anyway, regardless of whichever development structure…

So the really cool question is this: if mobbing can bring a room full of BAs, testers, biz folks, and designers up to speed on the technical details of implementation (which it can), how far does that go? Could you take, say, two really good developers and five smart and enthusiastic people from the street and end up with a good team?

Beats me. But I really want to try :)

Re: Mob Programming – The Good, the Bad and the Great

#38

I'm an agile coach and my clients won't stop talking about this. Here's the deal, some 70%+ of developers are introverts. Mobbing can be great for fixing a bug or mentoring more than one person at a time but mobbing is not how you should expect your devs to work all day every day. This is probably not lost on fellow HN'ers but OMG the cargo culting amongst managers. Do not let them see this article. Lastly, watch thi…

[deleted]

Re: Mob Programming – The Good, the Bad and the Great

#39

This is an introvert's nightmare. I feel like going to a room and turning off all the lights just reading about this. I'm glad it seems to be working for them, and I'd be willing to give this a try for a week, but I'm not even sure if I'd wait 'til I had a job lined up before giving my two week notice. If I have to spend eight+ hours a day doing nothing but talking to people, I'm going to have no energy left for anyt…

Totally agree.

I switched to working remote full-time just because of people who wanted to talk with me all the time in the office.

Re: Mob Programming – The Good, the Bad and the Great

#40
post #10

Upvoting because it's a fascinating idea. I find it weird they didn't really point out any down-sides, possibly because it's a corporate blog and marketing wouldn't let them. Off the top of my head though, I'd be worried about: - No time to think. I find I solve solutions by thinking about them, and I can imagine mob rule would lend itself to less thinking and more doing (fastest solution that sounds half-right gets…

I might just take 2 minutes off working to watch it

People say mob programming is great for keeping programmers on task, but just as frequently the reverse is true.

I've done a lot of accidental mob programing recently, and frequently, someone wants to take a break and show you this awesome video, they get enough support that lead typist goes to check it out, and suddenly you don't have just one off task programmer, mindlessly browsing YouTube, you have 5!

Until someone works up the courage to party-poop and demands that the team get back on task.

Post reply on HN