Ответ 1
Пара-программирование основано на идее, что взаимодействие двух программистов добавляет ценность. Если это неверно, измените пары... пусть они выбирают. Программирование должно быть забавным!
У некоторых членов команды проблемы с программированием вместе. Различный пол, разная культура, разный возраст. Как бороться с этими проблемами? - Не соединяйте их вместе, или - Соедините их вместе и позвольте им прийти в "золотую середину".
Пара-программирование основано на идее, что взаимодействие двух программистов добавляет ценность. Если это неверно, измените пары... пусть они выбирают. Программирование должно быть забавным!
Как насчет поворота пар каждую неделю или каждый спринт, чтобы, если есть проблемы между парами пар, они не чувствуют, что это должно быть так навсегда. Я думаю, что если есть определенный временной интервал, с которым вам приходится работать с кем-то, с кем вы не справляетесь, это облегчает "сосать его" и, надеюсь, вы не потеряете таких великих людей.
Если после нескольких поворотов вы заметите конкретного человека, которому никто не нравится, может быть целесообразно сосредоточиться на настройке того, как человек взаимодействует с командой, или если он продолжает постоянно удалять их из команды все вместе.
Пересмотрите свои методы найма и убедитесь, что вы выбираете сотрудников, ориентированных на команды.
Сбой, дыхание монетного двора.
-Adam
С чем именно возникают проблемы? Разве они не ладят друг с другом, не понимают друг друга? Являются ли они на разных уровнях программирования?
Это может помочь, если у вас есть член команды, который может действовать как "посредник". Кто-то, кто успешно проделал пару-программирование в прошлом и может помочь двум через свои первые несколько раз вместе.
Первым шагом к разрешению конфликтов является признание того, что люди разные. Даже самое мягкое манерное программирующее терпение можно попробовать в парном программировании, это может быть очень напряженным. Некоторые люди уходят, когда сталкиваются с конфликтом, другие становятся агрессивными.
Лучшим способом приближения к парному программированию, по моему опыту, является подробное обсуждение того, что вы хотите выполнить для сеанса, прежде чем накладывать руки на код. Это поместит оба ваших уха на один и тот же трек. Когда вы не согласны с чем-то, прекратите кодирование, обсудите его с компьютером, попытайтесь найти общий язык и, самое главное, не упустите идеи, которые может иметь ваш партнер. Сделайте перерывы; не работайте в течение 2 часов подряд, постарайтесь встать или пойти на перерыв каждые 45 минут или около того.
Говорите о проблемах со связью в группе, и убедитесь, что группа знает о разных спариваниях, которые не работают. Таким образом, группа может помочь обеспечить, чтобы ваши пары не избегали друг друга. Если вы держите пара дисфункциональных пар раздельными, они всегда будут дисфункциональными.
Получить пару для открытия линий связи; попытайтесь заставить обе стороны делать что-то новое. Предполагая, что оба человека действительно хорошие разработчики, им обоим есть чему поучиться друг у друга. Постарайтесь изменить свое отношение от учителя к ученику.
У меня был бы второй вопрос муло - с чем они сталкиваются?
По моему опыту, эти проблемы часто (но не всегда) являются признаком основных проблем с структурой/навыками/отношениями в команде, которые необходимо решать, если вы хотите извлечь максимальную пользу из всех участников.
Неужели Мария не ладит с Фредом, потому что Фред не знает достаточно о том, как здравомыслящий народ работает с базами данных? Неужели Фред не ладит с Джо, потому что Джо не купается так регулярно, как должны? Неужели Джо не ладит с Мэри, потому что Мэри - грубый СОБ? Если это так, вы можете почти гарантировать, что Фред, Джо и Мэри также раздражают остальных членов команды аналогичным образом.
Просто один или два человека выдвигают проблему достаточно, чтобы избежать спаривания, не означает, что проблемы уходят. Это может также раздражать других людей - у них могут быть альтернативные способы справиться. Например, если вы ищете альтернативную работу, например: -)
Если команда не работает хорошо, это не команда.
Из любопытства - как долго вы проводите сеансы спаривания и как часто вы переключаете пары? Я считаю, что иногда бывает легче справляться с такими вещами, если люди регулярно переключают пары - один или два раза в день. Таким образом, каждый может делиться относительными плюсами и минусами всех в команде, что может помочь каждому сосредоточиться на решении некоторых из минусов.
Другой подход заключается в постоянном переключении ваших пар в схватке. У вас есть таймер, который может быть установлен на 1/2/3 часа. Когда звонок погаснет, поверните пары. Это имеет несколько эффектов:
Сопряжение - критическая практика для гибкой команды. Начнем с того, что лучше всего определить разработчиков, которые хотят и могут эффективно работать парами. Одна из компаний, о которой я знаю, делает крайнее интервью. То есть, они будут давать интервью кандидатам в парах, давая им проблему для решения. Они заинтересованы, если разработчики могут решить проблему, но заинтересованы в их навыках сотрудничества. Рассматриваются только те, которые могут хорошо работать с другими.
Не обязательно, чтобы все пары были похожи друг на друга. Важно то, что они эффективны. Учитывая, что пары часто вращаются (для каждой карты или чаще), личность не является проблемой. Если кто-то не попадает в пары, и после тренировки все еще проблема, его или ее следует попросить покинуть команду.