Фокус и расфокус
Читаю книгу «Думай как математик». Там описана одна идея, на которой я теперь ловлю себя постоянно.
В книге пишется, что есть два режима мышления:
▫️ . Сфокусированное мышление — ты целенаправленно думаешь над задачей. Решение упрямо не приходит, но ты продолжаешь пытаться.
▫️ . Расслабленное мышление — ты отпускаешь мозг и занимаешься какой-то монотонной деятельностью. Гуляешь, моешь посуду, едешь в метро. В это время мозг думает над задачей, и иногда — бах, в голову прилетает нужное. Или же вы возвращаетесь в сфокусированное мышление, смотрите на задачу и решаете или продвигаетесь в решении.
Мозгу нужен контраст режимов. Без фокуса — не набивается хранилище задачек для решения. Без паузы — нет разгребания зависшей очереди.
В книге приводится задачка на картинке и я восхищен, что именно как было описано в книге — так я её и решил. Сначала прочитал с утра, попробовал решить нахрапом, не получилось. Ушел работать, поработал, вечером вернулся снова открыл книгу на той же странице. 30 секунд и решение пришло.
Я уже писал про то как разгружаю мозг, и что это, кажется, важным, а тут прямо такое явное подтверждение. Попробуйте и вы. Напишите получилось ли решить? И как?
© Альпина
Читаю книгу «Думай как математик». Там описана одна идея, на которой я теперь ловлю себя постоянно.
В книге пишется, что есть два режима мышления:
Мозгу нужен контраст режимов. Без фокуса — не набивается хранилище задачек для решения. Без паузы — нет разгребания зависшей очереди.
В книге приводится задачка на картинке и я восхищен, что именно как было описано в книге — так я её и решил. Сначала прочитал с утра, попробовал решить нахрапом, не получилось. Ушел работать, поработал, вечером вернулся снова открыл книгу на той же странице. 30 секунд и решение пришло.
Я уже писал про то как разгружаю мозг, и что это, кажется, важным, а тут прямо такое явное подтверждение. Попробуйте и вы. Напишите получилось ли решить? И как?
© Альпина
Please open Telegram to view this post
VIEW IN TELEGRAM
❤16👍11🎉1
Спасибо, Артём Антон!
«Я никогда так не е...» © Гудтаймс
Сегодня я хочу поделиться важным и поблагодарить Антона Назарова. И нет, меня не взломали :)
Начну издалека. В 2015–2016 году мы впервые провели годовой курс по фронтенду в УрФУ. Я помню его очень отчётливо — один из месяцев я жил на Power Nap’ах из-за колоссальной нагрузки.
Этот курс делали больше 10 человек из Яндекса. Это был лучший курс, который мы когда-либо провели. Максимальная конверсия в стажировку: каждого второго студента взяли сразу, ещё несколько человек пришли год спустя.
А потом началась оптимизация. Очные лекции заменили онлайн-записями. Вместо менторинга — автопроверка и тесты. Экзамены — с интернетом и ноутбуками. 10–15 часов в неделю на преподавание, менторинг, проверку домашек — это слишком роскошно, когда у тебя есть ещё и основная работа.
Результат соответствующий: конверсия упала до 15%.
К чему это? Я считаю, что именно то же самое, происходит с наймом. Компании оптимизируют и автоматизируют процесс найма, чтобы собеседовать могли чуть ли не вчерашние джуны. Сам процесс стал максимально шаблонным и предсказуемым.
Антон Назаров пишет об этом. Он — это служба информационной безопасности (ИБ) в найме. Мало кто любит, когда во время (или даже после) запуска сервиса приходят ИБшники и говорят: «У вас тут дырка, надо срочно закрыть». Но это важно: если не закроешь — её найдет злоумышленник и воспользуется ей.
Мы (нанимающие менеджеры в разных ИТ-компаниях) сами сделали кучу дыр в найме.
— Проверяем не знания, а зубрежку экзаменационных билетов.
— Не учим интервьюеров вести живую беседу.
— Не думаем о профиле кандидата и пишем общие вакансии, получаем 500 резюме, отказываем 490, и жалуемся, что нет сильных.
(Хотя можно было просто честно указать: нужен опыт глубокой оптимизации ServiceWorker — и получить 10 релевантных откликов.)
Да много чего ещё успели поломать
Я не поддерживаю методы, которыми пользуются «волки».
Но благодарен Антону, за то что он публично показывает: найм, каким мы его построили, — имеет дыры.
Спасибо тебе за это, Антон.
И рекомендую всем подписываться на канал ОМ
(Но перед этим перечитайте цитату в изображении к посту)
«Я никогда так не е...» © Гудтаймс
Сегодня я хочу поделиться важным и поблагодарить Антона Назарова. И нет, меня не взломали :)
Начну издалека. В 2015–2016 году мы впервые провели годовой курс по фронтенду в УрФУ. Я помню его очень отчётливо — один из месяцев я жил на Power Nap’ах из-за колоссальной нагрузки.
Этот курс делали больше 10 человек из Яндекса. Это был лучший курс, который мы когда-либо провели. Максимальная конверсия в стажировку: каждого второго студента взяли сразу, ещё несколько человек пришли год спустя.
А потом началась оптимизация. Очные лекции заменили онлайн-записями. Вместо менторинга — автопроверка и тесты. Экзамены — с интернетом и ноутбуками. 10–15 часов в неделю на преподавание, менторинг, проверку домашек — это слишком роскошно, когда у тебя есть ещё и основная работа.
Результат соответствующий: конверсия упала до 15%.
К чему это? Я считаю, что именно то же самое, происходит с наймом. Компании оптимизируют и автоматизируют процесс найма, чтобы собеседовать могли чуть ли не вчерашние джуны. Сам процесс стал максимально шаблонным и предсказуемым.
Антон Назаров пишет об этом. Он — это служба информационной безопасности (ИБ) в найме. Мало кто любит, когда во время (или даже после) запуска сервиса приходят ИБшники и говорят: «У вас тут дырка, надо срочно закрыть». Но это важно: если не закроешь — её найдет злоумышленник и воспользуется ей.
Мы (нанимающие менеджеры в разных ИТ-компаниях) сами сделали кучу дыр в найме.
— Проверяем не знания, а зубрежку экзаменационных билетов.
— Не учим интервьюеров вести живую беседу.
— Не думаем о профиле кандидата и пишем общие вакансии, получаем 500 резюме, отказываем 490, и жалуемся, что нет сильных.
(Хотя можно было просто честно указать: нужен опыт глубокой оптимизации ServiceWorker — и получить 10 релевантных откликов.)
Да много чего ещё успели поломать
Я не поддерживаю методы, которыми пользуются «волки».
Но благодарен Антону, за то что он публично показывает: найм, каким мы его построили, — имеет дыры.
Спасибо тебе за это, Антон.
И рекомендую всем подписываться на канал ОМ
(Но перед этим перечитайте цитату в изображении к посту)
1🔥16🤯7👍5❤4🤔3💯1💔1
Понедельник начинается в субботу
Эта книга одна из моих любимых. Процитирую один фрагмент (прочитайте вдумчиво):
Мне повезло: я работал в таком ИТ, как описанный выше НИИ ЧАВО.
Где люди приходят не ради «рабочего времени», а ради смысла и результата.
Где не нужны должностные инструкции и ежеминутные проверки — каждый и так знает, зачем он здесь.
Но всё чаще я вижу, как этот мир обрастает формальностями.
Мы уже живём в реальности, где «покажите юридическую силу NDA» — это не шутка, а комментарий о рабочих отношениях.
Это путь в «Сказку о тройке» — в бюрократию, в которую мы надеялись никогда не попасть всерьёз.
В мир, который уже высмеян в South Park, в серии «Человекайпадоножка»: ты подписал договор — а дальше с тобой можно делать что угодно.
Я сюда не хочу. Я против тех, кто создаёт этот мир. Не важно волк это или корпорация.
Я лично буду и дальше создавать вокруг себя такую ИТ-среду, в которой важно не просто «делать задачи», а понимать, зачем ты их делаешь.
Где работа — это вклад, а не способ обменять время на деньги.
Потому что там, где нет интереса, смысла и желания делать лучше — начинается путь к разрухе.
«К серой шерсти. К пушку на ушах. К пустым глазам». Не хочу!
Я выбираю понедельник. Даже если он начинается в субботу.
Эта книга одна из моих любимых. Процитирую один фрагмент (прочитайте вдумчиво):
Трудовое законодательство нарушалось злостно, и я почувствовал, что у меня исчезло всякое желание бороться с этими нарушениями, потому что сюда в 12 часов новогодней ночи, прорвавшись через пургу, пришли люди, которым было интереснее доводить до конца или начинать сызнова какое-нибудь полезное дело, чем глушить себя водкою, бессмысленно дрыгать ногами, играть в фанты и заниматься флиртом разных степеней легкости. Сюда пришли люди, которым приятнее быть друг с другом, чем порознь, которые терпеть не могли всякого рода воскресений, потому что в воскресенье им было скучно. Маги, Люди с большой буквы, и девизом их было — "Понедельник начинается в субботу". Да, они знали кое-какие заклинания, умели превращать воду в вино, и каждый из них не затруднился бы накормить пятью хлебами тысячу человек. Но магами они были не поэтому. Это была шелуха, внешнее. Они были магами потому, что очень много знали, так много, что количество перешло у них, наконец, в качество, и они стали с миром в другие отношения, нежели обычные люди. Они работали в институте, который занимался прежде всего проблемами человеческого счастья и смысла человеческой жизни, но даже среди них никто точно не знал, что такое счастье и в чем именно смысл жизни. И они приняли рабочую гипотезу, что счастье в непрерывном познании неизвестного и смысл жизни в том же. Каждый человек — маг в душе, но он становится магом только тогда, когда начинает меньше думать о себе и больше о других, когда работать ему становится интереснее, чем развлекаться в старинном смысле этого слова. И наверное, их рабочая гипотеза была недалека от истины, потому что так же как труд превратил обезьяну в человека, точно так же отсутствие труда в гораздо более короткие сроки превращает человека в обезьяну. Даже хуже, чем в обезьяну.
[...]
В институте же регресс скрыть было невозможно. Институт предоставлял неограниченные возможности для превращения человека в мага. Но он был беспощаден к отступникам и метил их без промаха. Стоило сотруднику предаться хотя бы на час эгоистическим и инстинктивным действиям (а иногда даже просто мыслям), как он со страхом замечал, что пушок на его ушах становится гуще. Это было предупреждение. Так милицейский свисток предупреждает о возможном штрафе, так боль предупреждает о возможной травме. Теперь все зависело от себя. Человек сплошь и рядом не может бороться со своими кислыми мыслями, на то он и человек — переходная ступень от неандертальца к магу. Но он может поступать вопреки этим мыслям, и тогда у него сохраняются шансы. А может и уступить, махнуть на все рукой ("Живем один раз", "Надо брать от жизни все", "Все человеческое мне не чуждо"), и тогда ему остается одно: как можно скорее уходить из института. Там, снаружи, он еще может остаться по крайней мере добропорядочным мещанином, честно, но вяло отрабатывать свою зарплату...
Мне повезло: я работал в таком ИТ, как описанный выше НИИ ЧАВО.
Где люди приходят не ради «рабочего времени», а ради смысла и результата.
Где не нужны должностные инструкции и ежеминутные проверки — каждый и так знает, зачем он здесь.
Но всё чаще я вижу, как этот мир обрастает формальностями.
Мы уже живём в реальности, где «покажите юридическую силу NDA» — это не шутка, а комментарий о рабочих отношениях.
Это путь в «Сказку о тройке» — в бюрократию, в которую мы надеялись никогда не попасть всерьёз.
В мир, который уже высмеян в South Park, в серии «Человекайпадоножка»: ты подписал договор — а дальше с тобой можно делать что угодно.
Я сюда не хочу. Я против тех, кто создаёт этот мир. Не важно волк это или корпорация.
Я лично буду и дальше создавать вокруг себя такую ИТ-среду, в которой важно не просто «делать задачи», а понимать, зачем ты их делаешь.
Где работа — это вклад, а не способ обменять время на деньги.
Потому что там, где нет интереса, смысла и желания делать лучше — начинается путь к разрухе.
«К серой шерсти. К пушку на ушах. К пустым глазам». Не хочу!
Я выбираю понедельник. Даже если он начинается в субботу.
4❤47👏16🔥7🙏3🤯2
Постом выше я ставлю жирную точку в своих размышлениях на тему сообщества и больше не планирую его касаться (если не будет лишних инфоповодов). Давайте возвращаться к менеджменту, командам и продуктивной работе.
У меня есть план по темам, которые я хочу освещать. Но так же интересно узнать у вас, может накопились вопросы и/или пожелания? Пишите или в комменты к посту, или в директ.
У меня есть план по темам, которые я хочу освещать. Но так же интересно узнать у вас, может накопились вопросы и/или пожелания? Пишите или в комменты к посту, или в директ.
1🙏4⚡1👏1
ORID — когда надо дойти до сути
Бывает так, что во время разного рода обсуждений (ретро, 1:1, разбор инцидентов, стратсессия, мозговой штурм) происходит что-то только такое:
— или все пересказывают, что случилось;
— или все говорят про эмоции;
— или все предлагают действия, не разобравшись, откуда проблема.
Для фасилитации таких разговоров, когда важно с одной стороны войти в общий контекст, а с другой — принять тактику (а иногда и стратегию), может помочь метод ORID. Он помогает сфокусироваться и провести встречу со смыслом.
ORID (ОРИП) — это структура вопросов в беседе, которая помогает пройти через четыре уровня осмысления — от фактов к действиям
O — Objective
Что произошло? Какие есть факты, события, данные?
Без интерпретаций — только наблюдаемое.
R — Reflective
Что вызвало отклик? Что зацепило, удивило, напрягло?
Эмоции и личные реакции, без попытки объяснить.
I — Interpretive
Почему это произошло? Что это значит? Что можно из этого понять?
Связывание фактов и ощущений в осмысленные выводы.
D — Decisional
Что с этим делать? Что изменить, прекратить, начать?
Решения, гипотезы, конкретные действия.
Эту структуру можно использовать как формально (т.е как шаблон разбора), так и для навигации по ходу разговора.
Например, в Яндексе разбор инцидента идёт по чек-листу с очень похожей логикой:
что произошло → хронология событий → причины → action items.
Фактически тот же ORID, только под другими названиями.
Полезная штука, когда нужно дойти до смыслов, а не просто «обсудить».
Бывает так, что во время разного рода обсуждений (ретро, 1:1, разбор инцидентов, стратсессия, мозговой штурм) происходит что-то только такое:
— или все пересказывают, что случилось;
— или все говорят про эмоции;
— или все предлагают действия, не разобравшись, откуда проблема.
Для фасилитации таких разговоров, когда важно с одной стороны войти в общий контекст, а с другой — принять тактику (а иногда и стратегию), может помочь метод ORID. Он помогает сфокусироваться и провести встречу со смыслом.
ORID (ОРИП) — это структура вопросов в беседе, которая помогает пройти через четыре уровня осмысления — от фактов к действиям
O — Objective
Что произошло? Какие есть факты, события, данные?
Без интерпретаций — только наблюдаемое.
R — Reflective
Что вызвало отклик? Что зацепило, удивило, напрягло?
Эмоции и личные реакции, без попытки объяснить.
I — Interpretive
Почему это произошло? Что это значит? Что можно из этого понять?
Связывание фактов и ощущений в осмысленные выводы.
D — Decisional
Что с этим делать? Что изменить, прекратить, начать?
Решения, гипотезы, конкретные действия.
Эту структуру можно использовать как формально (т.е как шаблон разбора), так и для навигации по ходу разговора.
Например, в Яндексе разбор инцидента идёт по чек-листу с очень похожей логикой:
что произошло → хронология событий → причины → action items.
Фактически тот же ORID, только под другими названиями.
Полезная штука, когда нужно дойти до смыслов, а не просто «обсудить».
👍29❤4🔥3
Страница с выделенным текстом
Как говорится из рубрики век живи... Проверял на выходных вступительные в магистратуру и в одной из работ в ссылке заметил странную последовательность вида
Конечно же профи давно знают про это. А мне не стыдно признать, что узнал об этой возможности только вчера. Если в Google Chrome (скорее всего и в Yandex, Opera, Internet Explorer) на странице выделить текст и вызвать контекстное меню, то там появится пункт «Copy Link to Highlight», в итоге ссылка получится такой:
https://web.dev/articles/text-fragments#:~:text=The%20fact%20though%20that
При переходе браузер не только проскроллит до нужного места, но и подсветит этот фрагмент текста.
Крутая и очень удобная штука, когда надо не просто ссылку прислать, а обратить внимание на определенную часть текста.
Как говорится из рубрики век живи... Проверял на выходных вступительные в магистратуру и в одной из работ в ссылке заметил странную последовательность вида
#:~:text=. Удивился, полез искать — оказалось, что фича уже 5 лет как существует.Конечно же профи давно знают про это. А мне не стыдно признать, что узнал об этой возможности только вчера. Если в Google Chrome (скорее всего и в Yandex, Opera, Internet Explorer) на странице выделить текст и вызвать контекстное меню, то там появится пункт «Copy Link to Highlight», в итоге ссылка получится такой:
https://web.dev/articles/text-fragments#:~:text=The%20fact%20though%20that
При переходе браузер не только проскроллит до нужного места, но и подсветит этот фрагмент текста.
Крутая и очень удобная штука, когда надо не просто ссылку прислать, а обратить внимание на определенную часть текста.
🔥28😱7👍5👏2
9.5% разработчиков — призраки.
В 2024 году ребята из Стенфорда провели большое исследование производительности разработчиков.
Они установили что 9.5% разработчиков — это «призраки», т.е:
— Их производительность < 0.1 от медианы по выборке;
— Практически не делают никакой работы;
— Скорее всего имеют несколько работ.
Из того же отчёта следует что
— «Призраков» больше среди удалёнщиков (14%), чем среди гибридных (9%) или офисных (6%) работников. К слову о том, почему я всегда за работу из офиса;
— В среднем инженеры продуктивнее в офисе, но это не относится к самым высоким грейдам (в отчёте используется термин x5 engineers — разработчики с очень высокой продуктивностью);
— Даже по грубому методу подсчёта — числу коммитов — призраки заметно выделяются отсутствием активности: ~58% делают < 3 коммитов в месяц, а оставшиеся 42% вносят лишь тривиальные изменения.
У меня ровно один вопрос, как можно в долгую работать на уровне ниже 0.1x медианы?
P.S. А ещё если кто-то в ру-сообществе на связи с авторами, то дайте знать 😉
В 2024 году ребята из Стенфорда провели большое исследование производительности разработчиков.
Они установили что 9.5% разработчиков — это «призраки», т.е:
— Их производительность < 0.1 от медианы по выборке;
— Практически не делают никакой работы;
— Скорее всего имеют несколько работ.
Из того же отчёта следует что
— «Призраков» больше среди удалёнщиков (14%), чем среди гибридных (9%) или офисных (6%) работников. К слову о том, почему я всегда за работу из офиса;
— В среднем инженеры продуктивнее в офисе, но это не относится к самым высоким грейдам (в отчёте используется термин x5 engineers — разработчики с очень высокой продуктивностью);
— Даже по грубому методу подсчёта — числу коммитов — призраки заметно выделяются отсутствием активности: ~58% делают < 3 коммитов в месяц, а оставшиеся 42% вносят лишь тривиальные изменения.
У меня ровно один вопрос, как можно в долгую работать на уровне ниже 0.1x медианы?
P.S. А ещё если кто-то в ру-сообществе на связи с авторами, то дайте знать 😉
😁12⚡1🥰1
Что можно улучшить в большинстве корпоративных LMS*?
Несколько дней назад на обсуждении одного из курсов с командой кураторов как-то случайно в голову щёлкнула мысль, которая не давала мне покоя последние несколько лет — почему мне так не нравятся тесты в большинстве LMS.
Потому что я не понимаю логику составителей курсов.
Например, мне дают тест, и там один вариант ответа верный. Но авторы часто начинают игру синонимов, где по смыслу все ответы верные, а по существу есть тот один, который выведен математической статистикой и выверен на 200%.
В вопросах с мультивыбором авторы тестов часто пытаются придумать несколько схожих вариантов ответов, чтобы запутать сдающего! В итоге сдать такой тест становится совсем не просто. При 2 из 3 верных (из 4х вариантов) ответов тебе дают 0 баллов за вопрос.
▫️ гипотеза: если дать обучающемуся несколько раз пройти верно предварительные тесты, составленные теми же авторами, то он будет лучше проходить тесты.
Когда обучающийся несколько раз сталкивается с тестами от одного и того же автора, он подстраивается под стиль вопросов, это и повышает результат, и снижает стресс от не понимания ожиданий. Пара предварительно пройденных успешных тестов, перед итоговым тестом по курсу того же автора реально даст мне намёки на то как именно нужно подходить к ответам. Это называется эффект от тестирования. В изображении к посту я привел скриншот из Duolingo. Несмотря на абсурдность ответа я уже привык к тому как мыслят авторы, поэтому знаю верный.
▫️ гипотеза: Если дать обучающемуся выбор режима проверки — строгого (0 баллов, если не всё верно) или мягкого (частичное засчитывание),
то снизится негатив от прохождения тестов с почти полным правильным ответом
Во многих LMS зачем-то выбирают строгий режим проверки ответов. В кейсе выше, где из 3 верных я выбрал правильно два из трех (на самом деле 3 из 4, ведь я угадал и один вариант который не нужно было выбирать), я на 75% верно ответил. В строгом режиме я получаю 0 баллов. В не строгом 0.75.
Почему именно выбирать, а не сделать не строгий режим для всех? Потому что одни исследования говорят что частично засчитывать результаты влияет позитивно, а другие что всё не так просто, когда нужно проверить именно знания, а не кратко пройтись по уже пройденному, чтобы оно лучше осело в памяти.
Конечно, можно на всё написанное выше сказать: «Берите нормальных преподавателей и выверяйте тесты». Но мы живём в реальном мире, в котором курсы для разработчиков часто делают сами разработчики. И это даже хорошо, погружённость в контент важнее методологического профессионализма.
Поэтому такие продуктовые решения — это не замена методологии, а способ уменьшить боль пользователя и повысить качество в рамках реальных ограничений.
* LMS — Learning Management System, система для обучения
Несколько дней назад на обсуждении одного из курсов с командой кураторов как-то случайно в голову щёлкнула мысль, которая не давала мне покоя последние несколько лет — почему мне так не нравятся тесты в большинстве LMS.
Потому что я не понимаю логику составителей курсов.
Например, мне дают тест, и там один вариант ответа верный. Но авторы часто начинают игру синонимов, где по смыслу все ответы верные, а по существу есть тот один, который выведен математической статистикой и выверен на 200%.
В вопросах с мультивыбором авторы тестов часто пытаются придумать несколько схожих вариантов ответов, чтобы запутать сдающего! В итоге сдать такой тест становится совсем не просто. При 2 из 3 верных (из 4х вариантов) ответов тебе дают 0 баллов за вопрос.
Когда обучающийся несколько раз сталкивается с тестами от одного и того же автора, он подстраивается под стиль вопросов, это и повышает результат, и снижает стресс от не понимания ожиданий. Пара предварительно пройденных успешных тестов, перед итоговым тестом по курсу того же автора реально даст мне намёки на то как именно нужно подходить к ответам. Это называется эффект от тестирования. В изображении к посту я привел скриншот из Duolingo. Несмотря на абсурдность ответа я уже привык к тому как мыслят авторы, поэтому знаю верный.
то снизится негатив от прохождения тестов с почти полным правильным ответом
Во многих LMS зачем-то выбирают строгий режим проверки ответов. В кейсе выше, где из 3 верных я выбрал правильно два из трех (на самом деле 3 из 4, ведь я угадал и один вариант который не нужно было выбирать), я на 75% верно ответил. В строгом режиме я получаю 0 баллов. В не строгом 0.75.
Почему именно выбирать, а не сделать не строгий режим для всех? Потому что одни исследования говорят что частично засчитывать результаты влияет позитивно, а другие что всё не так просто, когда нужно проверить именно знания, а не кратко пройтись по уже пройденному, чтобы оно лучше осело в памяти.
Конечно, можно на всё написанное выше сказать: «Берите нормальных преподавателей и выверяйте тесты». Но мы живём в реальном мире, в котором курсы для разработчиков часто делают сами разработчики. И это даже хорошо, погружённость в контент важнее методологического профессионализма.
Поэтому такие продуктовые решения — это не замена методологии, а способ уменьшить боль пользователя и повысить качество в рамках реальных ограничений.
* LMS — Learning Management System, система для обучения
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5❤4😁2
WIP-лимит — что это такое?
В пятницу на работе мы играли в GetKanban — игру, где за несколько "дней" можно прожить жизнь команды, работающей по Канбану. Цель игры заработать максимум прибыли.
Наш результат — 10 925$. Для первого раза считается неплохо, хотя могли бы и больше, если бы чуть лучше договаривались в начале игры 🙂
Игра даёт вживую пощупать и осознать пользу CFD (Cumulative Flow Diagram), понимание того зачем нужен Lead Time и как увидеть узкие места в текущем процессе. Про каждую из этих тем можно написать отдельно.
Но больше всего меня щёлкнуло другое.
Я понял, что всегда неверно понимал что такое WIP-лимиты и как их считать.
Если вбить в поисковиках "Kanban board", то почти все изображения Канбан досок (и даже дефолтный шаблон в Miro) об одном и том же — несколько колонок, например: To Do — In Progress — Done. И лимит на In Progress. Из-за этого создаётся ложное представление о том, как работает Канбан, что это просто набор статусов задач команд (колонок) с ограничением по количеству в каждой.
В игре WIP-лимиты считаются не совсем так, помимо активных задач в лимит WIP попадают и те что уже сделаны, но ещё не ушли на следующую стадию.
Например:
— WIP команды разработки = 3.
— Разработчики сделали свои три задачи.
— Но пока тестировщики тестируют свои задачи, то есть уже в лимите своего WIP, они не берут новые. Соответственно, разработчики не могут начинать новые.
И да, это значит, что команда разработки должна реально ждать. Ну или делать с этим что-то, например, помогать тестировщикам.
Это вроде бы простое уточнение полностью меняет всё:
— разработчики, тестировщики, аналитики и все кто в потоке начинают думать как единая команда, а не как отдельные "функции";
— у всех появляется общая мотивация ускорять прохождение задач через весь поток, а не только закрывать и ускорять свой кусок.
Когда WIP-лимиты считаются так, разработчики уже не могут прятаться за «мы свои задачи сделали — это тестировщики медленные».
И, внезапно, Kanban оказывается не просто доской с колонками и лимитами, а инструментом, который меняет привычку оптимизировать только свою работу в отрыве от других и заставляет договариваться, помогать и смотреть на систему целиком. Подробнее с примерами правильных досок можно почитать, например, в статье от Скрамтрек.
P.S. WIP-лимит — Work in progress limit. Ограничение по количеству задач в работе. Авторы Канбана сами себе подложили свинью таким названием. Нет чтобы назвать Stage limit. А инструкции, как мы знаем, мало кто читает.
В пятницу на работе мы играли в GetKanban — игру, где за несколько "дней" можно прожить жизнь команды, работающей по Канбану. Цель игры заработать максимум прибыли.
Наш результат — 10 925$. Для первого раза считается неплохо, хотя могли бы и больше, если бы чуть лучше договаривались в начале игры 🙂
Игра даёт вживую пощупать и осознать пользу CFD (Cumulative Flow Diagram), понимание того зачем нужен Lead Time и как увидеть узкие места в текущем процессе. Про каждую из этих тем можно написать отдельно.
Но больше всего меня щёлкнуло другое.
Я понял, что всегда неверно понимал что такое WIP-лимиты и как их считать.
Если вбить в поисковиках "Kanban board", то почти все изображения Канбан досок (и даже дефолтный шаблон в Miro) об одном и том же — несколько колонок, например: To Do — In Progress — Done. И лимит на In Progress. Из-за этого создаётся ложное представление о том, как работает Канбан, что это просто набор статусов задач команд (колонок) с ограничением по количеству в каждой.
В игре WIP-лимиты считаются не совсем так, помимо активных задач в лимит WIP попадают и те что уже сделаны, но ещё не ушли на следующую стадию.
Например:
— WIP команды разработки = 3.
— Разработчики сделали свои три задачи.
— Но пока тестировщики тестируют свои задачи, то есть уже в лимите своего WIP, они не берут новые. Соответственно, разработчики не могут начинать новые.
И да, это значит, что команда разработки должна реально ждать. Ну или делать с этим что-то, например, помогать тестировщикам.
Это вроде бы простое уточнение полностью меняет всё:
— разработчики, тестировщики, аналитики и все кто в потоке начинают думать как единая команда, а не как отдельные "функции";
— у всех появляется общая мотивация ускорять прохождение задач через весь поток, а не только закрывать и ускорять свой кусок.
Когда WIP-лимиты считаются так, разработчики уже не могут прятаться за «мы свои задачи сделали — это тестировщики медленные».
И, внезапно, Kanban оказывается не просто доской с колонками и лимитами, а инструментом, который меняет привычку оптимизировать только свою работу в отрыве от других и заставляет договариваться, помогать и смотреть на систему целиком. Подробнее с примерами правильных досок можно почитать, например, в статье от Скрамтрек.
P.S. WIP-лимит — Work in progress limit. Ограничение по количеству задач в работе. Авторы Канбана сами себе подложили свинью таким названием. Нет чтобы назвать Stage limit. А инструкции, как мы знаем, мало кто читает.
❤18🔥4👍2💯2
Как измерить тимлидскость? / Марина Пайч
На днях посмотрел доклад от пирата 😊 Вы всё поймёте, когда начнёте смотреть видео.
Доклад, по сути, является презентацией методички для тимлидов. В методичке рассматриваются разные темы и инструменты, такие как:
— Старт работы с новой командой
— Кризис на проекте, проседание по показателям, сжатые сроки
— Конфликты или демотивация команды
— Регулярное отслеживание динамики своего развития
— Аналитика навыка кросс-функциональных синергий
— Подведение итогов проекта.
Пользоваться методичкой просто: определяете свою ситуацию — находите её в методичке — читаете и применяете.
В целом же, это тот случай, когда доклад можно и не смотреть, хотя мне лично понравилось выступление Марины. Но цель доклада я уже описал вам выше, главное — если воспользуетесь методичкой, то не забудьте написать Марине в личку «+», она очень просила об этом в докладе.
Другие обзоры докладов по тегу #докладобзор@teamleading
На днях посмотрел доклад от пирата 😊 Вы всё поймёте, когда начнёте смотреть видео.
Доклад, по сути, является презентацией методички для тимлидов. В методичке рассматриваются разные темы и инструменты, такие как:
— Старт работы с новой командой
— Кризис на проекте, проседание по показателям, сжатые сроки
— Конфликты или демотивация команды
— Регулярное отслеживание динамики своего развития
— Аналитика навыка кросс-функциональных синергий
— Подведение итогов проекта.
Пользоваться методичкой просто: определяете свою ситуацию — находите её в методичке — читаете и применяете.
В целом же, это тот случай, когда доклад можно и не смотреть, хотя мне лично понравилось выступление Марины. Но цель доклада я уже описал вам выше, главное — если воспользуетесь методичкой, то не забудьте написать Марине в личку «+», она очень просила об этом в докладе.
Другие обзоры докладов по тегу #докладобзор@teamleading
YouTube
Как измерить тимлидскость? / Марина Пайч
Приглашаем на самую крупную мультиформатную конференцию для тимлидов и руководителей не только из IT — TeamLead Conf 2025, которая пройдет 10 и 11 ноября 2025 в Москве.
Подробнее о конференции: https://clck.ru/3NUaBv
________
Самая крупная мультиформатная…
Подробнее о конференции: https://clck.ru/3NUaBv
________
Самая крупная мультиформатная…
👍8❤5🔥3
Почему ваши очевидно эффективные идеи отвергаются (вероятно, дело в вас) / Александра Брызгалова
Для начала настало время попросить прощения. В прошлый раз, когда я писал про доклад Саши, то я расшифровал ТОС как Теория Ограничений Систем. На самом деле ToC — это Theory of Constraints. Т.е ToC аббревиатура на английском, читается как «тос». Если хочется аббревиатуры на русском, то ТО — Теория Ограничений. Не согласны? Тогда говорите БМЗ, вместо БМВ.
В этом докладе Саша объясняет, почему компромиссы — не решение, а ловушка. Очевидные шаги часто ведут к неверным выводам.
Саша приводит несколько ситуаций, подтверждающих это утверждение. Одна из них: человек стабильно выпускает код не тестируя и садит много багов. Очевидное решение — расстаться с человеком. Но разбор показал, что до этой ситуации долгое время в компании поощрялась скорость запуска и выпуска фич. Так же выяснили, что большую часть багов репортят одни и те же люди. Решение — не менять ничего в процессе релизов, но фиксить найденные баги быстро, а из репортящих сделать клубик ранних последователей (Early Adopter'ов).
Компромисс — это заметание проблемы под ковёр. Проблема не исчезает, она вернётся — только стукнет больнее. Когда возникает конфликт, нужно не соглашаться «по-быстрому», а разбираться в корневых причинах и согласовывать цели: свои и системы, которая мешает их реализовать.
На надгробии Элияху Голдратта, основателя ToC, написано: «Люди хорошие». У людей нет цели сделать плохо. Если они действуют, как вам кажется, плохо — значит, виновата система. Обвинить человека — ещё не значит найти решение. Иногда увольнение действительно необходимо, но не из-за «плохости», а потому что человек не совпадает с ожиданиями и ролью.
Но как же выйти из тупика, когда вы предлагаете решение, а вас «не слышат»?
1. Понять какую проблему решает ваше решение.
2. Осознать реально ли это проблема (для компании, человека которому вы предлагаете решение и т.п)?
3. Согласовать что проблему реально нужно решать (и решать именно так) и
4. Ещё раз взглянуть на решение под углом рисков и угроз.
Ну и решить. А дальше всё по кругу)
Доклад шикарный, рекомендую.
Все обзоры докладов по тегу #докладобзор@teamleading
Для начала настало время попросить прощения. В прошлый раз, когда я писал про доклад Саши, то я расшифровал ТОС как Теория Ограничений Систем. На самом деле ToC — это Theory of Constraints. Т.е ToC аббревиатура на английском, читается как «тос». Если хочется аббревиатуры на русском, то ТО — Теория Ограничений. Не согласны? Тогда говорите БМЗ, вместо БМВ.
В этом докладе Саша объясняет, почему компромиссы — не решение, а ловушка. Очевидные шаги часто ведут к неверным выводам.
Саша приводит несколько ситуаций, подтверждающих это утверждение. Одна из них: человек стабильно выпускает код не тестируя и садит много багов. Очевидное решение — расстаться с человеком. Но разбор показал, что до этой ситуации долгое время в компании поощрялась скорость запуска и выпуска фич. Так же выяснили, что большую часть багов репортят одни и те же люди. Решение — не менять ничего в процессе релизов, но фиксить найденные баги быстро, а из репортящих сделать клубик ранних последователей (Early Adopter'ов).
Компромисс — это заметание проблемы под ковёр. Проблема не исчезает, она вернётся — только стукнет больнее. Когда возникает конфликт, нужно не соглашаться «по-быстрому», а разбираться в корневых причинах и согласовывать цели: свои и системы, которая мешает их реализовать.
На надгробии Элияху Голдратта, основателя ToC, написано: «Люди хорошие». У людей нет цели сделать плохо. Если они действуют, как вам кажется, плохо — значит, виновата система. Обвинить человека — ещё не значит найти решение. Иногда увольнение действительно необходимо, но не из-за «плохости», а потому что человек не совпадает с ожиданиями и ролью.
Но как же выйти из тупика, когда вы предлагаете решение, а вас «не слышат»?
1. Понять какую проблему решает ваше решение.
2. Осознать реально ли это проблема (для компании, человека которому вы предлагаете решение и т.п)?
3. Согласовать что проблему реально нужно решать (и решать именно так) и
4. Ещё раз взглянуть на решение под углом рисков и угроз.
Ну и решить. А дальше всё по кругу)
Доклад шикарный, рекомендую.
Все обзоры докладов по тегу #докладобзор@teamleading
YouTube
Почему ваши очевидно эффективные идеи отвергаются (вероятно, дело в вас) / Александра Брызгалова
Приглашаем на самую крупную мультиформатную конференцию для тимлидов и руководителей не только из IT — TeamLead Conf 2025, которая пройдет 10 и 11 ноября 2025 в Москве.
Подробнее о конференции: https://clck.ru/3NUaBv
________
VK (https://vk.com/vkteam)…
Подробнее о конференции: https://clck.ru/3NUaBv
________
VK (https://vk.com/vkteam)…
🔥11🥰4❤1
Матрица Карузо — как понять и использовать своё настроение?
Недавно я сменил не только работу, но и роль — и теперь почти каждый день учусь чему-то новому. Одна из тем что я прошел недавно — эмоциональный интеллект. И там я познакомился с инструментом, которым хочу поделиться.
Итак встречайте, у нас этот инструмент называют матрица Карузо. В англоязычной литературе вы чаще можете встретить или Emotion Energy Grid или Mood Meter.
Что это такое?
Представьте квадрат, разделённый на четыре зоны.
По горизонтали — приятность эмоций (от негативных к позитивным).
По вертикали — уровень энергии (от низкой до очень высокой).
На пересечении получается 4 квадранта:
🟥 Красный (сильное проявление энергетически + неприятные эмоции) — гнев, тревога, раздражение.
🟦 Синий (слабое проявление энергетически + неприятные эмоции) — грусть, усталость, апатия.
🟩 Зелёный (слабое проявление энергетически + приятные эмоции) — спокойствие, умиротворение, расслабленность.
🟨 Жёлтый (сильное проявление энергетически + приятные эмоции) — радость, энтузиазм, вдохновение.
Зачем это нужно? Один из ключевых принципов развития эмоционального интеллекта — это умение распознавать собственные эмоции. И матрица Карузо в этом помогает.
В течение дня — утром, между встречами, за обедом — задайте себе вопрос: «Как я себя чувствую?». Не отвечайте «нормально» или «плохо», а попробуйте найти своё место на шкале. Если точно можете назвать свою эмоцию — прекрасно, а иначе посмотрите в подсказку выше к посту.
Получилось? Всё! Это шаг номер 1. Само по себе распознавание эмоции уже снижает её интенсивность и делает вас более осознанным.
Но вы можете это знание использовать в зависимости от квадранта куда попала эмоция:
🟥 Красный — используйте эту энергию злости для активных задач: менять процессы, бороться с проблемами, завершать то, что откладывалось.
🟦 Синий — отличное время для рутины: искать баги, писать отчёты, наводить порядок.
🟩 Зелёный — подходит для общения, обратной связи, стратегического планирования.
🟨 Жёлтый — идеален для творчества, мозговых штурмов и генерации идей.
Матрица Карузо — это простой инструмент, который помогает за секунду назвать своё состояние и использовать его правильно. С этого начинается развитие эмоционального интеллекта. Попробуйте делать такой чек-ин пару раз в день — и заметите, как меняется ваше состояние и продуктивность
Недавно я сменил не только работу, но и роль — и теперь почти каждый день учусь чему-то новому. Одна из тем что я прошел недавно — эмоциональный интеллект. И там я познакомился с инструментом, которым хочу поделиться.
Итак встречайте, у нас этот инструмент называют матрица Карузо. В англоязычной литературе вы чаще можете встретить или Emotion Energy Grid или Mood Meter.
Что это такое?
Представьте квадрат, разделённый на четыре зоны.
По горизонтали — приятность эмоций (от негативных к позитивным).
По вертикали — уровень энергии (от низкой до очень высокой).
На пересечении получается 4 квадранта:
🟥 Красный (сильное проявление энергетически + неприятные эмоции) — гнев, тревога, раздражение.
🟦 Синий (слабое проявление энергетически + неприятные эмоции) — грусть, усталость, апатия.
🟩 Зелёный (слабое проявление энергетически + приятные эмоции) — спокойствие, умиротворение, расслабленность.
🟨 Жёлтый (сильное проявление энергетически + приятные эмоции) — радость, энтузиазм, вдохновение.
Зачем это нужно? Один из ключевых принципов развития эмоционального интеллекта — это умение распознавать собственные эмоции. И матрица Карузо в этом помогает.
В течение дня — утром, между встречами, за обедом — задайте себе вопрос: «Как я себя чувствую?». Не отвечайте «нормально» или «плохо», а попробуйте найти своё место на шкале. Если точно можете назвать свою эмоцию — прекрасно, а иначе посмотрите в подсказку выше к посту.
Получилось? Всё! Это шаг номер 1. Само по себе распознавание эмоции уже снижает её интенсивность и делает вас более осознанным.
Но вы можете это знание использовать в зависимости от квадранта куда попала эмоция:
🟥 Красный — используйте эту энергию злости для активных задач: менять процессы, бороться с проблемами, завершать то, что откладывалось.
🟦 Синий — отличное время для рутины: искать баги, писать отчёты, наводить порядок.
🟩 Зелёный — подходит для общения, обратной связи, стратегического планирования.
🟨 Жёлтый — идеален для творчества, мозговых штурмов и генерации идей.
Матрица Карузо — это простой инструмент, который помогает за секунду назвать своё состояние и использовать его правильно. С этого начинается развитие эмоционального интеллекта. Попробуйте делать такой чек-ин пару раз в день — и заметите, как меняется ваше состояние и продуктивность
❤35🔥10👍7
Рефрейминг: как выжить, когда всё идёт не по плану
Продолжаю тему про эмоциональный интеллект. Есть такая психологическая техника — рефрейминг. Красивое слово, за которым прячется простая мысль: если ты не можешь изменить ситуацию, измени способ, которым ты на неё смотришь.
Ты не опоздал, ты дал другим людям собраться с мыслями. Тебя не уволили, тебя освободили от токсичной среды. И т.д.
Звучит как самообман? Вероятно. Но иногда — это способ не утонуть в тревоге и не застрять в позиции жертвы. Рефрейминг — это не «обесценить проблему», а «переставить рамку». Повернуть голову. Сменить фокус. Картинка остаётся той же — но смысл становится другим.
В психологии выделяют два основных типа рефрейминга.
1. Рефрейминг контекста: в разных ситуациях одно и то же поведение может оказаться и полезным и вредным.
Например: «Я слишком прямолинейный» → «В кризисные моменты я первый говорю правду вслух».
«Я грубый» → «Я стратегически резкий». «Я тревожный» → «Я бдительный».
2. Рефрейминг содержания: меняется не контекст, а значение самой ситуации.
Например: «Меня уволили» → «Мне дали шанс переосмыслить, куда я вообще иду».
«Мы поссорились» → «Мы наконец проговорили то, что зрело месяцами».
Звучит просто — но в моменте это почти подвиг. Потому что когда накрывает, последнее, чего хочется — это ставить мысленные кавычки и искать глубинные смыслы. Хочется закрыться, сбежать, напиться, ну или как вы ещё уходите в депрессивное состояние?
Но в какой-то момент, когда чуть-чуть отходишь, то можно начать задавать себе вопросы:
— А что в этой ситуации может быть полезного?
— Как бы я смотрел на это через год?
— Если бы это был не я, а кто-то, кого я уважаю — как бы он это интерпретировал?
Рефрейминг не отменяет факты. Но он позволяет не быть жертвой обстоятельств. В литературе пишут «стать автором своей интерпретации», но я бы как-то поостерегся таких фраз.... Важно, что иногда такого подхода уже достаточно, чтобы держать на плаву и себя, и свою психику.
Работа с интерпретацией — это гибкость мышления. Она возможна, если осознать, что мир — гибкая структура и все видят ее по-разному. Мир — это то, что мы наблюдаем через очки своего опыта и убеждений. Интерпретация мира — это выбор.
Я лично считаю сильным качеством скилл, который позволяет мне в любой момент выбрать разные углы обзора, осознать и принять их.
Продолжаю тему про эмоциональный интеллект. Есть такая психологическая техника — рефрейминг. Красивое слово, за которым прячется простая мысль: если ты не можешь изменить ситуацию, измени способ, которым ты на неё смотришь.
Ты не опоздал, ты дал другим людям собраться с мыслями. Тебя не уволили, тебя освободили от токсичной среды. И т.д.
Звучит как самообман? Вероятно. Но иногда — это способ не утонуть в тревоге и не застрять в позиции жертвы. Рефрейминг — это не «обесценить проблему», а «переставить рамку». Повернуть голову. Сменить фокус. Картинка остаётся той же — но смысл становится другим.
В психологии выделяют два основных типа рефрейминга.
1. Рефрейминг контекста: в разных ситуациях одно и то же поведение может оказаться и полезным и вредным.
Например: «Я слишком прямолинейный» → «В кризисные моменты я первый говорю правду вслух».
«Я грубый» → «Я стратегически резкий». «Я тревожный» → «Я бдительный».
2. Рефрейминг содержания: меняется не контекст, а значение самой ситуации.
Например: «Меня уволили» → «Мне дали шанс переосмыслить, куда я вообще иду».
«Мы поссорились» → «Мы наконец проговорили то, что зрело месяцами».
Звучит просто — но в моменте это почти подвиг. Потому что когда накрывает, последнее, чего хочется — это ставить мысленные кавычки и искать глубинные смыслы. Хочется закрыться, сбежать, напиться, ну или как вы ещё уходите в депрессивное состояние?
Но в какой-то момент, когда чуть-чуть отходишь, то можно начать задавать себе вопросы:
— А что в этой ситуации может быть полезного?
— Как бы я смотрел на это через год?
— Если бы это был не я, а кто-то, кого я уважаю — как бы он это интерпретировал?
Рефрейминг не отменяет факты. Но он позволяет не быть жертвой обстоятельств. В литературе пишут «стать автором своей интерпретации», но я бы как-то поостерегся таких фраз.... Важно, что иногда такого подхода уже достаточно, чтобы держать на плаву и себя, и свою психику.
Работа с интерпретацией — это гибкость мышления. Она возможна, если осознать, что мир — гибкая структура и все видят ее по-разному. Мир — это то, что мы наблюдаем через очки своего опыта и убеждений. Интерпретация мира — это выбор.
Я лично считаю сильным качеством скилл, который позволяет мне в любой момент выбрать разные углы обзора, осознать и принять их.
🔥28❤9👌7👍6😁1
Рабочие поля взаимодействия
Иногда мне хочется самому себе задать вопрос: Олег, а чего ты в психологию ударился, ты же про руководство пишешь? Но я заранее знал, что вчерашний пост будет подводкой. Сегодня — продолжение темы, где рефрейминг особенно важен.
Десять лет назад, в два часа ночи на даче у начальника, мы с коллегой обсуждали рабочие отношения. Он рассказывал, как на своей первой работе долго не увольнялся, потому что не хотел «расстроить коллег», которых считал друзьями. На что как-то получил от них жёсткий ответ:
— Мы не друзья. Мы коллеги.
Для него это был ушат холодной воды. А для меня — инсайт, который догнал меня только через несколько лет.
Как люди, мы взаимодействуем друг с другом одновременно в нескольких плоскостях. И очень часто — путаем их.
1. Социальная плоскость
Это про договорённости. Должностные инструкции, контракты, KPI, регламенты, распределение ответственности.
На работе ты менеджер или дизайнер. В отношениях — партнёр или супруг. В стране — гражданин.
2. Психологическая плоскость
Здесь важен не контракт, а человек. С его страхами, особенностями, уязвимостями, желаниями.
Чтобы быть в этой плоскости — нужен контакт, а не просто коммуникация. Здесь возможны и доверие, открытость, эмпатия. Но и обиды, ожидания, проекции.
3. Духовная плоскость
Это про принципы. То, во имя чего человек живёт: любовь, долг, бог, наука, справедливость. В рабочие процессы лучше не заносить это поле. Оно масштабнее, глубже и требует другой рамки.
Где же возникает боль? Там, где человек пытается получить из одного поля то, что даёт другое.
Например, приходит на работу не чтобы работать, а чтобы почувствовать, что его любят.
Или жаждет от менеджера не фидбэка, а одобрения. И, получив фидбек, обижается, что он был какой-то не достаточно позитивный.
Или не может уволиться, потому что боится потерять друзей.
Во всех этих случаях человек из социального поля проваливается в психологическое — и путает роли.
Именно в таких моментах помогает рефрейминг, как способ вернуть взаимодействие в нужную плоскость.
«Менеджер постоянно придирается ко мне — наверное, я ему не нравлюсь».
→ Психологическая интерпретация, которая делает больно.
«Менеджер отвечает за качество — он даёт мне критическую обратную связь, чтобы улучшить результат».
→ Социальная рамка, которая возвращает опору.
В сложных рабочих конфликтах не всегда нужно лезть в психотерапию. Иногда достаточно просто задать себе вопрос:
«В каком поле я сейчас нахожусь — и чего хочу от другого?»
— Хочешь договорённостей — будь в социальном.
— Хочешь поддержки — проверь, есть ли контакт.
— Хочешь смысла — не подменяй этим работу.
Если в моменте вы находитесь в другом поле, то вероятно стоит вернуть взаимодействие в корректное. Иначе можно долго искать любовь там, где нужно просто сдать задачу.
Написанное выше не означает что на работе нельзя вообще никак дружить — это не так. В целом дружелюбное, этически верное и корректное общение это залог хорошей работы. Но если регулярно путать психологическое и социальное поле, работа быстро превращается в бесконечный клуб взаимных ожиданий и обид. А значит — страдает результат.
«Мы не друзья, мы коллеги»..
Иногда мне хочется самому себе задать вопрос: Олег, а чего ты в психологию ударился, ты же про руководство пишешь? Но я заранее знал, что вчерашний пост будет подводкой. Сегодня — продолжение темы, где рефрейминг особенно важен.
Десять лет назад, в два часа ночи на даче у начальника, мы с коллегой обсуждали рабочие отношения. Он рассказывал, как на своей первой работе долго не увольнялся, потому что не хотел «расстроить коллег», которых считал друзьями. На что как-то получил от них жёсткий ответ:
— Мы не друзья. Мы коллеги.
Для него это был ушат холодной воды. А для меня — инсайт, который догнал меня только через несколько лет.
Как люди, мы взаимодействуем друг с другом одновременно в нескольких плоскостях. И очень часто — путаем их.
1. Социальная плоскость
Это про договорённости. Должностные инструкции, контракты, KPI, регламенты, распределение ответственности.
На работе ты менеджер или дизайнер. В отношениях — партнёр или супруг. В стране — гражданин.
2. Психологическая плоскость
Здесь важен не контракт, а человек. С его страхами, особенностями, уязвимостями, желаниями.
Чтобы быть в этой плоскости — нужен контакт, а не просто коммуникация. Здесь возможны и доверие, открытость, эмпатия. Но и обиды, ожидания, проекции.
3. Духовная плоскость
Это про принципы. То, во имя чего человек живёт: любовь, долг, бог, наука, справедливость. В рабочие процессы лучше не заносить это поле. Оно масштабнее, глубже и требует другой рамки.
Где же возникает боль? Там, где человек пытается получить из одного поля то, что даёт другое.
Например, приходит на работу не чтобы работать, а чтобы почувствовать, что его любят.
Или жаждет от менеджера не фидбэка, а одобрения. И, получив фидбек, обижается, что он был какой-то не достаточно позитивный.
Или не может уволиться, потому что боится потерять друзей.
Во всех этих случаях человек из социального поля проваливается в психологическое — и путает роли.
Именно в таких моментах помогает рефрейминг, как способ вернуть взаимодействие в нужную плоскость.
«Менеджер постоянно придирается ко мне — наверное, я ему не нравлюсь».
→ Психологическая интерпретация, которая делает больно.
«Менеджер отвечает за качество — он даёт мне критическую обратную связь, чтобы улучшить результат».
→ Социальная рамка, которая возвращает опору.
В сложных рабочих конфликтах не всегда нужно лезть в психотерапию. Иногда достаточно просто задать себе вопрос:
«В каком поле я сейчас нахожусь — и чего хочу от другого?»
— Хочешь договорённостей — будь в социальном.
— Хочешь поддержки — проверь, есть ли контакт.
— Хочешь смысла — не подменяй этим работу.
Если в моменте вы находитесь в другом поле, то вероятно стоит вернуть взаимодействие в корректное. Иначе можно долго искать любовь там, где нужно просто сдать задачу.
Написанное выше не означает что на работе нельзя вообще никак дружить — это не так. В целом дружелюбное, этически верное и корректное общение это залог хорошей работы. Но если регулярно путать психологическое и социальное поле, работа быстро превращается в бесконечный клуб взаимных ожиданий и обид. А значит — страдает результат.
«Мы не друзья, мы коллеги»..
🔥16💯6❤4🤔4👍3☃1
«Измеряйте самое важное. Джон Дорр»
Вот и осень пришла. Ещё чуть-чуть и зима, а там пост о книгах, которые прочитал за год. В этом году я решил попробовать писать обзоры на всё прочитанное. Формат я решил безжалостно взять у Никиты Ульшина, о чём, конечно, спросил у него, и пользуясь случаем рекомендую его блог. Там кстати сегодня пост тоже про книгу.
⭐️ О чём книга?
Эта книга — про OKR (методологии Objective Key Result), как бы банально это ни звучало. Но подаётся материал не в виде методического пособия, а через разные примеры: от стратегий корпораций до личных целей, от внедрения в компаниях до применения в семье.
Автор по разному показывает OKR как инструмент — не только для бизнеса, но и для жизни.
⭐ Идеи из книги
▫️ . KR — не всегда должны быть измеримыми.
Я всегда считал что KR должны быть измеримыми. Я прямо вот даже сейчас до сих пор вижу в себе баг, что букву K я воспринимаю как KPI.
Книга развенчивает миф про измеримость. KR должны быть такими, чтобы в какой-то момент можно было сказать что они выполнены. Например, запустить проект — это тоже KR.
▫️ . KR отдела — это O группы.
Каскадный спуск целей вниз это в том числе про то что KR верхнего уровня становятся O уровня ниже.
KR верхнего уровня может стать Objective уровнем ниже. Если глобальный Objective — «Растить счастье пользователей», а один из его KR — «повысить CSI до 85», то в команде ниже это уже становится отдельной целью: «Повысить CSI до 85» — как Objective.
Так создаётся связность между глобальными глобальными, командными и личными целями.
▫️ .У каждого должны быть личные цели. Даже у СЕО.
Фраза «мои цели — это цели команды» звучит красиво, но на деле вредна. Сотрудники начнут копировать эту модель — и потом будет не понятно, где личный вклад, а где общий. Нужен баланс общих целей и личных. Перегиб в обратную сторону нам тоже хорошо известен — вспоминаем знаменитую сцену про пуговицы.
▫️ . Objective = амбиция
Хорошая цель должна быть смелой. Если цель достигается на 100% — это не успех, а тревожный сигнал. Идеальный результат выполнения — 70–80%. Так и планка растёт, и мотивация сохраняется.
▫️ . Личные амбиции тоже важны
Автор рассказывает про практику ежедвухнедельных встреч с прямыми подопечными, на которых они обсуждают не работу, а амбиции и цели человека. Это помогает лучше понять, чем человек живёт, чего хочет в жизни, и какие задачи в будущем могут ему подойти.
⭐ Мои впечатления
Общее ощущение — «господи, как же я раньше всё делал не так».
Мир делится на «до» и «после» этой книги: до ты вроде что-то слышал про OKR, что-то даже пытался, а после — понимаешь, что почти всё делал неправильно. Но не с чувством вины, а с приятной ясностью.
Книга читается легко, хотя я читал её почти три месяца. Каждая глава даёт много пищи для размышлений — и я точно вернусь к ней ещё раз в этом году, хотя бы пролистать.
Оценка книги: 9/10
Остальные обзоры книг доступны по тегу #книгобзор@teamleading
Вот и осень пришла. Ещё чуть-чуть и зима, а там пост о книгах, которые прочитал за год. В этом году я решил попробовать писать обзоры на всё прочитанное. Формат я решил безжалостно взять у Никиты Ульшина, о чём, конечно, спросил у него, и пользуясь случаем рекомендую его блог. Там кстати сегодня пост тоже про книгу.
⭐️ О чём книга?
Эта книга — про OKR (методологии Objective Key Result), как бы банально это ни звучало. Но подаётся материал не в виде методического пособия, а через разные примеры: от стратегий корпораций до личных целей, от внедрения в компаниях до применения в семье.
Автор по разному показывает OKR как инструмент — не только для бизнеса, но и для жизни.
Я всегда считал что KR должны быть измеримыми. Я прямо вот даже сейчас до сих пор вижу в себе баг, что букву K я воспринимаю как KPI.
Книга развенчивает миф про измеримость. KR должны быть такими, чтобы в какой-то момент можно было сказать что они выполнены. Например, запустить проект — это тоже KR.
Каскадный спуск целей вниз это в том числе про то что KR верхнего уровня становятся O уровня ниже.
KR верхнего уровня может стать Objective уровнем ниже. Если глобальный Objective — «Растить счастье пользователей», а один из его KR — «повысить CSI до 85», то в команде ниже это уже становится отдельной целью: «Повысить CSI до 85» — как Objective.
Так создаётся связность между глобальными глобальными, командными и личными целями.
Фраза «мои цели — это цели команды» звучит красиво, но на деле вредна. Сотрудники начнут копировать эту модель — и потом будет не понятно, где личный вклад, а где общий. Нужен баланс общих целей и личных. Перегиб в обратную сторону нам тоже хорошо известен — вспоминаем знаменитую сцену про пуговицы.
Хорошая цель должна быть смелой. Если цель достигается на 100% — это не успех, а тревожный сигнал. Идеальный результат выполнения — 70–80%. Так и планка растёт, и мотивация сохраняется.
Автор рассказывает про практику ежедвухнедельных встреч с прямыми подопечными, на которых они обсуждают не работу, а амбиции и цели человека. Это помогает лучше понять, чем человек живёт, чего хочет в жизни, и какие задачи в будущем могут ему подойти.
Общее ощущение — «господи, как же я раньше всё делал не так».
Мир делится на «до» и «после» этой книги: до ты вроде что-то слышал про OKR, что-то даже пытался, а после — понимаешь, что почти всё делал неправильно. Но не с чувством вины, а с приятной ясностью.
Книга читается легко, хотя я читал её почти три месяца. Каждая глава даёт много пищи для размышлений — и я точно вернусь к ней ещё раз в этом году, хотя бы пролистать.
Оценка книги: 9/10
Остальные обзоры книг доступны по тегу #книгобзор@teamleading
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍19❤15🔥5😁3
Обед
За последние несколько лет я был в разных командах и компаниях. Но одно правило у меня всегда неизменно: первое, что я ставлю в расписание — это обед.
«Так много дел сегодня, что даже пообедать не успел». Каждый раз, когда слышу эту фразу, у меня всё внутри переворачивается. Особенно если это говорит менеджер. Один раз — ладно, бывает форс-мажор. Но чаще всего такое происходит постоянно...
Не успеть поесть — это лишить себя самого главного топлива продуктивности. И это первый сигнал того, что человек не умеет управлять временем. Если не может выделить двадцать минут на еду, как он собирается управлять проектами, бюджетами или людьми?
Есть известное исследование: судьи, рассматривавшие дела перед обедом, чаще отказывали в условно-досрочном освобождении. После обеда вероятность положительного решения резко росла. Это судьи, от которых зависят человеческие судьбы. А теперь представьте, какие решения принимаете вы — с пустым желудком.
Я видел, как люди месяцами жили на кофе и перекусах, и постепенно превращались в токсичных, раздражённых, медленных. И это я молчу о том, что организму от этого тупо плохо. Это не вопрос силы воли. Это химия: мозг без еды работает хуже.
Хочешь упарываться — упарывайся в оптимизацию. Заказывай еду заранее. Ищи места, где кормят быстро. Четверть часа на обед можно найти всегда — откуси по десять минут у пары митингов.
И ещё: обед в офисе — это не только еда. Это способ поговорить с коллегами и обсудить диалоги, которые почти никогда не случатся по плану в календаре. Лучший нетворкинг часто происходит именно за столом.
Обед — это не бонус. Это топливо. Выделяйте время на обед и кушайте хорошо. Приятного аппетита.
За последние несколько лет я был в разных командах и компаниях. Но одно правило у меня всегда неизменно: первое, что я ставлю в расписание — это обед.
«Так много дел сегодня, что даже пообедать не успел». Каждый раз, когда слышу эту фразу, у меня всё внутри переворачивается. Особенно если это говорит менеджер. Один раз — ладно, бывает форс-мажор. Но чаще всего такое происходит постоянно...
Не успеть поесть — это лишить себя самого главного топлива продуктивности. И это первый сигнал того, что человек не умеет управлять временем. Если не может выделить двадцать минут на еду, как он собирается управлять проектами, бюджетами или людьми?
Есть известное исследование: судьи, рассматривавшие дела перед обедом, чаще отказывали в условно-досрочном освобождении. После обеда вероятность положительного решения резко росла. Это судьи, от которых зависят человеческие судьбы. А теперь представьте, какие решения принимаете вы — с пустым желудком.
Я видел, как люди месяцами жили на кофе и перекусах, и постепенно превращались в токсичных, раздражённых, медленных. И это я молчу о том, что организму от этого тупо плохо. Это не вопрос силы воли. Это химия: мозг без еды работает хуже.
Хочешь упарываться — упарывайся в оптимизацию. Заказывай еду заранее. Ищи места, где кормят быстро. Четверть часа на обед можно найти всегда — откуси по десять минут у пары митингов.
И ещё: обед в офисе — это не только еда. Это способ поговорить с коллегами и обсудить диалоги, которые почти никогда не случатся по плану в календаре. Лучший нетворкинг часто происходит именно за столом.
Обед — это не бонус. Это топливо. Выделяйте время на обед и кушайте хорошо. Приятного аппетита.
1💯60❤23👍11🔥5🕊3❤🔥2
Пульт производства
В нашей текущей команде активно распространены пульты производства — простая, но эффективная механика ведения проектов, которой хочется поделиться.
Пульт — это таблица (чаще всего в Excel или Google Sheets), где:
— по горизонтали идут проекты / подпроекты / конкретные люди;
— по вертикали — недели;
— в ячейках на пересечении указываются действия, задачи и вопросы, которые нужно закрыть в конкретную неделю.
На практике на еженедельных встречах команда открывает Пульт и идёт построчно:
— что сделано на прошлой неделе;
— какие долги остались;
— что с текущей неделей;
— стоит ли что-то подвинуть или переприоритизировать.
Вопросы, которые висят без ответа, тоже фиксируются в Пульте — и не теряются.
Если проект многоуровневый, то он может занимать несколько строчек.
Эта практика мне на столько понравилась, что я применил её к лекциям в университете и сделал такой же Пульт (скриншот к посту) с расписанием лекций, дедлайнами по домашкам, открытым вопросам от преподавателей и ответственным.
Итог — прозрачность для всей команды студентов, которые мне помогают на курсе.
Почему это удобно?
— видно картину по всем проектам сразу;
— фокус на неделе — не расплываешься по месяцам и кварталам;
— легко обновлять: это обычная таблица, не требует сложных инструментов;
— подходит для любых процессов — от разработки до подготовки мероприятий.
Очень удобный и простой инструмент для планирования по неделям. А ещё об одном схожем инструменте я расскажу на следующей неделе.
В нашей текущей команде активно распространены пульты производства — простая, но эффективная механика ведения проектов, которой хочется поделиться.
Пульт — это таблица (чаще всего в Excel или Google Sheets), где:
— по горизонтали идут проекты / подпроекты / конкретные люди;
— по вертикали — недели;
— в ячейках на пересечении указываются действия, задачи и вопросы, которые нужно закрыть в конкретную неделю.
На практике на еженедельных встречах команда открывает Пульт и идёт построчно:
— что сделано на прошлой неделе;
— какие долги остались;
— что с текущей неделей;
— стоит ли что-то подвинуть или переприоритизировать.
Вопросы, которые висят без ответа, тоже фиксируются в Пульте — и не теряются.
Если проект многоуровневый, то он может занимать несколько строчек.
Эта практика мне на столько понравилась, что я применил её к лекциям в университете и сделал такой же Пульт (скриншот к посту) с расписанием лекций, дедлайнами по домашкам, открытым вопросам от преподавателей и ответственным.
Итог — прозрачность для всей команды студентов, которые мне помогают на курсе.
Почему это удобно?
— видно картину по всем проектам сразу;
— фокус на неделе — не расплываешься по месяцам и кварталам;
— легко обновлять: это обычная таблица, не требует сложных инструментов;
— подходит для любых процессов — от разработки до подготовки мероприятий.
Очень удобный и простой инструмент для планирования по неделям. А ещё об одном схожем инструменте я расскажу на следующей неделе.
2🔥22❤7⚡3💯3👍2❤🔥1
Выталкивающие таблицы
В прошлом посте я рассказывал вам про пульты производства, а сегодня хочу поделиться схожим инструментом планирования — выталкивающими таблицами.
По сути, это те же пульты производства, но рассчитанные на разные горизонты: спринт, квартал, год. И, соответственно, с разным наполнением. О них я впервые узнал из книги Егора Ганина «Как приготовить проект», где подробно разбираются все три варианта.
Таблица спринта — это фактически борда в трекере. Очень часто меня спрашивают зачем дублировать информацию куда-то, если всё уже есть онлайн? В ответе на этот вопрос мы полностью совпадаем с Егором.
Во-первых, трекер не позволяет увидеть срез «вчерашнего дня». Одна задача появилась, другая исчезла, третья поменяла статус — как это отследить на борде? А в таблице вы можете просто сохранить скриншот вчерашнего состояния и сравнить его с сегодняшним. Даже если кто-то поправил стикеры, у вас остаётся наглядная картина.
Во-вторых, доска без строго заданного формата (в любой удобной вам системе а-ля Miro) позволяет добавлять любую нужную информацию и держать её перед глазами. В примере на скриншоте, например, отмечен отпуск сотрудника. В книге Егор приводит свой опыт: ставить «точки», на стикеры, за каждый день задержки относительно плана. И опять же это снова и визуально наглядно, и помогает потом на ретро.
Месячные доски это и есть пульты производства из поста.
Квартальное планирование в книге расписано особенно интересно. Егор предлагает использовать разную степень точности планирования для каждого месяца:
— первый месяц — около 80%,
— второй — 60%,
— третий — 40%.
При этом эти планы постоянно актуализируются на летучках. В результате через месяц сходимость планов для второго месяца повышается с 60% до 80% и так далее.
Ещё одна идея, которая мне так же понравилась, — разбивать каждый месяц на две половины и так группировать квартальные планы. Получается простая и удобная таблица 3×2.
Разумеется, одним постом всю методологию не охватить, поэтому рекомендую книгу. Там много примеров и шаблонов. Про саму книгу я напишу отдельный пост, а ещё подписывайтесь на ТГ-канал Егора.
В прошлом посте я рассказывал вам про пульты производства, а сегодня хочу поделиться схожим инструментом планирования — выталкивающими таблицами.
По сути, это те же пульты производства, но рассчитанные на разные горизонты: спринт, квартал, год. И, соответственно, с разным наполнением. О них я впервые узнал из книги Егора Ганина «Как приготовить проект», где подробно разбираются все три варианта.
Таблица спринта — это фактически борда в трекере. Очень часто меня спрашивают зачем дублировать информацию куда-то, если всё уже есть онлайн? В ответе на этот вопрос мы полностью совпадаем с Егором.
Во-первых, трекер не позволяет увидеть срез «вчерашнего дня». Одна задача появилась, другая исчезла, третья поменяла статус — как это отследить на борде? А в таблице вы можете просто сохранить скриншот вчерашнего состояния и сравнить его с сегодняшним. Даже если кто-то поправил стикеры, у вас остаётся наглядная картина.
Во-вторых, доска без строго заданного формата (в любой удобной вам системе а-ля Miro) позволяет добавлять любую нужную информацию и держать её перед глазами. В примере на скриншоте, например, отмечен отпуск сотрудника. В книге Егор приводит свой опыт: ставить «точки», на стикеры, за каждый день задержки относительно плана. И опять же это снова и визуально наглядно, и помогает потом на ретро.
Месячные доски это и есть пульты производства из поста.
Квартальное планирование в книге расписано особенно интересно. Егор предлагает использовать разную степень точности планирования для каждого месяца:
— первый месяц — около 80%,
— второй — 60%,
— третий — 40%.
При этом эти планы постоянно актуализируются на летучках. В результате через месяц сходимость планов для второго месяца повышается с 60% до 80% и так далее.
Ещё одна идея, которая мне так же понравилась, — разбивать каждый месяц на две половины и так группировать квартальные планы. Получается простая и удобная таблица 3×2.
Разумеется, одним постом всю методологию не охватить, поэтому рекомендую книгу. Там много примеров и шаблонов. Про саму книгу я напишу отдельный пост, а ещё подписывайтесь на ТГ-канал Егора.
🔥41👍9❤6😱2
2 октября выступаю в секции Only на UX/UI Conf в рамках «Стачки» в Питере.
Для меня это эксперимент, я впервые буду делать доклад на стыке менеджмента и психологии. А именно расскажу как дружить дизайнеров с разработчиками.
Тема: «Она не объясняет, он не догадывается»
В докладе будет о том:
— какие форматы и вопросы помогают строить мосты между дизайном и разработкой,
— практики, которые превращают набор специалистов в настоящую продуктовую команду,
— как быть с извечным «разработчики опять всё сделали не так как мы нарисовали»?
📆 2 октября 2025, мой доклад будет в 16:55
📍 Санкт-Петербург, Cosmos Прибалтийская, зал Blue 4
Приходите, буду рад!🔥
p.s. Если вы ещё не купили билеты, то вот вам скидочка — билеты по промокоду Only будут на 10% дешевле.
Для меня это эксперимент, я впервые буду делать доклад на стыке менеджмента и психологии. А именно расскажу как дружить дизайнеров с разработчиками.
Тема: «Она не объясняет, он не догадывается»
В докладе будет о том:
— какие форматы и вопросы помогают строить мосты между дизайном и разработкой,
— практики, которые превращают набор специалистов в настоящую продуктовую команду,
— как быть с извечным «разработчики опять всё сделали не так как мы нарисовали»?
📍 Санкт-Петербург, Cosmos Прибалтийская, зал Blue 4
Приходите, буду рад!
p.s. Если вы ещё не купили билеты, то вот вам скидочка — билеты по промокоду Only будут на 10% дешевле.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥20👏3👍2❤1
NVC — Nonviolent Communication
В рамках подготовки к докладу я изучаю практики развития эмоционального интеллекта и хочу поделиться одной из них — NVC (ненасильственная коммуникация), разработанной психологом Маршаллом Розенбергом.
Её цель — помогать людям выражать чувства и потребности честно, но без обвинений и ярлыков, а также лучше понимать других.
Методика строится на четырёх шагах:
1. Наблюдение — описываем факты без оценок и суждений.
2. Чувства — называем свои эмоции, возникающие в связи с ситуацией.
3. Потребность — объясняем, какие потребности стоят за этими чувствами.
4. Просьба — формулируем конкретные, позитивные и реализуемые просьбы вместо требований.
Пример:
— «Ты опять плохо сделал задачу» (оценка/обвинение).
— «В задаче не совпадают отступы и цвета с макетом (наблюдение). Я расстроен и тревожусь (чувства), так как для меня важно выпускать качественные релизы в срок (потребность). Давай соберёмся и подумаем, что можем поменять в процессе, чтобы повысить качество (просьба)».
NVC работает и для позитивного фидбека.
— «Вау, классно!» (хорошо, но поверхностно).
— «Этот цветок очень красивый (наблюдение). Я счастлива и радуюсь (чувства), потому что мне приятно, когда обо мне заботятся (потребность). Я буду рада, если ты будешь иногда дарить мне цветы (просьба)».
В рамках подготовки к докладу я изучаю практики развития эмоционального интеллекта и хочу поделиться одной из них — NVC (ненасильственная коммуникация), разработанной психологом Маршаллом Розенбергом.
Её цель — помогать людям выражать чувства и потребности честно, но без обвинений и ярлыков, а также лучше понимать других.
Методика строится на четырёх шагах:
1. Наблюдение — описываем факты без оценок и суждений.
2. Чувства — называем свои эмоции, возникающие в связи с ситуацией.
3. Потребность — объясняем, какие потребности стоят за этими чувствами.
4. Просьба — формулируем конкретные, позитивные и реализуемые просьбы вместо требований.
Пример:
— «Ты опять плохо сделал задачу» (оценка/обвинение).
— «В задаче не совпадают отступы и цвета с макетом (наблюдение). Я расстроен и тревожусь (чувства), так как для меня важно выпускать качественные релизы в срок (потребность). Давай соберёмся и подумаем, что можем поменять в процессе, чтобы повысить качество (просьба)».
NVC работает и для позитивного фидбека.
— «Вау, классно!» (хорошо, но поверхностно).
— «Этот цветок очень красивый (наблюдение). Я счастлива и радуюсь (чувства), потому что мне приятно, когда обо мне заботятся (потребность). Я буду рада, если ты будешь иногда дарить мне цветы (просьба)».
❤14🔥8🥰5🤔4
«Как приготовить проект. Егор Ганин»
⭐️ О чём книга?
Практическое пошаговое руководство по ведению проекта и продукта. Не теория ради теории: автор опирается на собственный опыт и даёт конкретные схемы, шаблоны и инструкции «как взять и сделать».
Почти половина книги — про планирование: как ставить цели, декомпозировать, синхронизировать команды и не утонуть в операционке. Минимум теории и лозунгов, максимум рабочих рецептов.
⭐ Идеи из книги
▫ . Выталкивающие таблицы
Про эту методику я уже писал. Отличный способ визуализации планов. Уже взял на вооружение и начинаю применять в своих проектах.
▫ . Жизненный цикл работы над проектом — это процесс накопления экспертизы.
Эту мысль я встречаю не в первый раз.
Генерация идей → Постановка задач → Реализация решений → Внедрение → Генерация идей.
Казалось бы достаточно стандартная практика, но такой процесс не способствует накоплению экспертизы. Попробуйте сами понять почему?
Итак: Сбор и оценка текущих значений → Постановка цели → Генерация идей → Оценка идей и ранжирование → Постановка задач → Реализация решений → Тестирование → Внедрение → Сбор и оценка текущих значений. С развилкой после тестирования: при не достижения цели возвращаемся к Генерации идей.
Экспертиза рождается из цикла «цели → данные → проверка гипотез», а не из «сделали — поехали дальше».
▫ . Берешь ответственность — будь готов принять критику.
Мысль очень простая, но при этом приземляющая. Если вы хотите за что-то отвечать, то вас точно будут критиковать в случаях неудач. И скорее всего даже если всё будет хорошо, то найдется за что не похвалить.
⭐ Мои впечатления
Егор был одним из моих первых менеджеров в бигтехе. Я был молод и неопытен, а он уже тогда управлял большим продуктом (и делал это круто). Наблюдать за его работой было интересно и иногда непонятно.
Книга получилась такой же: практичной, без воды и магии. Если вы давно в менеджменте — многие практики покажутся знакомыми. Но ценность в том, что Егор даёт инструкции, как именно их внедрять. Он фактически рассказывает, как работал сам и почему это приносило результат.
В этом главная ценность книги. Рекомендую однозначно.
Кстати у Егора есть канал где он так же делится своим опытом.
Оценка книги: 8/10
Остальные обзоры книг доступны по тегу #книгобзор@teamleading
⭐️ О чём книга?
Практическое пошаговое руководство по ведению проекта и продукта. Не теория ради теории: автор опирается на собственный опыт и даёт конкретные схемы, шаблоны и инструкции «как взять и сделать».
Почти половина книги — про планирование: как ставить цели, декомпозировать, синхронизировать команды и не утонуть в операционке. Минимум теории и лозунгов, максимум рабочих рецептов.
Про эту методику я уже писал. Отличный способ визуализации планов. Уже взял на вооружение и начинаю применять в своих проектах.
Эту мысль я встречаю не в первый раз.
Генерация идей → Постановка задач → Реализация решений → Внедрение → Генерация идей.
Казалось бы достаточно стандартная практика, но такой процесс не способствует накоплению экспертизы. Попробуйте сами понять почему?
Итак: Сбор и оценка текущих значений → Постановка цели → Генерация идей → Оценка идей и ранжирование → Постановка задач → Реализация решений → Тестирование → Внедрение → Сбор и оценка текущих значений. С развилкой после тестирования: при не достижения цели возвращаемся к Генерации идей.
Экспертиза рождается из цикла «цели → данные → проверка гипотез», а не из «сделали — поехали дальше».
Мысль очень простая, но при этом приземляющая. Если вы хотите за что-то отвечать, то вас точно будут критиковать в случаях неудач. И скорее всего даже если всё будет хорошо, то найдется за что не похвалить.
Егор был одним из моих первых менеджеров в бигтехе. Я был молод и неопытен, а он уже тогда управлял большим продуктом (и делал это круто). Наблюдать за его работой было интересно и иногда непонятно.
Книга получилась такой же: практичной, без воды и магии. Если вы давно в менеджменте — многие практики покажутся знакомыми. Но ценность в том, что Егор даёт инструкции, как именно их внедрять. Он фактически рассказывает, как работал сам и почему это приносило результат.
В этом главная ценность книги. Рекомендую однозначно.
Кстати у Егора есть канал где он так же делится своим опытом.
Оценка книги: 8/10
Остальные обзоры книг доступны по тегу #книгобзор@teamleading
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥39🎉15❤14👍13⚡2