В дополнение к разговору.

Управленцам полезно разобраться в своих заблуждениях

https://t.me/dmitriyrozhkov/98

3 часа контента 🍿

В этом выпуске Егор зачитывает важные главы из книги Джокко: Стратегия и тактика лидерства. Потом следует обсуждение с примерами из жизни.

Перевод отрывка в следующем сообщении 🔽

Упомянутые книги:
15 Commitments of conscious Leadership - Jim Dethmer
Leadership Is Language - David Marquet
Humble Inquiry - Edgar H. Schein
Nonviolent Communication - Marshall B. Rosenberg

https://youtu.be/2d40kwFdISc

Вы просили яндекс музыку, мы сделали кое что получше.

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

Или на любой другой подкаст платформе.

Запуск

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

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

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

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

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

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

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

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

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

https://youtube.com/live/yGpOp9TwSTkх

Документация на проекте и диаграммы 📈
_
На одном из созвонов сообщества мы обсуждали инструменты для ведения проектной документации, частью которой являются и диаграммы. И вот вчера на 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 -> ✨ Магия -> Пост

Стрим сегодня в 18:00 по центрально европейскому 🤗

https://youtube.com/live/yGpOp9TwSTkх

Мы в эфире 🔼

Вышел первый дайджест сообщества 🤓

https://teamleadtalks.com/digest-2023-10/

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

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

https://t.me/dev_yttg/512

Две истории про отчёты + мой подход

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

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

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

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

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

Мне интересно, как вы подходите к отчетам и табличкам? Надо так надо или просите доказательств пользы?

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

Аудио версия: Spotify или Boosty если спотифай не открывается.

Что такое системное мышление | 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 Что со всем этим делать?

Друзья, мы запустили англоязычную группу на Линкедин, присоединяйтесь!

https://www.linkedin.com/groups/9322338

Софт скилы — это просто скилы.

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

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

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

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

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

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

Английская версия поста, если хотите поделиться с коллегами.

Материалы к 15 выпуску

https://teamleadtalks.com/systems-thinking-1/