Загальна ідея, яку підтримують більшість теоретиків Agile / XP, схоже, така, що пари повинні регулярно мінятися місцями. Наприклад, кожен програміст повинен міняти пари раз на день; половина людей обмінюються на початку дня, половина людей обмінюються після обіду: через зовнішні фактори, такі як зустрічі, свята тощо, більшість людей схильні перевертати свої зміни один раз або два на тиждень, щоб парні конфігурації поширювались досить рівномірно по всій команді.
Однією з обґрунтувань частого обміну є те, що знання поширюються серед колективу швидко та рівномірно, замість того, щоб конкретні навички та знання були зосереджені у конкретних людей - це означає, що робота може продовжуватися безперебійно, якщо люди перебувають далеко чи покидають компанію. Ще одне обґрунтування, яке є своєрідним наслідком для самого програмування догми, що оточує пару, полягає в тому, що кожен раз, коли хтось обміняється на вас, ви отримуєте новий огляд коду свіжою парою очей, тому це може лише покращити якість коду.
Обидва твердження звучать розумно; з точки зору менеджменту, це здається, що ви підвищуєте стабільність і якість, і тому такі часті заміни - це майже стандартна теорія в більшості книг Agile / XP, які я переглядав.
Отже, коли насправді реалізують на практиці, з чого люди насправді думають про заміну пари
- Точка зору програміста?
- Точка зору менеджера?
І
- Що слід визначити, коли хтось заміниться на / на пару?