Как проводить встречи разработчиков?

Наша команда из 10 разработчиков встречается еженедельно. Встречи довольно скучные и не особо полезные. Какой формат / повестку дня вы используете для хороших встреч?

Мы встречаемся еженедельно в конференц-зале с пиццей. Формат таков: мы обходим комнату и перечисляем статус различных задач, над которыми работаем, и обсуждаем задачи на следующую неделю. Менеджеры предоставят обзор предстоящих проектов и приоритетов на ближайшие месяцы и на год вперед.

Обновить

Целью этой встречи является более или менее общее формирование команды, чтобы поделиться знаниями о том, над чем все работают, и чтобы все были в курсе меняющихся инициатив компании. Это не формально «раздавать» рабочие задания (это делается другими способами).

К тому времени, когда мы проводим наши командные встречи, мы уже знаем, что мы делали всю неделю и что мы будем делать на следующей неделе. И у нас есть разумный обзор долгосрочного плана.

На наших командных встречах мы говорим о том, что нас беспокоит. Все, что произошло на прошлой неделе, что значительно замедлило нас, вещи, которые мы хотели бы изменить в будущем, особенно проблемы с процессом.

Формат круглого стола похож на ваш, но мы получаем множество задач для разных людей. И мы очень заинтересованы в том, чтобы это было легко. От людей ожидают, что они смогут быть полностью открытыми, и им не стоит принимать вещи лично.

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

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

Отмените проклятые встречи. У них нет смысла, если они не имеют смысла. Я был на слишком многих из них за последние 15 лет. Я уверен, что если бы мозговые клетки, пострадавшие в результате этих «встреч команды» без повестки дня, все еще функционировали, моя команда и я бы создали что-то, что продавалось бы за миллиарды долларов, и я мог бы уйти в относительную безвестность и осуществить свою мечту возиться с кодом, который мне не безразличен в течение следующих двадцати лет.

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

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

За последние 15 лет моей карьеры у меня было достаточно дрянной теплой пиццы на скучных командных встречах, чтобы добавить как минимум 10 фунтов лишних килограммов на моей талии, и я фактически хожу на работу и с работы большую часть дня. Мне это не нужно Если люди из моей команды не сосут, и в этом случае я уже планирую свой выход, я построю свой собственный контакт, никаких структурированных упражнений не требуется. Я сделаю больше, буду счастливее, и мои коллеги будут нравиться мне больше, чем если бы я чувствовал себя обязанным представить какую-то попытку доказать свою интеллектуальную силу или послушать людей, беспилотно рассказывающих об улучшениях процесса или ритуализированной интеллектуальной мастурбации о контроле над источниками модели модульных тестов начальных данных провайдера провайдера для ускорения виджетов и лучшие практики для использования моих стратегических инициатив для сред тестирования производительности. (Сожалею,

У нас обычно 1-часовое собрание каждое утро понедельника (команда из 10 человек), около 9 часов утра:

• Сверху вниз : 15 минут для TL (Team Lead), который рассказывает нам о том, что происходит в компании (новые контракты, новые разработки, что-нибудь захватывающее ...)
• Круглый стол : 15 минут для круглого стола (менее 2 минут каждый), где мы просто говорим, что делаем, чтобы все знали, что происходит, и в течение которого TL сообщит нам общее направление на неделю вперед. Специфика хранится в страхе.
• Презентация : 30 минут на презентацию одного из наших проектов. Обзор высокого уровня, макет или технический, это зависит от того, кто делает презентацию и над чем работает. Презентация открыта, и люди приглашаются для участия. Если обсуждение становится слишком конкретным, оно откладывается, чтобы презентация могла продолжаться.

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

Я думаю, что важным моментом является недопущение специфики:

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

Это работает довольно хорошо (особенно, я думаю, потому что наш TL встретится с его коллегами и боссом в пятницу, чтобы мы получили свежие новости).

Люди могут принести круассаны или другие вещи, но это не обязательно и не запланировано. Мы ценим, когда кто-то делает, хотя!

Если все станет скучно, обсудите новейшие технологии. Спросите разработчиков, что они делают с новыми фреймворками, серверами и т. Д.

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

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

Я бы тоже потерял пиццу. Вы не хотите отвлекаться.

Когда наша команда была все местные, у нас были эти еженедельные встречи. Если ваша цель состоит в том, чтобы расширить команду (а не сообщать о статусе команды специально для вас), то я бы посоветовал взять как можно больше «процесса» или структуры. Мы начинали так же, как и вы, обошли вокруг стола, и все перечислили свои работы, в то время как все слушатели скучали по своим черепам, если эта работа не имела к ним никакого отношения.

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

Как разработчик в большой компании, я мог бы составить список из 250 вещей, которые компания делает, чтобы тратить мое время, но я на самом деле находил эти встречи интересным способом просто поссориться с командой и съесть пончики. Теперь, когда наша команда находится в 3 разных штатах и ​​4 странах, у нас больше нет таких встреч :(

Я считаю, что лучше, если разработчики продемонстрируют, чего они достигли. Разработчики не заинтересованы в общем благоговении перед массами (извините, массы), но уважение и уважение наших коллег (которые на самом деле понимают, насколько трудным это должно было быть, или насколько умным и т. Д.) Вызывает зависимость. Разработчики любят новый блестящий, лучше, сильнее, быстрее, чище. Настройка группы -> ваша вечеринка по утрам в понедельник. ^ ^ Встреча должна быть сосредоточена на разработчиках и коде / технологии, или, как правило, это пустая трата времени разработчика (разработчики будут связывать код ^ ^ это просто случается).

НТН