Я Agile Coach в кроссплатформенной команде разработчиков. Было объявлено, что команда пополнится двумя новыми участниками. Эти 2 новых члена проведут 1 неделю с командой лично, а затем вернутся за границу, чтобы работать удаленно.
Какие действия были бы полезны для введения новых членов в Agile-команду?
Есть три области, которые я бы рассмотрел при представлении новых членов команды.
1) Работа: Неделя — не срок, чтобы привыкнуть к совместной работе. Парное или групповое/мобовое программирование может стать отличным способом научить их работать в команде и работать с кодом. Это может немного замедлить работу команды на неделю, но не так сильно, как попытка подключиться к кодовой базе из офшора.
2) Команда: если у вашей команды есть рабочее соглашение о том, как они общаются, определение готовности и готовности, проверка кода и т. д., вы можете заранее поделиться этим с новыми членами, а затем сделать небольшой обзор лично. Опять же, это просто для того, чтобы избежать путаницы и вести разговоры об этом лицом к лицу.
3) Личные связи: Как и в случае с Акселем, дайте им время для создания личных связей. Если ваша команда и новые участники не против пить, счастливый час может быть отличным вариантом. Обед тоже может быть хорошим — все, что соответствует культуре команды и новых членов команды. Это действительно окупится, когда позже возникнут конфликты.
Любая деятельность может быть в порядке. Я не думаю, что нужно что-то экстраординарное, простые мероприятия могут быть хорошим решением.
Вероятно, лучше всего, еще до того, как они начнут работать с командой, пригласить всю команду (базовая + 2 новых члена) выпить и/или поесть. Непринужденная и расслабляющая обстановка может помочь в чатах, некоторых начальных знаниях, некоторых интересах, возможно, также связанных с работой/разработкой.
Я видел, как это работало довольно хорошо в качестве ледокола с новыми членами для некоторых из моих команд. Я бы пошел по этому пути.
Как сказал @axel, неформальная встреча с командой — это, конечно, лучший способ начать. Кроме того, поможет следующее:
Настройка среды разработки : попросите их настроить среду разработки на своем ноутбуке и позвольте им начать работу с кодом проверки входа/выхода, пока они находятся в офисе. Кроме того, пусть они опробуют VPN из своего гостиничного номера. Это позволит избежать необходимости устранять любые проблемы с разрешениями, когда они удалены.
Церемонии Scrum : было бы хорошо, если бы они могли лично участвовать во всех церемониях Scrum (уточнение невыполненных работ, обзор спринта, ретроспектива и планирование), пока они присутствуют там лично.
Оценка в баллах : по моему опыту, оценка в баллах была сложной проблемой для новых членов команды, даже если они уже знакомы со Scrum. Это связано с тем, что очки истории относительны, и то, что одна команда называет 3, может не совпадать с другой командой. Кроме того, такие вещи, как то, используете ли вы истории с нулевым баллом и что это значит.
Белая доска: хорошо известно, что наиболее эффективным каналом связи для команд разработчиков является обсуждение с помощью белой доски. Это труднее всего сделать в офшоре. Итак, воспользуйтесь их присутствием и организуйте презентацию существующей / предлагаемой архитектуры / дорожной карты ... и т. Д.
В течение 1 недели, когда новые участники будут работать вместе с командой, будет достаточно времени, чтобы проинформировать новых членов команды об «Основных правилах» проекта и проектной команды.
Вы можете обсудить несколько различных тем, таких как 1. приемлемый кодекс поведения, 2. каналы и протоколы внутригруппового общения, 3. этикет на собраниях, 4. обзор объема проекта, графика, качества и рисков.
Основные правила устанавливают четкие ожидания в отношении приемлемого поведения членов проектной группы. Своевременная приверженность четким указаниям уменьшает недопонимание и повышает общую продуктивность команды.
Эта ясность основных правил проекта и команды позволяет членам команды обнаруживать ценности, которые важны друг для друга.
Помимо общения/сплочения команды, я обнаружил, что парное программирование — лучший способ ввести новых членов команды в курс дела.
Лучше задавать вопросы, глядя на живую кодовую базу, а это значит, что человек, работающий с ними, может быстро понять, как они предпочитают работать.
Резиновая утка
Тодд А. Джейкобс
Ученик