Гильдии (и это не про средневековье)
Проблема Представьте. В одном углу компании пилят мобилку на Flutter. Потратили кучу времени, выбрали библиотеку, наступили на все грабли, нашли идеальное решение.
В другом углу - другая команда. Тоже начинает проект на Flutter. И они тратят еще месяц, чтобы выбрать ту же библиотеку и наступить на те же грабли.
А в третьем углу сидит какой-то тихий гений, который написал скрипт, экономящий пару мультов в месяц на облаке. Но про этот скрипт знают только он и его рыжий кот, который сидел рядом.
Общая картина: знания разбросаны по проектным командам.
Ну, а Гильдии - это попытка пробить окно к гигабайтам свежей информации между командами.
Больше в моем ТГ - Из Кода в Руководы
Гильдия? Это что-то из WoW?
Ну почти. Но вместо эльфов и орков разработчики, тестировщики, девопсы, заточенные под одну технологию или задачу.
Это не команда, которая делает фичи. Это добровольное сообщество внутри компании, которое создаётся вокруг интереса или технологии. Например: гильдия фронтенда (React/Vue), ИБ (DevSecOps), мобилки, бэкенда и тд.
Это горизонтальная структура. Туда входят ребята из разных продуктовых команд.
И что они там делают? Пьют чай с баранками и болтают про фреймворки?
Не только. Это их рабочая группа, просто без жёстких дедлайнов по фичам. Их главные задачи:
1. Стандарты. Один стиль кода, общие линтеры, принципы проектирования API. Чтобы переходя из проекта в проект, не надо было неделю рыть недра энтерпрайзов в попытках найти нужную инфу.
2. Делиться опытом. Тот самый скрипт от гения из Команды В? На митапе гильдии он за 15 минут покажет его всем. Команда А расскажет про грабли с Go. И все "эволюционируют".
3. Общие проблемы. «У всех тормозят тесты, давайте вместе выясним, как настроить кэширование в CI». Вместо 5 команд, которые 5 раз изобретают велосипед.
4. Смотреть в будущее. «Ребята, React вышел, давайте разберёмся, что он даст нашим проектам, и составим план миграции». Это их зона ответственности.
5. Прокачивать скилы. Организуют воркшопы, приглашают спикеров, ведут список полезных статей.
А что это даёт бизнесу? (Для самых суровых манагеров)
1. Скорость. Новый сотрудник или команда не начинает с чистого листа. Есть стандарты, гайды, примеры. Влетают в проект быстрее.
2. Качество. Единые стандарты = меньше багов из-за разнобоя. Лучшие практики разносятся по компании со скоростью света, а не электронной почты.
3. Инновации. В гильдиях рождаются идеи для улучшений, которые не видны в рамках одной команды.
4. Снижение bus-фактора. Знания распространяются, а не лежат в головах 1-2 «богов».
5. Лучше экспертиза. Разработчики не застревают в контексте одного продукта, они видят картину по всей компании.
6. И, кстати, ретеншн. Крутым ребятам важно учиться и делиться. Гильдия даёт им такую площадку.
Главные грабли, на которые все наступают
«Это будет ещё одна болталка, задачи-то когда делать». Чтобы не было, нужен лид гильдии - не босс, а фасилитатор. Кто-то, кто будет генерить темы, напоминать о встречах, фиксировать решения.
«Нас заставят». Гильдия должна быть добровольной. Её сила - в энтузиазме участников.
«Мы примем стандарт, а все проигнорят». Решения гильдии должны иметь вес. Часто их утверждают на уровне архитекторов или Tech Lead'ов. Но не сверху, а как лучшую практику.
«Очередные бесконечные пустые созвоны». Достаточно 1-2 встреч в месяц. Фокус на действиях, а не на разговорах.
А у вас есть гильдии? Работает?
Больше в моем ТГ - Из Кода в Руководы - приходите, буду рад :)