Team Lead Talks Подкаст
3.19K subscribers
61 photos
5 videos
2 files
131 links
Сообщество: https://teamleadtalks.com/munity/

https://www.youtube.com/@TeamLeadTalks

Team Lead Talks — подкаст про лидерство жизнь и технологии. Егор и Дима в айти с 2007 года и за это время выросли из разработчиков до тим лидов. На подкасте делимся опы
Download Telegram
Вы просили яндекс музыку, мы сделали кое что получше.

Дубликат аудио версии теперь будет публиковаться на бусти. Просто скопируйте свою персональную ссылку и добавьте ее в свой плеер.

Или на любой другой подкаст платформе.
👍8👎2
Лидерство позволяет двигать вещи в ту сторону, в которую они не двигаются самостоятельно под воздействием окружающей культуры.

Тим Урбан у Лекса Фридмана

#цитаты
👍18
Запуск

12 октября 2022 мы написали приветственный пост в телеграм канале. Поэтому будем считать 12 октября днем рождения сообщества. 

В том посте мы приглашали всех вступить в сообщество и обещали бесплатные пол года для первых 25 человек. Пол года прошло. Сообщество доказало пользу и выросло до 80 человек.

Мы написали 1500 сообщений в чате, провели 11 созвонов и разобрали множество вопросов.

Пришло время запускать платежи.

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

Доход позволит нам покрыть производственные расходы и создать бюджет инициатив и развития. Плата за участие создаст добавленную ценность для участников. Деньги захочется окупить. Это создаст дополнительную активность в сообществе. Тролли и зеваки уйдут. Выиграют все.

Правильную цену выбрать сложно. $7 или 555 рублей — разумная плата чтобы достичь названные цели. Если за первый месяц вы не увидите пользы — вернём деньги.

Вступить можно на сайте или через бусти (для карт из РФ).

Добро пожаловать и приходите на стрим!

https://youtube.com/live/yGpOp9TwSTkх
👍13
Документация на проекте и диаграммы 📈
_
На одном из созвонов сообщества мы обсуждали инструменты для ведения проектной документации, частью которой являются и диаграммы. И вот вчера на 1-1 инженер поделился проблемой, что конечный автомат состояний апи не задокументирован. Он начал чертить диаграмму, закопался в сложности и хочет отложить это дело.

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

Я его попросил следовать простым правилам:

1. Начни с малого. Задокументируй то, что понял и изобрази остаток системы, как черный ящик
2. Опубликуй и сделай презентацию
3. Убедись, что диаграмму легко обновить
4. Нацелься на то, что ты ее таки закончишь в обозримой перспективе

Только с диаграммами есть проблема: их невозможно обновлять. Это одна из причин, почему они устаревают. Даже если дать ссылку на Lucid Chart или другой инструмент, то всегда возникнут проблемы с доступом к инструменту, версиями, платными рабочими местами и тд.

Есть выход. Можно использовать инструменты, которые позволяют преобразовать текст в диаграмму. Например, https://d2lang.com/

С таким подходом очень просто исправить опечатку или добавить связь. Движок сам нарисует. Меньше думаешь — легче живешь. Да, и хранить можно прямо в гите.

Вот для примера диаграмма, как я пишу посты:

title: Как Дима пишет посты {
near: top-center
shape: text
style: {
font-size: 29
bold: true
underline: true
}
}
Случай на работе -> Notion
Ситуация на созвоне -> Notion

Notion -> Проработка информации -> Notion

direction: right
Notion -> Магия -> Пост
👍16
Мы в эфире 🔼
👍3
Team Lead Talks Подкаст pinned «Библиотека лида Павел из закрытого чатика создал группу на Goodreads и добавил туда основные книги. Группа, в отличие от чатика, открытая. Вступайте, книги мы любим! https://www.goodreads.com/group/show/1205065-team-lead-talks-books»
Читаю такие посты и думаю, что не зря начал курс по системному менеджменту. У людей совершенно отсутствует понимание того, какие рабочие продукты менеджер должен создавать. От того фрустрация, что сделал мало, да и то какую-то ерунду.

Как доучусь - будет выпуск подкаста, а пока можете погуглить: Системный менеджмент.

https://t.me/dev_yttg/512
👍8
Две истории про отчёты + мой подход

Первая из США:
Карл Айкан купил бизнес и начал разбираться, кто что делает. В составе бизнеса был офис на 12 этажей, в котором люди делали отчёты. Карл делал несколько подходов сам, нанимал консалтинг, но никто не мог сказать, что и зачем делают эти 12 этажей людей.

В один день Карл был в удаленном филиале и ему удалось поговорить с человеком, который делал реальную работу. Карл спросил: насколько эти отчеты важны или помогают ему. Человек ответил, что отсутствие отчетов высвободило бы 30 человек, которые обязаны их делать. Карл уволил 12 этажей людей и вышел из договора аренды на здание.

