я изменю последовательность цитат, так будет понятнее
GreyCardinalили из "лирики" -вовсем свежее (сегодняшнее)
пытались методом от обратного перевести слово с подозрением что корни французкие
один начал -другой подхватил, каждый свои идеи и догадались
а если бы не было хоть одного "звена-участника" то 100% что "задача умерла бы не решенной" Это старый-добрый Group Brainstorming, метод, древний как мир. Иногда работает
GreyCardinalа когда вместе сели и "уперлись" то через пару часов сделали очень элегантное и рабочее решение А это вариант того же Brainstorming-а. Опять-таки, иногда полезно. Иногда.

В прикладном программировании (имхо разумеется) самое трудное - понять ЧТО ИМЕННО надо сделать. КАК сделать - это второстепенно и по приоритету и по трудности. Парное программирование (почему то часто под XP понимают только это), пример которого вы привели призвано решить вторую (второстепенную) часть. Причем лично я далеко не уверен, что оно с этой задачей справляется.

2 grexhide
Чуствуется, что вы пробовали :) Я тоже пробовал.
В принципе все так и есть, как вы написали. Лично мне в парном программировании не очень нравится 2 момента, которые вы совершенно точно подметили, а именно grexhideТяжело подобрать себе напарника с одинаковым темпом и уровнем т.е. сам подход получается очень уж индивидуальный, нетиражируемый. Уверенности, что пары подбирутся правильно не много. Гораздо больше шансов, что один будет "вытягивать на себе", а другой grexhideили засыпать, или нервничать, или просто халтурить ("ну давай быстрее", "хм, а кто его знает", "ничего не понимаю, потому промолчу").
Второй момент grexhide работа в паре - чаще избыточная и действительно grexhide метод - действительно хорош, когда нужно делать или очень сложные, или очень критичные правки а много ли таких ? Вот в чем дело.

Поэтому я считаю, что положительный эффект от парного программирования можно получить ну... скажем так, далеко не всегда. Пожалуй, выше шансы получить отрицательный эффект (когда ~половина команды занимается не пойми чем)

PS: эту часть grexhideНо наиболее удачный вариант - это совместный разбор диффов в бренче, правка по месту для окончательной верификации и принятия изменений.
Т.е. парное программирование хорошо уже на финальной части. я не могу прокомментировать, прежде всего потому что не уверен, что правильно понял что такое " разбор диффов в бренче, правка по месту для окончательной верификации "