Teamlead Good Reads – ежедневные советы про менеджмент людей и команд
前往频道在 Telegram
Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами. РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f Продуктовая папка: https://t.me/addlist/YvmnHCHUp700Nzky Реклама: @tanyasanovna
显示更多
网络:📈 Telegram 频道 Teamlead Good Reads – ежедневные советы про менеджмент людей и команд 的分析概览
频道 Teamlead Good Reads – ежедневные советы про менеджмент людей и команд (@leadgr) 俄语 语言赛道中的 是活跃参与者。目前社区聚集了 28 190 名订阅者，在 商业 类别中位列第 2 152，并在 俄罗斯 地区排名第 22 814 位。
📊 受众指标与增长动态
自 невідомо 创建以来，项目保持高速增长，吸引了 28 190 名订阅者。
根据 15 九月, 2026 的最新数据，频道保持稳定运转。过去 30 天订阅人数变化为 -149，过去 24 小时变化为 -10，整体触达仍然可观。
- 认证状态： 未认证
- 互动率 (ER)： 平均受众互动率为 18.45%。内容发布后 24 小时内通常能获得 10.03% 的反应，占订阅者总量。
- 帖子覆盖： 每篇帖子平均可获得 5 202 次浏览，首日通常累积 2 828 次浏览。
- 互动与反馈： 受众积极参与，单帖平均反应数为 30。
- 主题关注点： 内容集中在 стратоплан, менеджмент, архитектура, контекст, llm 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台：
“Самые интересные статьи, видео и новости, связанные с управлением людьми, командами, разработкой и продуктами.
РКН: https://gosuslugi.ru/snet/67b4386d2a44e21839a0f87f
Продуктовая папка: https://t.me/addlist/YvmnHCHUp700Nzky
Реклама: @tanyasanovna”
凭借高频更新（最新数据采集于 16 九月, 2026），频道始终保持新鲜度与高覆盖。分析显示受众积极互动，使其成为 商业 类别中的关键影响点。
28 190
订阅者
-1024 小时
-87 天
-14930 天
数据加载中...
相似频道
标签云
进出提及
---
---
---
---
---
---
吸引订阅者
九月 '26
九月 '26
+73
在1个频道中
八月 '26
+106
在5个频道中
Get PRO
七月 '26
+126
在2个频道中
Get PRO
六月 '26
+865
在0个频道中
Get PRO
五月 '26
+132
在1个频道中
Get PRO
四月 '26
+135
在0个频道中
Get PRO
三月 '26
+242
在3个频道中
Get PRO
二月 '26
+3 775
在3个频道中
Get PRO
一月 '26
+185
在3个频道中
Get PRO
十二月 '25
+289
在5个频道中
Get PRO
十一月 '25
+200
在3个频道中
Get PRO
十月 '25
+324
在8个频道中
Get PRO
九月 '25
+200
在3个频道中
Get PRO
八月 '25
+305
在5个频道中
Get PRO
七月 '25
+258
在4个频道中
Get PRO
六月 '25
+289
在6个频道中
Get PRO
五月 '25
+719
在5个频道中
Get PRO
四月 '25
+968
在6个频道中
Get PRO
三月 '25
+394
在4个频道中
Get PRO
二月 '25
+348
在4个频道中
Get PRO
一月 '25
+1 573
在3个频道中
Get PRO
十二月 '24
+307
在8个频道中
Get PRO
十一月 '24
+368
在1个频道中
Get PRO
十月 '24
+514
在4个频道中
Get PRO
九月 '24
+513
在2个频道中
Get PRO
八月 '24
+1 068
在5个频道中
Get PRO
七月 '24
+511
在3个频道中
Get PRO
六月 '24
+316
在5个频道中
Get PRO
五月 '24
+377
在7个频道中
Get PRO
四月 '24
+561
在5个频道中
Get PRO
三月 '24
+1 436
在6个频道中
Get PRO
二月 '24
+579
在2个频道中
Get PRO
一月 '24
+296
在1个频道中
Get PRO
十二月 '23
+310
在2个频道中
Get PRO
十一月 '23
+287
在3个频道中
Get PRO
十月 '23
+310
在1个频道中
Get PRO
九月 '23
+400
在0个频道中
Get PRO
八月 '23
+368
在0个频道中
Get PRO
七月 '23
+392
在0个频道中
Get PRO
六月 '23
+690
在0个频道中
Get PRO
五月 '23
+6 341
在0个频道中
Get PRO
四月 '23
+461
在0个频道中
Get PRO
三月 '23
+433
在0个频道中
Get PRO
二月 '23
+452
在0个频道中
Get PRO
一月 '23
+344
在0个频道中
Get PRO
十二月 '22
+170
在0个频道中
Get PRO
十一月 '22
+230
在0个频道中
Get PRO
十月 '22
+446
在0个频道中
Get PRO
九月 '22
+333
在0个频道中
Get PRO
八月 '22
+528
在0个频道中
Get PRO
七月 '22
+458
在0个频道中
Get PRO
六月 '22
+918
在0个频道中
Get PRO
五月 '22
+308
在0个频道中
Get PRO
四月 '22
+651
在0个频道中
Get PRO
三月 '22
+189
在0个频道中
Get PRO
二月 '22
+388
在0个频道中
Get PRO
一月 '22
+680
在0个频道中
Get PRO
十二月 '21
+75
在0个频道中
Get PRO
十一月 '21
+44
在0个频道中
Get PRO
十月 '21
+46
在0个频道中
Get PRO
九月 '21
+56
在0个频道中
Get PRO
八月 '21
+51
在0个频道中
Get PRO
七月 '21
+48
在0个频道中
Get PRO
六月 '21
+73
在0个频道中
Get PRO
五月 '21
+45
在0个频道中
Get PRO
四月 '21
+64
在0个频道中
Get PRO
三月 '21
+61
在0个频道中
Get PRO
二月 '21
+74
在0个频道中
Get PRO
一月 '21
+102
在0个频道中
Get PRO
十二月 '20
+2 871
在0个频道中
| 日期 | 订阅者增长 | 提及 | 频道 | |
| 16 九月 | +1 | |||
| 15 九月 | +3 | |||
| 14 九月 | +4 | |||
| 13 九月 | +5 | |||
| 12 九月 | +5 | |||
| 11 九月 | +18 | |||
| 10 九月 | +7 | |||
| 09 九月 | +2 | |||
| 08 九月 | +7 | |||
| 07 九月 | +4 | |||
| 06 九月 | +1 | |||
| 05 九月 | +2 | |||
| 04 九月 | +2 | |||
| 03 九月 | +5 | |||
| 02 九月 | +5 | |||
| 01 九月 | +2 |
频道帖子
Как быстрее проверять маркетинговые гипотезы с помощью ИИ
Например, в Greeneration почти 3 месяца вручную искали рабочий оффер для нового продукта — мини-цуккини и specialty-картофеля.
Делали разные лендинги, переписывали рассылки, собирали креативы, запускали и сравнивали результаты.
Сейчас тот же цикл, по оценке команды, можно было бы пройти за 1–2 недели, если встроить ИИ не только в генерацию текстов, а в сам процесс тестирования гипотез.
И это, кажется, гораздо более интересный сценарий применения ИИ в маркетинге, чем очередное «напишите 20 вариантов заголовка».
ИИ здесь можно использовать на разных этапах: исследовать аудиторию и собирать гипотезы, быстро собирать варианты креативов, тестировать разные офферы и сравнивать каналы по стоимости заявки или продажи.
21 сентября AI Mindset запускает трёхнедельный практический спринт про маркетинг + ИИ
Участники приходят со своим действующим продуктом и конкретной маркетинговой задачей и вместе с командой выстраивают тот самый цикл:
идея → креатив → канал → сигнал → решение
То есть результатом должна стать не презентация про возможности AI, а реально запущенный тест + данные для решения, что проверять следующим.
Спринт идёт онлайн с 21 сентября по 10 октября.
Вся программа и детали — на сайте: marketing.aimindset.org
Регистрация — через бота: https://t.me/aimindset_lab_bot?start=874
Реклама. ООО «ВИНКАМ», ИНН 5408306756, erid:2SDnjcdN5qu
| 2 | Как дать фидбэк по итогам собеседования
В чем суть статьи – автор предлагает давать фидбэк по итогам проваленного собеседования не безличным письмом, а на отдельном звонке. У меня к этому довольно двоякое отношение.
С одной стороны, такой звонок, будучи проведен правильно, скорее всего будет воспринят кандидатом очень хорошо, смягчит разочарование от провала и поможет в будущем стать лучше. А оставлять кандидата в таком состоянии, конечно, хорошая идея – кто знает, будет ли он в будущем собеседоваться к вам повторно, или где еще во время своей карьеры вы с ним столкнетесь.
С другой стороны, при хоть сколько-то здоровом потоке кандидатов такие звонки – непозволительная роскошь, отдающая золотыми 2019-2021 годами. Речь даже не про сам звонок, а про подготовку – ведь, чтобы дать действительно полезную обратную связь, нужно вложить кучу сил.
Короче говоря, я бы в такие фоллоу-апы вкладывал время только для исключительных кандидатов. | 2 876 |
| 3 |  Вы вообще видели, что сделала команда AvitoTech ко Дню разработчика?!
В честь наступающего праздника вместе со студией FU2RE и 3D-художником Dmitriev Video ребята создали большой портал в прошлое — эмулятор 2006 года будущего разработчика. Внутри — олдскульные игры и викторины, за которые можно лутать баллы и подниматься в рейтинге.
Топ-3 игроков 15 сентября получат суперпак настоящих разрабов, внутри которого салфетка на монитор из коллаборации с Elnik, плед, сумка и плюшевый талисман — кот Б/У. Так что времени сыграть ещё много!
P. S. Сыграть в эмулятор и побороться за призы можно до 15 сентября. Так что успевайте ❤ | 3 415 |
| 4 | Как измерить слоп
Даже если все автотесты и проверки линтера проходят, это еще не гарантирует того, что код получился хорошим. LLM неплохо справляются с поиском функциональных багов, но вот наличие лишних абстракций и другие признаки слопа они оценить не способны.
Есть несколько альтернативных количественных методов:
👉Просто смотреть на количество строк кода, но есть нюанс – если сделать эту метрику целевой и оптимизироваться под нее, то смысл она быстро потеряет.
👉Verbosity – количество продублированных или бесполезных строк (реализовано через ast-grep)
👉Erosion – насколько значимая часть кода сосредоточена в небольшом количестве больших и сложных функций. Считается через цикломатическую сложность.
Verbosity и Erosion довольно заметно отличаются между завайбкоженными проектами и просто старым добрым человеческим легаси – для AI кода в среднем они в два раза выше. | 3 666 |
| 5 | Как в Uber управляют экономикой AI
Uber выпустил интереснейший разбор всех деталей того, как AI используется во всех этапах их SDLC, как они выросли в нагрузке в 7 раз с февраля, при этом существенно сократив затраты на каждую отдельную сессию. Вот некоторые интересные инсайты:
👉Основные рычаги влияния на экономику AI: цена за токен, количество шагов в сессии, количество запросов к модели на каждый шаг, и количество токенов на каждый запрос.
👉Дефолтную модель меняют чуть ли не каждую неделю, постоянно гоняя их на собственных бенчмарках, и выбирая оптимальную по цене/качеству.
👉У всех инженеров форсится максимальный размер контекста в 400к токенов и medium reasoning – это помогает контролировать количество токенов в запросе.
👉Все MCP тулы находятся за единым гейтвеем, что и экономит токены, и позволяет навесить единые политики авторизации.
👉Собственный графовый движок помогает существенно ускорить поиск агентом нужного контекста (с 20 минут до 40 секунд для довольно типичной задачи).
👉Внутренний дэшборд подсвечивает каждому человеку антипаттерны в том, как он работает с AI. | 5 176 |
| 6 | Надо ли ревьюить код
Вообще, все споры про то, надо ли ревьюить весь AI-generated код, на мой взгляд, довольно бессмысленны. Разговор стоит вести на другом уровне абстракции – нужен ли в целом процесс code review, вне зависимости от того, кто этот код написал.
И вот об этот вопрос копий сломано уже бесконечность, в том числе в нашем канале. Я придерживаюсь того же самого взгляда, что и автор статьи:
👉Чтобы уменьшить фидбэк луп о том, что в техническом решении что-то не так, процесс ревью надо уводить налево, сильно до того, как написана хоть одна строчка продакшн кода, и заменять на дизайн-ревью.
👉Если надо обеспечить передачу знаний о какой-то подсистеме, то лучше сработает сеанс парного программирования, или хотя бы разбора кода вместе.
👉Для обучения джунов есть гораздо более рабочие механизмы – то же парное программирование, или коллективные брейнштормы у доски.
👉Аналогично и для выращивания командного овнершипа, и для выравнивания по архитектуре – чтение кода на PR для этого тоже очень плохой инструмент.
При этом ревьюить часть кода точно нужно продолжать – например, в случае фундаментального изменения архитектуры. Сначала его надо проработать вместе с командой на уровне дизайн-ревью, но затем имеет смысл посмотреть и в код, чтобы убедиться, что и к решению ни у кого не будет вопросов. Другие примеры – изменение в незнакомой человеку критической части системы, либо что-то, что несет в себе любые другие риски.
Если суммировать, то нам важно, чтобы инженеры понимали не сырые диффы, а то, как устроена вся система. Code review это простой ответ на сложные вопросы, связанные с этой задачей – но, как и многие другие простые ответы, абсолютно не оптимальный. | 4 976 |
| 7 | Ирония автоматизации
В 1970х годах когнитивный психолог Лизанна Бейнбридж проводила дни, наблюдая за операторами больших индустриальных печей. Она просила их проговаривать вслух, что именно они делают и почему, и разбирала, как устроено их знание о производственном процессе, управляемом автоматикой.
Из этой серии интервью в 1983 родилась статья "Ironies of Automation", которая ну до боли напоминает сегодняшние разговоры о нашей индустрии.
Ирония автоматизации состоит в том, что человеку достаются задачи, которые не удалось автоматизировать, то есть по определению самые трудные и плохо формализуемые. Плюс к ним – надзор за автоматикой, которую внедрили как раз потому, что она работает лучше человека. И эта система концептуально сломана:
👉Человек физиологически неспособен удерживать внимание на источнике, где почти ничего не происходит.
👉Умения оператора деградируют без практики. Если ты годами только наблюдаешь за системой, то в момент аварии, когда нужно перехватить управление и проявить мастерство, его уже не осталось.
👉Знания в долгосрочной памяти остаются доступными, только когда к ним регулярно обращаются. Оператор, не пользующийся этими знаниями, теряет способность быстро из извлечь. Кроме этого, протухает ментальная модель того, как работает система, и в каком состоянии прямо сейчас она находится.
Все эти проблемы стали ярко видны в произошедшей примерно в то время аварии на АЭС в Пенсильвании. Скакнуло давление, один из клапанов не закрылся, и пошло-поехало. При этом все части автоматики сработали как надо, но итоговый сценарий был не знаком операторам, а из-за показаний приборов из ментальная модель разошлась с реальностью. В итоге они совершили кучу ошибок, произошел выброс радиации, а блок теперь законсервирован навсегда.
Короче говоря, убирая легкие части задачи, автоматизация делает трудные части еще труднее, при этом возможностей получать релевантный опыт и поддерживать актуальные знания у операторов становится меньше. Здравствуй, чудесный 2026 год! | 4 826 |
| 8 | Что такое ответственность за фичу
Держите хороший чек-лист, по которому можно пройтись с вашим разработчиком, который готов брать на себя больше ответственности:
👉Отделять решение от проблемы, и отвечать на вопросы вроде "надо ли вообще решать эту проблему", или "по каким критериям нужно выбирать решение"
👉Думать про эдж-кейсы – какие надо учесть, а какие можно проигнорировать
👉Думать про точки отказа, например про то, как должна вести себя фича, когда сеть недоступна
👉Думать про данные и их флоу – что надо мигрировать, что почистить, какие есть инварианты
👉Думать, как проверить корректность работы фичи
👉Понимать, как про фичу узнают ее потенциальные пользователи, и что для этого должно быть сделано
👉Понимать, как фича вписывается в общий роадмап
👉Разработать фичу и заполишить ее до такого состояния, которым вы будете гордиться
👉Протестировать фичу самому вручную, при этом думать не только про поиск багов, но и про вопросы более высокого порядка – решает ли эта фича исходную проблему или нет
👉Проконтролировать, что фича задеплоена и работает
👉Думать о том, кому из ваших коллег надо знать про существование фичи и особенности ее работы – и доносить эту информацию до них
👉Следить за фидбэком подьзователей и багами
👉Вернуться к фиче через какое-то время и проверить, что все идет согласно ожиданиям | 4 568 |
| 9 |  Не успеваете за ИИ-гонкой? Обучите команду ИИ-навыкам быстро и прозрачно на платформе Грейд от Яндекс Практикума
Половина сотрудников в России уже использует ИИ в работе. Но реальный эффект от автоматизации видят те компании, которые внедряют ИИ системно: обучают, отрабатывают реальные сценарии, делятся опытом экспертов.
Попробуйте готовое решение для быстрого обучения команд ИИ-навыкам — Грейд от Яндекс Практикума:
— Оцените 1200+ навыков сотрудников
— Выявите разрыв навыков по ролям и создайте персональные ИПР
— Обучите сотрудников в формате микрокурсов, которые не отвлекают от работы
— Измерьте прогресс до и после обучения
В Грейде 450 курсов по 11 направлениям: от ИИ и разработки до аналитики и маркетинга.
Получить бесплатный доступ к Грейду на 7 дней
Реклама, ООО Яндекс, ИНН 7736207543, erid: 2VtzqvCpdWU | 4 463 |
| 10 | У нас больше нет оправданий делать медленный софт
Оптимизации перфоманса, которые раньше требовали большого количества времени очень узких специалистов, сейчас стали доступны значительно шире – был бы бенчмарк, а дальше достаточно долго работающий агент найдет кучу точек для улучшения.
Про такой метод оптимизации важно понимать, что большая часть буста, который вы получите, будет заточенной именно под кейсы из бенча, и, скорее всего, не улучшать перфоманс в общем случае. Но в куче ситуаций нам это и не нужно. Не все продукты используются миллионами пользователей. Например, если у нас есть данные о том, как конкретные крупные кастомеры используют наш продукт, мы можем оптимизироваться чисто под них.
Раньше такая точечная оптимизация перфоманса почти никогда не была экономически выгодной. Сейчас провести несколько десятков экспериментов не стоит почти ничего – поэтому, правда, нет причин делать медленный софт и дальше. | 4 561 |
| 11 | Новые выпуски тимлидских подкастов
Мне вообще не верится, что Подлодку я пишу уже почти ДЕСЯТЬ ЛЕТ. За это время подкасты в России успели набрать популярность, достичь своего пика в период ковида, а потом постепенно откатиться к адекватной норме. Сейчас люди продолжают слушать подкасты, но мало кто доходит больше, чем до 1-2 выпусков в неделю. Поэтому держите подборку, которую сможете слушать еще месяц вперед!
👉Бреслав и Ложечкин про типологии личности, и то, можно ли извлечь из них пользу, даже несмотря на их антинаучность.
👉"Три тимлида заходят в бар" про политические игры в корпорациях и то, как научиться в них не проигрывать.
👉"Едим слона целиком" про стратегическое мышление – из каких элементов состоит этот навык, и как его развивать.
👉Weekend Talk с Иваном Поддубным про то, как рабоатть всю карьеру в одной компании, и должен ли СТО писать код | 5 860 |
| 12 | Как считать ROI команды
Мы не очень хорошо справлялись с подсчетом окупаемости команды и раньше, а с появлением в картине дополнительных бюджетов на AI все стало еще сложнее.
После разных сумасшедших попыток считать ROI на потраченный токен сегодняшняя статья прямо золото. Основная идея в следующем:
👉Считаем стоимость команды как единого целого с учетом заралат и токенов
👉Привязываем команду к каузальной модели того, как бизнес приносит ценность, при необходимости через прокси-метрики
Самое сложное, конечно, это построить такую модель, и понять, а действительно ли ваша команда в ней существует – но это как раз очень полезное упражнение. | 5 657 |
| 13 | Как вы думаете, что будет с джунами?
Последние годы рынок найма для джунов и так был сложным, а с приходом AI все как будто бы стало еще тяжелее – требования выросли, а получать опыт, когда код за тебя пишет машина, стало еще сложнее.
Я собрал мнения нескольких участников нашего Podlodka AI Engineers Club с большим опытом работы с джунами, и смотрящих с немного разных сторон индустрии. Кто такой хороший джун в 2026? Стали ли джуны, вооруженные агентами, более полезными, и быстрее приносить пользу команде? Что изменилось в механизме их обучения? По каким сигналам оценивать, становится ли джун сильнее, и когда он станет мидлом? И самое главное – есть ли вообще смысл их нанимать?
Читайте лонгрид, и рассказывайте про собственное мнение в комментариях! | 5 596 |
| 14 | Как AI влияет на дублирование и переиспользование кода
Среди всех исследований того, как AI влияет на разработку, ежегодные отчеты от GitClear заметно выделяются. Дело в том, что у них есть доступ к очень классному корпусу данных – приватным git репозиториям разных компаний. И вот оттуда они вытаскивают ну очень интересные данные про то, как меняется работа с кодом и состояние кодовых баз.
Ну и дежурное напоминание – GitClear продает инструмент для кнтроля за качеством кода, поэтому, конечно же, их задача – напугать.
👉Процент файлов, содержащих дублирующиеся 5+ строк, вырос на 80% с 2023 года.
👉Доля коммитов, содержащих в себе перенос строк из одного файла в другой, упала на 70%.
👉Все меньше и меньше нового кода переиспользует существующие функции – доля строк, содержащих такие вызовы, упала на 35%.
👉Легаси код, написанный больше 12 месяцев назад, стали изменять или удалять еще реже – процент коммитов с такими изменениями упал с 1.7% до 0.46%. | 5 699 |
| 15 | Никогда не злитесь на работе
Злоба на что-то на работе обычно появляется не на ровном месте. Скорее всего, вы злитесь, потому что то, о чем вы сильно заботитесь, идет не так, как должно. А заботиться о своей работе – не такая плохая идея, особенно в начале карьеры, потому что это подталкивает вас работать над своими ошибками и именно так вы становитесь компетентным специалистом.
Проблемы начинаются в тот момент, когда то, о чем заботитесь вы, расходится с тем, о чем заботится ваша компания. Самый простой пример – для вас важно делать очень качественный продукт, а компании важно побыстрее выйти на несколько новых рынков и проверить свои идеи. Вы точно будете злиться, ведь вам не дают делать хорошо работу, о которой вы заботитесь.
У ситуации три выхода:
👉Найти другие вещи, о которых можно заботиться, за пределами своей работы.
👉Выровнять то, о чем заботитесь вы, с тем, о чем заботится компания. Другими словами, поймите и переключитесь на бизнесовые результаты.
👉Поменяйте работу на ту, где ценности будут совпадать с вашими.
Ну а злиться плохо не только для вашей менталочки, но и для людей вокруг – атмосфера становится токсичной, менее устойчивые люди начинают меньше выражать свое мнение, и в целом вас будут стараться избегать. | 5 879 |
| 16 |  Исследование Linear про изменения в SDLC
Этот рисерч интересен тем, что его результаты получены не с помощью опроса, а прямо из продуктовых данных по тому, как реальные команды работают в Linear. В целом все инсайты ожидаемые, но вот эти два факта мне показались самыми полезными для того, чтобы ссылаться на них в будущем:
1️⃣ Среднее количество недельных PR на команду за последние два года выросло на 111%.
2️⃣Весь рост приходится только на команды, работающие с кодинг агентами.
Жалко, конечно, нет такого же графика по количеству заведенных регрессий... | 6 488 |
| 17 | Хорошие практики руководителя за 0 рублей
Недавно обнаружили закрытую почтовую рассылку от Selectel для руководителей. Ребята пишут редко (примерно раз в месяц), но метко, у руководителей и так календарь выглядит как проигранная партия в тетрис.
Внутри писем реальный опыт руководителей, которые уже прошли этот путь, набили свои шишки и готовы рассказать, как вам не набить те же самые. Например:
👉почему даже хорошие процессы иногда начинают вредить
👉 как меняется команда на разных этапах развития (и что с этим делать?)
👉 книжные рекомендации и анонсы мероприятий для руководителей
А в первом письме дают список вопросов для собеседования и подсказки, что делать до, во время и после встречи с соискателем.
Если вы уже в менеджменте или планируете двигаться в эту сторону, советую подписаться, чтобы не пропустить ничего полезного.
Реклама. АО «Селектел» ИНН: 7810962785 erid: 2W5zFGuxFDT | 6 016 |
| 18 |  🏗 Что происходит с технологиями, когда компания вырастает до десятка продуктов
У любой компании, которая долго растёт, в какой-то момент технологии внутри начинают жить каждая своей жизнью. Одна команда пилит свой стек, другая изобретает то же самое заново, третья вообще не знает, что у соседей уже есть готовое решение. Пока продуктов мало, это терпимо. На масштабе в десятки — уже нет.
Так вот, у VK на эту тему вышел подкаст, и там прямо по шагам разбирают, как компания подошла к этому вопросу: собрали общее облако, единую платформу для работы с данными, общие стандарты разработки. Причём подкупает логика, по которой это делалось — не "срочно всем работать по-новому", а через конкретную задачу и запрос.
👉 Сначала находят проблему, делают пилот, смотрят, реально ли стало лучше — и только потом раскатывают решение на остальные команды
👉 С AI ровно та же схема: сначала описывают архитектуру, ограничения и процессы, тестируют инструменты на реальных задачах — оценка, код, code review, — и масштабируют то, что действительно сработало
👉 И отдельная, кажется, самая недооценённая часть — работа с людьми: вовлечение команд в общие решения, единая инженерная культура, выращивание лидеров, которые не ждут инструкций сверху
Зацепила мысль, что общие платформы — это не про отобрать у команд самостоятельность, а наоборот:
> Общие платформы не отнимают у продуктов самостоятельность, а освобождают их от повторяющейся инфраструктурной работы и дают больше скорости для продуктовых задач
Если у вас в компании технологии расползаются в разные стороны — посмотреть будет полезно, там именно механика на кейсах, а не лозунги про "как должно быть".
👉 Смотреть подкаст: https://vkvideo.ru/video-226803614_456239175 | 4 005 |
| 19 | Не выступайте против своей команды
На любой встрече, где помимо вашей команды есть кто-то еще, всегда оставайтесь на ее стороне:
👉Если кто-то сказал фигню, не надо усугублять и устраивать разбор полетов там же.
👉Если кто-то потерял мысль или запутался, не надо бросать его без помощи.
👉Если кому-то задают сложные вопросы, на которые он не может ответить, не надо накидывать сверху еще и своих.
👉Если во время презентации на кого-то из вашей команды полетел негатив, не пытайтесь отстраниться так, чтобы он не попал на вас, или открыто показывать свое несогласие.
Короче говоря, никогда не разделяйте себя и команду при других людях – иначе это и по морали команды ударит, и по доверию между вами, и по отношению к вам других людей.
Но если все-таки что-то идет не так, вот какие варианты у вас есть:
👉Очень аккуратно перехватите инициативу по ведению встречи на себя, и попробуйте минимизировать ущерб.
👉Если все прямо совсем плохо, то вы можете остановить рассказ, предложить обсудить вместе позже, и потом вернуться с доработанной версией.
👉Можете честно сказать "мы еще не готовы обсуждать эту тему", и дальше встать в защитную позицию и принять удар на себя. | 5 606 |
| 20 |  +112-13 сентября в Москве пройдёт E-CODE от Ozon Tech — конференция, которая с 2024 года заметно выросла в масштабе.
Программа — это 7 хардовых треков: бэкенд, инфраструктура, мобильная разработка, ML&DS, инфобез, QA auto, робототехника. Среди спикеров — топ-менеджеры и учёные, которые рассказывают не про очередной стек, а про то, как устроены решения в сложных системах. Для тимлида это редкая возможность выйти за периметр своей команды и посмотреть, с какими задачами живут инженеры в других областях — сейчас это полезно как никогда.
Отдельная фишка года — брейнринг разработчиков против ИИ: эксперты разбирают сложные кейсы и сравнивают свои решения с тем, что предложит модель, а победителя выбирает зал.
Главная ценность такой конференции в живом общении: с инженерами из других компаний и с лидерами рынка.
Вечером — на сцене Нейромонах Феофан, Кассета, ХЛЕБ, Jane Air, DJ Groove и Александр Анатольевич.
Участие бесплатное, нужна регистрация: https://ecode.ozon.tech/ | 3 871 |