Вторая из СССР:
Человек решил проследить куда идут отчеты большой организации. Оказалось, что отчеты поездами свозили на склад в конце ЖД тупика, отчеты гнили там год, потом со склада сжигались. Ровно перед тем, как поступала новая партия отчетов. Никто никогда их не читал. Ссылку я не нашел, извините. Давайте считать, что это выдержка из фантастического романа.

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

Я не согласен со статусом кво по умолчанию. Никакая непроизводственная работа для меня не имеет значения, пока не доказано обратное. Если вы смотрели 10 выпуск вы знаете, что я disagreeable, упрямый короче.

Мне интересно, как вы подходите к отчетам и табличкам? Надо так надо или просите доказательств пользы?
👍18
Вместо 14 эпизода был стрим, где мы говорили про пользу сообщества как для менторов, так и для подменторных.

Аудио версия: Spotify или Boosty если спотифай не открывается.
👍7
Что такое системное мышление | Team Lead Talks Ep.15

1. Школа системного менеджмента
2. The Systems Bible - John Gall
3. Thinking in Systems - Donella Meadows (Азбука системного мышления)
4. The Fifth Discipline - P.Senge (Пятая дисциплина)
5. Quality Software Management, Systems Thinking - Gerald Weinberg

00:00:00 Системное мышление для менеджера
00:00:46 Что будем обсуждать
00:05:46 Мы не эксперты
00:07:22 Определение
00:13:13 Отличие системности от систематичности
00:15:12 С чего начинает Библию Систем Джон Галл?
00:21:52 Закон роста систем
00:22:34 Ангар с погодой внутри
00:23:55 Неуловимый сетевой баг
00:24:56 Нельзя просто нанять больше программистов
00:26:45 По этим книгам не научиться системному мышлению
00:27:37 Системное мышление - это трансдисциплина
00:29:59 СМ контринтуитивно
00:35:10 Нужна метанойя
00:37:48 Свойства систем
00:40:11 История отдела закупок
00:41:27 Разные картины мира мешают
00:45:28 Отличный план — это конец системы
00:48:50 Не жизненный и не цикл
00:51:05 Информация в системах и коммуникация
00:54:46 Диаграммы эффектов
01:00:10 Роли в системах
01:04:58 Как Егор взломал таможню
01:11:17 Успешная система обязана учитывать ролевые интересы
01:20:08 Законы системного мышления от Питера Сенге
01:25:09 Можно ли самому до этого дойти?
01:28:22 Выдержки из Библии систем
01:29:22 Этика. Цель оправдывает средства
01:35:01 Надсистема, целевая система и система обеспечения
01:48:18 Что со всем этим делать?
👍15
Маленькая полезняшечка.

Гугл доки научились в маркдаун. Возможно, давно, но я только что об этом узнал.
👍17
Друзья, мы запустили англоязычную группу на Линкедин, присоединяйтесь!

https://www.linkedin.com/groups/9322338
👍7
Софт скилы — это просто скилы.

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

Однако, прокачанные софты не обязательно делают из вас хорошего человека. Софты, как любые навыки, нейтральны и могут быть использованы как в для хорошего, так и для плохого в зависимости от намерений человека. Точно так же как и программирование может быть использовано для чего-то хорошего, так и для кражи кредиток или поломки мед оборудования в госпитале.

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

Получается, что не софты важны, а этика. К сожалению, на этику не тестируют на собеседованиях, да и тренингов тоже не проводят. Об этике даже не говорят обычно.

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

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

Английская версия поста, если хотите поделиться с коллегами.
👍21👎2
Forwarded from Senior Software Vlogger
В офисе и тимлид очевидность рассуждают почему мало кто хочет, а еще меньше людей могут стать тимлидами.

Интересным фичам в программировании противопоставляют рутину в тимлидстве. Выстраивание процессов и работа с людьми — неинтеренсно и рутина. Только самоотверженные стоики бросают себя под поезд тимлидства, чтобы программисты могли спокойно писать код.

Нет.

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

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

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

Менеджер организует регулярный постоянный выпуск продукта. Отвечает за 1) метод, 2) команду, 3) проект и 4) работы.

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

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

Поддержать 🫶 | YouTube | Twitter
👍16
⬆️ перевел для англоговорящих коллег https://www.linkedin.com/feed/update/urn:li:groupPost:9322338-7050060674768498688/
14 Дайджест

📶 Сообщество в сети
1. У нас появился англоязычный твиттер: https://twitter.com/teamleadtalks
2. Пост в линкедин «Менеджмент — не призвание» собрал 1,433 просмотров и 11 реакций. Вы тоже можете писать посты на английском в сообщество на линкедин. В группе уже 59 человек. В том числе люди, которых нет в сообществе.

💬 Обсуждали в закрытом чате:
1. Как проверять обучаемость на собеседованиях.
2. Голосование: Какие навыки в коллегах развивать. Сильные или слабые.
3. Коллега менеджер пообещал программисту лишние деньги. Как быть?

Полная версия для сообщества: https://teamleadtalks.com/2023-14/
👍7