Общая идея, поддерживаемая большинством теоретиков Agile / XP , заключается в том, что пары должны регулярно меняться местами. Например, каждый программист должен менять пары один раз в день; половина людей меняет местами в начале дня, половина людей меняет местами после обеда: из-за внешних факторов, таких как встречи, праздники и т. п., большинство людей склонны менять время обмена один или два раза в неделю, чтобы парные конфигурации распределялись довольно равномерно по всей команде.
Одним из обоснований частой замены является то, что знания распределяются среди команды быстро и равномерно, а не концентрируются на конкретных навыках и знаниях у отдельных людей - это означает, что работа может продолжаться гладко, если люди либо уезжают, либо покидают компанию. Другое обоснование, которое является своего рода следствием догмы, связанной с самим парным программированием, заключается в том, что каждый раз, когда кто-то меняет вас, вы получаете новый обзор кода свежей парой глаз, так что это может только улучшить качество кода.
Оба утверждения звучат разумно; с точки зрения менеджмента это звучит так, как будто вы получаете повышение как стабильности, так и качества, и, как следствие такого частого обмена, это в значительной степени стандартная теория в большинстве книг по Agile / XP, на которые я смотрел.
Итак, когда на самом деле применяются на практике, что люди на самом деле думают о парном обмене с
- Точка зрения программиста?
- Точка зрения менеджера?
И
- Что должно определить, когда кто-то поменяется с / на пару?