Коммуникационные шаблоны для старших [закрытых] разработчиков

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

Я думаю, что проблема состоит в том, чтобы сохранить всех занятыми. Отложите время для презентаций, которые приводит технология, может добровольно вызваться для и позволить им отправить предметы. Попросите, чтобы они представили проекты, которые достигают важного этапа. Используйте webex, чтобы сделать это онлайн для удаленных людей. Вам нужны Еженедельные встречи, или можно ли сделать их каждые две недели? Это могло помочь, также.

1. Не позволяйте набор ins
2. Выберите спорную тему и имейте кого-то прошедшего предварительную подготовку для утверждения этого ("Мы должны переместить все наши приложения в рубин". "Нам нужна общая платформа обмена сообщениями". "МН / SQL должен быть запрещен"),
3. Получите помещение для проведения встреч с огромной электронной доской

Во-первых я разделил бы обновления статуса (или удалил бы их полностью, если это не то, что требуется).

Во-вторых, я не собираюсь давать любые ответы, я собираюсь дать загрузке больше вопросов.

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

Сделайте это утром или перед ланчем, пока люди новы, не, когда они измотаны после долгой недели.

Поскольку эти люди являются Вашими звездами, действительно важно, чтобы Вы показали им, насколько Вы оцениваете их время. Timebox встречи, быть дополнителен прилежный об этом. Также, если люди пробегаются через свои проблемы/проблемы, спрашивают, что они делают с этим. Кратко запишите быстрые напоминания себе и на последующих встречах, спросите, как это идет. Не вынуждайте всех говорить.

Если эта встреча является форумом, который Вы выполняете, надеваете свою шляпу модератора и берете своей шляпы инженера. Не дайте совет или вклад во время встречи. Управляйте встречающейся программой, сохраните вещи, текущие. Это - Ваш шанс послушать. Особенно, пустите в ход людей проблемы или проблемы с бизнесом. Оставьте технические проблемы парням, поскольку им, вероятно, покрыли это. Конечно, они могут и поднимать технические вопросы. Но разговор о том, Как Вы оцениваете свой штат? Это эффективно? Что мы можем сделать для улучшения знания X? Мы должны повернуть штат между нашими командами? Разговор о вещах, что Вы находите трудно, не легкий.

Я полностью рекомендую не тратить впустую время народов, прося, чтобы они подготовили обновления статуса или презентации их области и т.д. и т.д. Если существует что-то, что необходимо знать или хотеть услышать, задать тот вопрос. Очевидно обновление статуса не ценно Вам. Что это, Вы хотите услышать?

Надежда, которая помогает!

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

Некоторые идеи:

• Сделайте коричневая сумка разрабатывает презентацию. Имейте каждый вывод, существующий полный архитектурный подход для его части круга, фокусирующегося на проблемах и как они были обращены
• Выберите новые/интересные/важные технологии и методы и сделайте, чтобы эксперт в предметной области сделал презентацию того, как она была применена в их области
• Обсудите мягкий навык и периферийные проблемы как управление командой. Пропустите имена, но создайте форум, где конструктивные идеи могут быть совместно использованы на управлении сборками, управлении проектами и т.д.

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

Другая часть - то, сколько регулярного взаимодействия у Вас есть с ними другой, ведет? Если Вы говорите с ними для, говорят 20 минут в день затем, Вы можете скользить в различных сообщениях о том, что требуется сделать со встречей, в то время как, если взаимодействие более ограничено затем, это не может быть хорошей идеей.

Сделайте, чтобы Ваши разработчики обсудили что-то, чем они увлечены.

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

Затем я начал бы привередничать, какие темы и который люди собираются представлять/говорить на следующей встрече. Я был бы в поисках тем, которые предлагают несколько человек, потому что они могут получить некоторое интересное движение переговоров, если у людей есть различные мнения о той же теме.

Но главным образом, то, что я попытался бы вырастить, является мышлением общих знаний. Я искал бы людей, которые могут объяснить мне, с каким препятствием они столкнулись, как они преодолели ту проблему, какие методы/инструменты они раньше преодолевали его, и если они думают, что те методы/инструменты будут применимыми к своей среде разработки в будущем. И надо надеяться у них есть некоторая страсть об их решениях и готовности поделиться теми знаниями.

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

Главным образом, хотя - обмен знаниями. Их должно быть понимание того, что на этот раз об и для чего все там.

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

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

Сохраните презентации короткими, хотя - мы сделали что-то похожее однажды с презентациями 1 часа (1 в две недели), но встречи переполнились... много.