Я занимаюсь Битриксом уже 4 года. Поэтому могу сказать, что вижу как приходят новые люди и как они интегрируются в нашу «экосистему». Сейчас у нас в отделе выстроена система обучения: после стажировки разработчик закрепляется за «боевым» проектом и остальная команда помогает ему выйти на соответствующий уровень.
Но есть и другая сторона — интеграция нового человека в сообщество Битрикс-разработчиков. О ней и поговорим в этой статье.
Теперь немного статистики: из 10 моих друзей битрикс-разработчиков в жизни комьюнити принимают участие только 3. И это включая меня. Да, я признаю, что делать выводы на основании такой выборки совсем неправильно, но за неимением лучшего…
Думаю, что при желании, администрация может взять привязку учётных записей пользователей к профилям партнёров. И посмотреть, какой процент сотрудников заходит и проявляет хоть какую то активность. Можно ведь?
Зачем? Очень просто: поскольку все сотрудники люди умные, решают задачи и работают с одним продуктом, а самое главное — имеют своё мнение по ряду вопросов, то можно прикинуть, какой процент фидбека мы недополучаем, но дело в том, что и они не получают ряд идей и наработок, которые «светятся» только в комьюнити.
Т.е. мы получим некую метрику, характеризующую текущую вовлечённость сотрудников в жизнь сообщества. По идее, у администрации должна быть цель её максимизации (есстественно, везде есть разумные пределы и идеала не будет), поскольку тогда будет максимальная взаимная выгода.
Какие бывают типы программистов
Конечно можно понаписать тут всякого, но давайте ограничимся тезисом: разработчиков можно разделить на две группы — те у кого есть зуд первопроходимства и разработчики, которые знают что делать и не любят менять коней на переправе.
Первые используют модные сейчас методики в программировании, экспериментальные сборки и норовят попробовать сразу пяток новых технологий. Именно их можно назвать «партизанами». Но если вся эта бурная деятельность будет безконтрольной, то не факт, что бизнес-задачи заказчика будут решены (ой какое скучное слово, а где фан от кодинга?????). И да, таких людей мало и именно их пытаются заполучить те, кто осознаёт, как этот вектор можно направить в мирное русло.
Вторые отлично знают своё дело и именно они являются той «армией», что пишет тонны софта и занимается саппортом существующего. Именно они могут контролировать в себе желание «срыть к чертям и переписать на %модная сегодня технология%».
Зачем тут эта выдуманная из пальца классификация? Потому что у меня есть такое ощущение, что фидбек и активное участие в комьюнити характерно именно для «партизан». Хотя себя, например, я причисляю ко второй группе.
Т.е. мы получаем ситуацию когда малочисленная первая группа принимает все изменения и фичи мгновенно, а для второй группы этот момент отстоит во времени. Поэтому попробуем эту ситуацию изменить. Самое забавное, что у меня такое ощущение, что тут тоже работает закон 80/20.
Точки обмена опытом
У нас есть два варианта: это разработчик который не знаком с Битриксом вообще и разработчик со стажем. В любом случае, среди партнёров методики сходны: стажировка, помощь в освоении и интеграция в одну из проектных команд. В случае с квалифицированным разработчиком время вхождения просто меньше.
Внутри компании или рабочей группы
Нужно стараться на первых порах выделить значительное время у одного или нескольких разработчиков на «прокачивание» новенького. Что сюда может входить:
— внутренние семинары и лекции (архитектура битрикса, практики разработки, итд)
— учебные задания и их разбор с другими товарищами.
— первые «боевые задачи»
Именно на этом этапе обучения и взаимодействия сотрудник «вливается» в коллектив. Но как правило на этом всё и заканчивается.
Форум
Поскольку сотрудник сдаёт минимум или все тесты и его присоединяют к карточке партнёра, то он имеет учётную запись на форуме Битрикса.
Какие выгоды он может получить, если будет хоть изредка, но пробегаться по форуму:
— даже если просто читать интересующие его темы, то будет рост осведомлённости и кругозора. Если столкнётся со сходной задачей, то уже будет знать подходы или где посмотреть.
— Если сотрудник будет периодически отвечать на форуме или хотя бы в голове прикидывать как он бы решил эту задачу, то опять же будет рост компетенций.
Ну а самое главное, сейчас у Битрикса форумы достаточно хорошо структурированы и всегда можно выбрать один или несколько для более пристального внимания. Лично я начал сначала с просмотра и чтения веток в форумах «Управление сайтом», потом начал пробовать ответить на простые вопросы ну и так далее. Главное понимать, что зарплату вам платят не за сидение на форуме.
Пара советов по эффективной (я надеюсь) работе с форумом:
— если возможно, то постарайтесь выделить определённое время (10-20 минут) на просмотр форума. Обычно это сразу поле обеда или моменты «тупления». У некоторых - утром пока не «проснулся».
— Если тема вам интересна, не нужно ходить 20 раз в нее — подпишитесь на обновления и прочитайте их все скопом вечером.
— настройте почтовые фильтры и перенаправляйте все письма с форума в отдельную папуку в обход «Входящих», так шквал обсуждения на форуме не будет вас отлекать от рабочей переписки.
— если есть желание ответить на технический вопрос, но решения сразу нет, то не стоит сидеть и «ломать голову» — подпишитесь на ветку и ответ узнате. С течением времени таких случаев будет становиться всё меньше и меньше.
— лучше дать один развёрнутый ответ с парой вариантов решения, чем написать в пяти темах «+1» или что нить в этом роде.
— не стоит отвечать, на темы где не ценят ваше время и стремление помочь: т.е. где нет ни описания попыток решения, ни пояснений о том что происходит и как воспроизводится ошибка или что нужно сделать. Телепаты в отпуске. Лучше попросить детализировать описание. Следующий отвечающий скажет вам спасибо.
— если предлагаете решение, то просите человека отписаться помогло оно или нет. Ведь часто подобные вещи случаются и у других и нужно знать какой был эффект.
— будьте вежливы.
Группы
На сайте Битрикса часть обсуждений узкотематическая и для них созданы специальные группы - Там пишут как обычные разработчики, так и сотрудники компании 1С-Битрикс.
Для них действуют всё те же правила, что и для форумов, поэтому я тут их дублировать не буду. А лучше приведу список групп, в которые, на мой взгляд, нужно обязательно вступить.
В этой группе публикуются варианты решения частных задач, с которыми обращаются в техподдержку. Сотрудники техподдержки пишут довольно регулярно. Иногда отписываются разработчики.
Название группы говорит само за себя. Если упёрлись в ограничение платформы или есть идея по её улучшению, то нужно написать в эту группу. Если у вас проблма, то есть шанс что там предложат альтернативное решение. Если это пожелание, то его вполне могут реализовать если оно будет признано «стоящим» и за него попросят и другие разработчики.
В этой группе описываются мелкие неточности, ошибки в системе, все, кроме критических багов. Так вы всегда будете знать о том, какие ошибки возможны и ещё не устранены. Если встретили ошибку, то нужно описать её в тикете для технической поддержки, а уже потом продублировать в этой группе если она подтвердилась.
Относительно молодая группа, основной целью участников и основателей которой стоит поднятие общего уровня квалификации. Как раз в рамках этой группы и написана эта статья Советы по разработке, слабодокументированные фичи и трюки, облегчающие жизнь разработчику.
Групп на самом деле гораздо больше, поэтому дальше уже каждый решает сам, что читать ещё.
Конференции и вебинары
Нужно стараться их посещать и слушать, поскольку именно они приоткрывают завесу тайны над планами развития и новым функционалом.
График мероприятий можно посмотреть на этой странице -
На конференции не стесняйтесь задавать вопросы и общаться с разработчиками и представителями компании 1С-Битрикс. Это редкий случай, когда общение настолько интерактивное. Нужно этим пользоваться. Да и это отличная возможность познакомиться со своими коллегами.
Техническая поддержка
И здесь тоже можно улучшить горизонтальные связи в коллективе. Достаточно написать с партнёрского аккаунта обращение, в котором перечислить логины своих сотрудников. Тогда все будут видеть обращения друг-друга. Это даёт следующий положительный эффект:
— я с этой ошибкой не сталкивался, но я про неё слышал и могу всегда посмотреть детали;
— теперь ведущему разработчику легче отслеживать всё общение с технической поддержкой и в ряде случаев вносить свои уточнения;
—новенький сотрудник видит, что не он один задаёт вопросы саппорту и что это нормальный рабочий процесс, а самое главное - он может посмотреть стиль общения и манеру описания ситуации.
Заключение
Я надеюсь, что эта статья поможет народу быстрее интегрироваться в наше дружное братство Битрикс-разработчиков. Мы достигли такого размера, что некий welcome-гайд должен быть. Это не окончательная версия, если есть что добавить - допро пожаловать в комментарии.
Мощное и целостное комьюнити — это самое большое достоинство платформы или технологии. Ведь работают с ней люди.
Что можно улучшить
Я тут перечислю пару идей, которые пришли в голову пока писал этот материал
Релиз-нотисы от 1С-Битрикс в виде отдельного блога или группы
Нужен отдельный блог с релиз-нотисами вышедшего функционала. Сейчас их рассылают в рассылке и их видно в описаниях системы обновлений но это не то. Нужно не только сухое описание со страницы но и хоть пара примеров или скриншотов. Так любой разработчик будет в курсе последних новинок. Подписавшись на обновления в этой группе. А уж в комментариях «комьюнити» сможет развернуться с вопросами. Обзорные статьи по ключевому функционалу это круто, но нет одной точки, где можно посмотреть краткое описание функционала в привязке к версиям и куда копать дальше.
Городские или областные USER GROUP
Посмотрите сколько разработчиков живёт рядом с вами.
Распределение по основным городам следующее:
Москва - 1834
Санкт-Петербург - 442
Новосибирск - 139
Киев - 270
1С-Битрикс ничего не мешает ввести должность «Евангелиста» и периодически устраивать или помогать сборами и техническими семинарами. Ну а уж собраться «пива попить» и познакомиться коллеги по цеху всегда смогут.
Но есть и другая сторона — интеграция нового человека в сообщество Битрикс-разработчиков. О ней и поговорим в этой статье.
Теперь немного статистики: из 10 моих друзей битрикс-разработчиков в жизни комьюнити принимают участие только 3. И это включая меня. Да, я признаю, что делать выводы на основании такой выборки совсем неправильно, но за неимением лучшего…
Думаю, что при желании, администрация может взять привязку учётных записей пользователей к профилям партнёров. И посмотреть, какой процент сотрудников заходит и проявляет хоть какую то активность. Можно ведь?
Зачем? Очень просто: поскольку все сотрудники люди умные, решают задачи и работают с одним продуктом, а самое главное — имеют своё мнение по ряду вопросов, то можно прикинуть, какой процент фидбека мы недополучаем, но дело в том, что и они не получают ряд идей и наработок, которые «светятся» только в комьюнити.
Т.е. мы получим некую метрику, характеризующую текущую вовлечённость сотрудников в жизнь сообщества. По идее, у администрации должна быть цель её максимизации (есстественно, везде есть разумные пределы и идеала не будет), поскольку тогда будет максимальная взаимная выгода.
Какие бывают типы программистов
Конечно можно понаписать тут всякого, но давайте ограничимся тезисом: разработчиков можно разделить на две группы — те у кого есть зуд первопроходимства и разработчики, которые знают что делать и не любят менять коней на переправе.
Первые используют модные сейчас методики в программировании, экспериментальные сборки и норовят попробовать сразу пяток новых технологий. Именно их можно назвать «партизанами». Но если вся эта бурная деятельность будет безконтрольной, то не факт, что бизнес-задачи заказчика будут решены (ой какое скучное слово, а где фан от кодинга?????). И да, таких людей мало и именно их пытаются заполучить те, кто осознаёт, как этот вектор можно направить в мирное русло.
Вторые отлично знают своё дело и именно они являются той «армией», что пишет тонны софта и занимается саппортом существующего. Именно они могут контролировать в себе желание «срыть к чертям и переписать на %модная сегодня технология%».
Зачем тут эта выдуманная из пальца классификация? Потому что у меня есть такое ощущение, что фидбек и активное участие в комьюнити характерно именно для «партизан». Хотя себя, например, я причисляю ко второй группе.
Т.е. мы получаем ситуацию когда малочисленная первая группа принимает все изменения и фичи мгновенно, а для второй группы этот момент отстоит во времени. Поэтому попробуем эту ситуацию изменить. Самое забавное, что у меня такое ощущение, что тут тоже работает закон 80/20.
Точки обмена опытом
У нас есть два варианта: это разработчик который не знаком с Битриксом вообще и разработчик со стажем. В любом случае, среди партнёров методики сходны: стажировка, помощь в освоении и интеграция в одну из проектных команд. В случае с квалифицированным разработчиком время вхождения просто меньше.
Внутри компании или рабочей группы
Нужно стараться на первых порах выделить значительное время у одного или нескольких разработчиков на «прокачивание» новенького. Что сюда может входить:
— внутренние семинары и лекции (архитектура битрикса, практики разработки, итд)
— учебные задания и их разбор с другими товарищами.
— первые «боевые задачи»
Именно на этом этапе обучения и взаимодействия сотрудник «вливается» в коллектив. Но как правило на этом всё и заканчивается.
Форум
Поскольку сотрудник сдаёт минимум или все тесты и его присоединяют к карточке партнёра, то он имеет учётную запись на форуме Битрикса.
Какие выгоды он может получить, если будет хоть изредка, но пробегаться по форуму:
— даже если просто читать интересующие его темы, то будет рост осведомлённости и кругозора. Если столкнётся со сходной задачей, то уже будет знать подходы или где посмотреть.
— Если сотрудник будет периодически отвечать на форуме или хотя бы в голове прикидывать как он бы решил эту задачу, то опять же будет рост компетенций.
Ну а самое главное, сейчас у Битрикса форумы достаточно хорошо структурированы и всегда можно выбрать один или несколько для более пристального внимания. Лично я начал сначала с просмотра и чтения веток в форумах «Управление сайтом», потом начал пробовать ответить на простые вопросы ну и так далее. Главное понимать, что зарплату вам платят не за сидение на форуме.
Пара советов по эффективной (я надеюсь) работе с форумом:
— если возможно, то постарайтесь выделить определённое время (10-20 минут) на просмотр форума. Обычно это сразу поле обеда или моменты «тупления». У некоторых - утром пока не «проснулся».
— Если тема вам интересна, не нужно ходить 20 раз в нее — подпишитесь на обновления и прочитайте их все скопом вечером.
— настройте почтовые фильтры и перенаправляйте все письма с форума в отдельную папуку в обход «Входящих», так шквал обсуждения на форуме не будет вас отлекать от рабочей переписки.
— если есть желание ответить на технический вопрос, но решения сразу нет, то не стоит сидеть и «ломать голову» — подпишитесь на ветку и ответ узнате. С течением времени таких случаев будет становиться всё меньше и меньше.
— лучше дать один развёрнутый ответ с парой вариантов решения, чем написать в пяти темах «+1» или что нить в этом роде.
— не стоит отвечать, на темы где не ценят ваше время и стремление помочь: т.е. где нет ни описания попыток решения, ни пояснений о том что происходит и как воспроизводится ошибка или что нужно сделать. Телепаты в отпуске. Лучше попросить детализировать описание. Следующий отвечающий скажет вам спасибо.
— если предлагаете решение, то просите человека отписаться помогло оно или нет. Ведь часто подобные вещи случаются и у других и нужно знать какой был эффект.
— будьте вежливы.
Группы
На сайте Битрикса часть обсуждений узкотематическая и для них созданы специальные группы - Там пишут как обычные разработчики, так и сотрудники компании 1С-Битрикс.
Для них действуют всё те же правила, что и для форумов, поэтому я тут их дублировать не буду. А лучше приведу список групп, в которые, на мой взгляд, нужно обязательно вступить.
В этой группе публикуются варианты решения частных задач, с которыми обращаются в техподдержку. Сотрудники техподдержки пишут довольно регулярно. Иногда отписываются разработчики.
Название группы говорит само за себя. Если упёрлись в ограничение платформы или есть идея по её улучшению, то нужно написать в эту группу. Если у вас проблма, то есть шанс что там предложат альтернативное решение. Если это пожелание, то его вполне могут реализовать если оно будет признано «стоящим» и за него попросят и другие разработчики.
В этой группе описываются мелкие неточности, ошибки в системе, все, кроме критических багов. Так вы всегда будете знать о том, какие ошибки возможны и ещё не устранены. Если встретили ошибку, то нужно описать её в тикете для технической поддержки, а уже потом продублировать в этой группе если она подтвердилась.
Относительно молодая группа, основной целью участников и основателей которой стоит поднятие общего уровня квалификации. Как раз в рамках этой группы и написана эта статья
Советы по разработке, слабодокументированные фичи и трюки, облегчающие жизнь разработчику.Групп на самом деле гораздо больше, поэтому дальше уже каждый решает сам, что читать ещё.
Конференции и вебинары
Нужно стараться их посещать и слушать, поскольку именно они приоткрывают завесу тайны над планами развития и новым функционалом.
График мероприятий можно посмотреть на этой странице -
На конференции не стесняйтесь задавать вопросы и общаться с разработчиками и представителями компании 1С-Битрикс. Это редкий случай, когда общение настолько интерактивное. Нужно этим пользоваться. Да и это отличная возможность познакомиться со своими коллегами.
Техническая поддержка
И здесь тоже можно улучшить горизонтальные связи в коллективе. Достаточно написать с партнёрского аккаунта обращение, в котором перечислить логины своих сотрудников. Тогда все будут видеть обращения друг-друга. Это даёт следующий положительный эффект:
— я с этой ошибкой не сталкивался, но я про неё слышал и могу всегда посмотреть детали;
— теперь ведущему разработчику легче отслеживать всё общение с технической поддержкой и в ряде случаев вносить свои уточнения;
—новенький сотрудник видит, что не он один задаёт вопросы саппорту и что это нормальный рабочий процесс, а самое главное - он может посмотреть стиль общения и манеру описания ситуации.
Заключение
Я надеюсь, что эта статья поможет народу быстрее интегрироваться в наше дружное братство Битрикс-разработчиков. Мы достигли такого размера, что некий welcome-гайд должен быть. Это не окончательная версия, если есть что добавить - допро пожаловать в комментарии.
Мощное и целостное комьюнити — это самое большое достоинство платформы или технологии. Ведь работают с ней люди.
Что можно улучшить
Я тут перечислю пару идей, которые пришли в голову пока писал этот материал
Релиз-нотисы от 1С-Битрикс в виде отдельного блога или группы
Нужен отдельный блог с релиз-нотисами вышедшего функционала. Сейчас их рассылают в рассылке и их видно в описаниях системы обновлений но это не то. Нужно не только сухое описание со страницы но и хоть пара примеров или скриншотов. Так любой разработчик будет в курсе последних новинок. Подписавшись на обновления в этой группе. А уж в комментариях «комьюнити» сможет развернуться с вопросами. Обзорные статьи по ключевому функционалу это круто, но нет одной точки, где можно посмотреть краткое описание функционала в привязке к версиям и куда копать дальше.
Городские или областные USER GROUP
Посмотрите сколько разработчиков живёт рядом с вами.
Распределение по основным городам следующее:
Москва - 1834
Санкт-Петербург - 442
Новосибирск - 139
Киев - 270
1С-Битрикс ничего не мешает ввести должность «Евангелиста» и периодически устраивать или помогать сборами и техническими семинарами. Ну а уж собраться «пива попить» и познакомиться коллеги по цеху всегда смогут.
Изменено: Месилов Максим - 02.05.2011 00:43:11
это скорее формат статьи все же. Вот откладывал ее чтение на досуг все.
Группы на сайте создаются не только сотрудниками «1С-Битрикс», но и партнерами компании. Поэтому мнения участников групп могут не совпадать с позицией компании «1С-Битрикс».
