How We Work: Swarms [video]
engineering.sharethis.com
engineering.sharethis.com
Is there a transcript? Summary? Abstract? Anything? I'm not going to sit through several minutes of hard-to-hear video just to find out if there might be some value.
Change workflow from string (Person A takes Issue A, Person B takes Issue B, Person C takes Issue C) to a "swarm" (Issue A taken by People [A-C], Issue B taken by People [D-F])
Multiple eyes pass the code = more bugs caught. Social pressure to be working on the project (group of 4-5 people). If things fall too far behind, revert to "string" method of each person working on an individual issue.
Results in less time wasting (FB/Twitter) due to social pressure. Some study said a pair of 2 is the most productive, but they feel the social pressure is too high in that scenario, hence group of 4-5 to relieve social pressure while maintaining the benefits of collaborative work.
Not worth the time. Not all that interesting. Mostly saying stuff that many "lean startups" have learned. That pair coding increases productivity. They just applied this to their queue instead of only new features or something.
I've also found while many accept that pair-programming increases productivity it's rarely implemented. The video we created outlines an approach that is an alternative to pair-programming but maintains many (if not more) of the benefits.
And thank you for the positive response, and apologies for being rather grumpy in my reply.