Как справиться с проблемами парного программирования?[закрыто]

Question

У некоторых членов команды возникают проблемы с совместным программированием.Другой пол, другая культура, другой возраст.Как справиться с этими проблемами?- Не соединяйте их вместе, иначе - Соедините их вместе и дайте им достичь "золотой середины".

Answer 1

Парное программирование основано на идее, что взаимодействие двух программистов повышает ценность.Если это не так, измените пары...пусть они сами выбирают.Программирование должно быть увлекательным занятием!

Answer 2

Как насчет того, чтобы менять пары каждую неделю или каждый спринт, чтобы, если между двумя парами возникнут проблемы, они не чувствовали, что так должно быть вечно?Я думаю, что если есть определенные временные рамки, в течение которых вам приходится работать с кем-то, с кем вы не ладите, то вам легче "смириться с этим", и, надеюсь, таким образом вы не потеряете замечательных людей.

Если после нескольких ротаций вы заметите, что конкретный человек никому не нравится, возможно, будет уместно сосредоточиться на корректировке того, как этот человек взаимодействует с командой, или если это будет продолжаться постоянно, удаляя их из команды всех вместе.

Answer 3

Пересмотрите свою практику найма и убедитесь, что вы подбираете сотрудников, ориентированных на команду.

В противном случае используйте мятные леденцы для дыхания.

-Адам

Answer 4

С чем именно у них возникли проблемы?Неужели они не ладят, не понимают друг друга?Находятся ли они на разных уровнях опыта программирования?

Это может помочь, если у вас есть член команды, который может выступать в качестве своего рода "посредника".Кто-то, кто в прошлом успешно занимался парным программированием и может помочь этим двоим пережить первые несколько раз вместе.

Answer 5

Первый шаг к разрешению конфликтов - признать, что люди разные.В парном программировании можно испытать терпение даже самого кроткого программиста, это может быть очень напряженным занятием.Некоторые люди замыкаются в себе, когда сталкиваются с конфликтом, другие становятся агрессивными.

По моему опыту, лучший способ приблизиться к программированию в паре - это провести подробное обсуждение того, чего именно вы хотите достичь за сеанс, прежде чем браться за код.Это направит ваши мысли в одно русло.Если вы с чем-то не согласны, прекратите кодировать, обсудите это вдали от компьютера, попытайтесь найти точки соприкосновения и, самое главное, не отвергайте идеи, которые могут возникнуть у вашего партнера.Делайте перерывы;не работайте 2 часа подряд, старайтесь вставать или делать перерыв примерно каждые 45 минут.

Answer 6

Обсудите проблемы с сопряжением в группе и убедитесь, что группа осведомлена о различных парах, которые не работают.Таким образом, группа может помочь убедиться в том, что ваши пары не избегают друг друга.Если вы держите нефункциональную пару отдельно, они всегда будут нефункциональными.

Попросите пару открыть линии связи;постарайтесь заставить обе стороны делать что-то новое.Предполагая, что оба человека действительно хорошие разработчики, им обоим есть чему поучиться друг у друга.Попробуйте изменить их отношение от учителя к ученику.

Answer 7

Я бы поддержал вопрос муло - с какими вещами у них возникают проблемы?

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

Мэри не ладит с Фредом, потому что Фред недостаточно разбирается в том, как здравомыслящие люди работают с базами данных?Неужели Фред не ладит с Джо из-за того, что Джо моется не так регулярно, как следовало бы?Неужели Джо не ладит с Мэри, потому что Мэри грубая ЗАНУДА?Если это так, вы можете почти гарантировать, что Фред, Джо и Мэри аналогичным образом раздражают остальных членов команды.

Просто потому, что один или два человека настаивают на проблеме настолько, чтобы избежать сопряжения, это не означает, что проблемы исчезнут.Вполне возможно, что это раздражает и других людей - у них могут быть альтернативные способы справиться с этим.Например, искать альтернативную работу :-)

Если команда не очень хорошо работает вместе, это уже не команда.

Из любопытства - как долго длятся ваши сеансы сопряжения и как часто вы меняете пары?Я обнаружил, что иногда легче справляться с подобными вещами, если люди регулярно меняют пары - один или два раза в день.Таким образом, все смогут поделиться относительными плюсами и минусами каждого члена команды, что поможет всем сосредоточиться на решении некоторых из них.

Answer 8

Другой подход заключается в постоянном переключении ваших пар в рамках scrum.Имейте таймер, который может быть установлен на 1/2/3 часа.Когда прозвенит звонок, смените пары.Это имеет несколько последствий:

• Два человека не застревают в паре надолго
• Ваши разработчики смогут просматривать ваши текущие истории, знакомясь с каждой из них и различными областями кода
• Если один из ваших разработчиков почувствует запах, вам придется пережить лишь короткий период вони!

Answer 9

Сопряжение - важнейшая практика для гибкой команды.Для начала лучше всего определить разработчиков, которые готовы и способны эффективно работать в паре.Одна компания, о которой я знаю, проводит экстремальные собеседования.То есть они будут проводить собеседование с кандидатами в парах, предоставляя им задачу для решения.Они заинтересованы в том, способны ли разработчики решить проблему, но заинтересованы и в их навыках совместной работы.Рассматриваются только те, которые могут хорошо работать с другими.

Это не обязательное условие, чтобы все пары нравились друг другу.Важно то, что они эффективны.Учитывая, что пары часто меняются (для каждой карты или чаще), индивидуальность не является проблемой.Если кто-то не попадает в разные пары, и после того, как его тренируют, все еще возникают проблемы, его или ее следует попросить покинуть команду.