Мои перерывы в попытке писать регулярно
Из всех самых моих любимых прокрастинации, подготовка доклада это мой топчик. А следующая неделя это бинго из трёх докладов-обсуждений.
Итак пара нативных интеграций куда ещё можно заскочить.
1/ Подлодка Тимлид Дрю с 2020 года. Первые сезоны очень сильно повлияли на то, как и кем я сейчас работаю в целом. Последующие были полезны более точечно по разным вопросам от роста команды, мотивации до переговоров.
Мой открывающий утренний доклад «Команды в кризис: растим под прессом ограничений». Поговорим про то, что делать в кризисной ситуации с ростом команды при ограничениях.
Со следующего понедельника: утренние и вечерние сессии онлайн.
Была пара бесплатных проходок на конфу (уже использованы).
https://podlodka.io/tlcrew
2/ Вторая англоязычная и в понедельник же вечером. В клубе Papers in Systems проведу дискуссию о небольшой статье Lisanne Bainbridge "Ironies of Automation” об иронии как усилия по автоматизации могут давать обратный эффект и о том чем сложнее автоматизации, тем более важным будет вклад человека-оператора.
Бесплатно и зарегистрироваться: https://ti.to/bredemeyer/bainbridgeironiesofautomation
Сама статья: https://ckrybus.com/static/papers/Bainbridge_1983_Automatica.pdf
Из всех самых моих любимых прокрастинации, подготовка доклада это мой топчик. А следующая неделя это бинго из трёх докладов-обсуждений.
Итак пара нативных интеграций куда ещё можно заскочить.
1/ Подлодка Тимлид Дрю с 2020 года. Первые сезоны очень сильно повлияли на то, как и кем я сейчас работаю в целом. Последующие были полезны более точечно по разным вопросам от роста команды, мотивации до переговоров.
Мой открывающий утренний доклад «Команды в кризис: растим под прессом ограничений». Поговорим про то, что делать в кризисной ситуации с ростом команды при ограничениях.
Со следующего понедельника: утренние и вечерние сессии онлайн.
Была пара бесплатных проходок на конфу (уже использованы).
https://podlodka.io/tlcrew
2/ Вторая англоязычная и в понедельник же вечером. В клубе Papers in Systems проведу дискуссию о небольшой статье Lisanne Bainbridge "Ironies of Automation” об иронии как усилия по автоматизации могут давать обратный эффект и о том чем сложнее автоматизации, тем более важным будет вклад человека-оператора.
Бесплатно и зарегистрироваться: https://ti.to/bredemeyer/bainbridgeironiesofautomation
Сама статья: https://ckrybus.com/static/papers/Bainbridge_1983_Automatica.pdf
🔥2
Метрики, мои командные метрики
Почти на всех менеджерских интервью что я помню меня спрашивали про метрики команды: как я пойму что она работает ок. Отвечал я на него я обычно не очень бойко. Так что вопросы на какие метрики менее вредно смотреть и не использовать в качестве цели меня часто занимают.
Естественно тут будет классический закон Гудхарта: «Когда мера становится целью, она перестает быть хорошей мерой». И цитата Деминга, заодно: «Нельзя управлять тем, что нельзя измерить». А он, упс, её не говорил, вообще говоря имел ввиду другое, что в сложной системе, если что-то и получается измерять, то мы в конечном счёте начинаем смотреть только на то, что измеряемое и менять его.
Но вот есть какие-то внутренние команды, а от них могут хотеть амбициозных чисел, чего они будем добиваться в Q2. А команды про улучшение процессов: внедрить исследование там где их не было, не запускать в разработку что было плохо на исследованиях и тому подобное.
Может быть для начала подойдёт пара принципов: 1) давайте делать вещи как можно проще 2) давайте делать цикл обратной связи от информации от клиента до его фидбека по этой фиче как можно короче, или аналогично цикл проверки продуктовой гипотезы. Они не как North Star метрики для продуктовой разработки, они принципы, исходя из которых мы выбираем, что мы делаем из нашего выбора.
Первое это больше вопрос компетентности и стремления не оверинжинирить систему (мы разработчики иногда любим так). Второе может быть реально сложно померить. Время от инсайта от кастдева до внедрения, а как же это трекать? В общем, если пока никак, то нормально, просто держать в голове этот принцип, чтобы понимать что даже если мы можем что-то оптимизировать локально, глобально может стать не лучше или даже хуже (это уже в Теорию Ограничений).
Из Lean можно позаимствовать метрики Cycle Time всяких разных этапов. Померив всякое как тикеты путешествуют с момента создания до завершения разработки можно увидеть Development Cycle Time. То есть сколько времени фича разрабатывалась до продакшена. Сюрприз-сюрприз, обычно этот Development Cycle Time самый жирный.
А это значит, что нам нужно его оптимизировать для разработки. И также это значит, что в разработку надо закидывать как можно более лучшие фичи с точки зрения прибыли или Сost of Delay (сколько денег мы будем терять, если фичу не делаем). То есть метрика это количество часов разработки, которые сэкономили на нехороших фичах, и прибыль (или сокращения убытков), которые получили с новыми фичами. Можно ретроспективно попытаться посчитать: например сесть с лидом разработки и верхнеуровнево оценить, сколько стоило бы сделать негодные фичи и сколько часов в поддержке и выпиливании они могли потребовать бы. То есть в итоге сколько денег бы потеряли за минусом маленькой возможной прибыли.
Но вот проблема в том, что не получится ставить целью сколько денег надо сэкономить компании или какой будет длина цикла обратной связи, потому что мы строим систему, но не влияем прямо на то что продакты, аналитики или команды разработки делают. Но может быть рисование этой картинки для руководителей поможет выстраиванию доверия. И обоснованию что разумных метрик здесь много не выйдет.
А так как я специалист рекомендовать хорошие книги по рекомендациям хороших людей, которые я сам ещё не читал: хочу добраться до книги, которая это всё подробнее разбирает.
Lean Enterprise: Jez Humble, Joanne Molesky, Barry O’Reilly https://www.goodreads.com/book/show/18167218-lean-enterprise
Почти на всех менеджерских интервью что я помню меня спрашивали про метрики команды: как я пойму что она работает ок. Отвечал я на него я обычно не очень бойко. Так что вопросы на какие метрики менее вредно смотреть и не использовать в качестве цели меня часто занимают.
Естественно тут будет классический закон Гудхарта: «Когда мера становится целью, она перестает быть хорошей мерой». И цитата Деминга, заодно: «Нельзя управлять тем, что нельзя измерить». А он, упс, её не говорил, вообще говоря имел ввиду другое, что в сложной системе, если что-то и получается измерять, то мы в конечном счёте начинаем смотреть только на то, что измеряемое и менять его.
Но вот есть какие-то внутренние команды, а от них могут хотеть амбициозных чисел, чего они будем добиваться в Q2. А команды про улучшение процессов: внедрить исследование там где их не было, не запускать в разработку что было плохо на исследованиях и тому подобное.
Может быть для начала подойдёт пара принципов: 1) давайте делать вещи как можно проще 2) давайте делать цикл обратной связи от информации от клиента до его фидбека по этой фиче как можно короче, или аналогично цикл проверки продуктовой гипотезы. Они не как North Star метрики для продуктовой разработки, они принципы, исходя из которых мы выбираем, что мы делаем из нашего выбора.
Первое это больше вопрос компетентности и стремления не оверинжинирить систему (мы разработчики иногда любим так). Второе может быть реально сложно померить. Время от инсайта от кастдева до внедрения, а как же это трекать? В общем, если пока никак, то нормально, просто держать в голове этот принцип, чтобы понимать что даже если мы можем что-то оптимизировать локально, глобально может стать не лучше или даже хуже (это уже в Теорию Ограничений).
Из Lean можно позаимствовать метрики Cycle Time всяких разных этапов. Померив всякое как тикеты путешествуют с момента создания до завершения разработки можно увидеть Development Cycle Time. То есть сколько времени фича разрабатывалась до продакшена. Сюрприз-сюрприз, обычно этот Development Cycle Time самый жирный.
А это значит, что нам нужно его оптимизировать для разработки. И также это значит, что в разработку надо закидывать как можно более лучшие фичи с точки зрения прибыли или Сost of Delay (сколько денег мы будем терять, если фичу не делаем). То есть метрика это количество часов разработки, которые сэкономили на нехороших фичах, и прибыль (или сокращения убытков), которые получили с новыми фичами. Можно ретроспективно попытаться посчитать: например сесть с лидом разработки и верхнеуровнево оценить, сколько стоило бы сделать негодные фичи и сколько часов в поддержке и выпиливании они могли потребовать бы. То есть в итоге сколько денег бы потеряли за минусом маленькой возможной прибыли.
Но вот проблема в том, что не получится ставить целью сколько денег надо сэкономить компании или какой будет длина цикла обратной связи, потому что мы строим систему, но не влияем прямо на то что продакты, аналитики или команды разработки делают. Но может быть рисование этой картинки для руководителей поможет выстраиванию доверия. И обоснованию что разумных метрик здесь много не выйдет.
А так как я специалист рекомендовать хорошие книги по рекомендациям хороших людей, которые я сам ещё не читал: хочу добраться до книги, которая это всё подробнее разбирает.
Lean Enterprise: Jez Humble, Joanne Molesky, Barry O’Reilly https://www.goodreads.com/book/show/18167218-lean-enterprise
👍5
Стратегия с Картой Гипотез
Когда я в конце года думал что такое стратегия, как к ней подступиться мне посоветовали книгу Ричарда Румельта
(Richard Rumelt "Good strategy. Bad strategy”). В ней меня зацепили вещи, поясняющие что не является стратегией. То, что не содержит объяснения, что мы будем делать, как мы это будем делать и почему мы это делаем стратегией не является. Меня это сильно зацепило в отличие от безликих аморфных миссий и стратегий, которые я видел до.
Параллельно я стал подробнее изучать что пишет Александр Бындю про собственный метод Карты Гипотез, где ответ на вопрос почему мы это будем делать тоже стоит на особом месте.
Я подумал что будет интересно поделиться этим. Поэтому я перевёл с русского на английский обновлённые материалы-шпаргалки из карты гипотез (внезапно, наверное, для обеих аудиторий).
Переведённая шпаргалка: https://miro.com/app/board/uXjVLhoB0S0=/
Официальный сайт: https://картагипотез.рф/
Когда я в конце года думал что такое стратегия, как к ней подступиться мне посоветовали книгу Ричарда Румельта
(Richard Rumelt "Good strategy. Bad strategy”). В ней меня зацепили вещи, поясняющие что не является стратегией. То, что не содержит объяснения, что мы будем делать, как мы это будем делать и почему мы это делаем стратегией не является. Меня это сильно зацепило в отличие от безликих аморфных миссий и стратегий, которые я видел до.
Параллельно я стал подробнее изучать что пишет Александр Бындю про собственный метод Карты Гипотез, где ответ на вопрос почему мы это будем делать тоже стоит на особом месте.
Я подумал что будет интересно поделиться этим. Поэтому я перевёл с русского на английский обновлённые материалы-шпаргалки из карты гипотез (внезапно, наверное, для обеих аудиторий).
Переведённая шпаргалка: https://miro.com/app/board/uXjVLhoB0S0=/
Официальный сайт: https://картагипотез.рф/
miro.com
Hypotheses mapping template
👍3🤮1💩1
А что если в пятницу просто несколько собственных нарисованных картиномемов про индустрию #meme
🔥2👍1
Английский? Да ну его к чёрту!
Больше трёх лет старался смотреть все фильмы и сериалы на английском языке оригинала или не смотреть вообще. И в какой-то момент щёлкнуло, что я пока останусь только с экспатским разговорным английским, потому что понимать носителей языка и говорить лучше нужно будет ещё много усилий. А усилия нужны во всех других направлениях.
Так что стал включать сериал в дубляже, пока можно получить больше удовольствия. Английский подождёт до завтра. Или до послезавтра. Может быть год будет больше про разрешение себе быть неидеальным.
Больше трёх лет старался смотреть все фильмы и сериалы на английском языке оригинала или не смотреть вообще. И в какой-то момент щёлкнуло, что я пока останусь только с экспатским разговорным английским, потому что понимать носителей языка и говорить лучше нужно будет ещё много усилий. А усилия нужны во всех других направлениях.
Так что стал включать сериал в дубляже, пока можно получить больше удовольствия. Английский подождёт до завтра. Или до послезавтра. Может быть год будет больше про разрешение себе быть неидеальным.
👍1
Завидую людям без ОКР на мигающие иконочки. Но вот коллега пошарил экран, а там в почте пять тысяч (ПЯТЬ ТЫСЯЧ!) непрочитанных писем. Или горит 126 нотификаций в приложении, ну как так?!
Вот салаты доедены, и после Нового года нужно точно что-то новое внедрить, хотя бы для того, чтобы было не жалко его потом выкинуть.
С книгами Дорофеева Джедайских техник стали модно экономить мыслетопливо. Поэтому всё мешающее и раздражающее стали убирать, либо хотя бы прятать под ковёр.
Выключенные уведомления на телефоне почти для всего, чтобы не моргало и не мигало. Ставим галочку на том, что почти руками выключили это везде.
Звонки на телефон давно перестали быть личным пространством и стали для спама и мошенников. Глушение всех звонков с незнакомых номеров. Иногда, то есть редко, я пропускаю что-то важное, потому что в Германии официальные ведомства могут действительно позвонить по телефону. Иногда включаю обратно, но понимаю что редко что-то теряю.
Почта. Любимая шутка менеджеров. В личной и рабочих почтах сделал, что все сообщения в почте становятся автоматически прочитанными. И лежат во входящих пока я их не прочитаю, не удалю/отпишусь или не сделаю что-то по мотивам письма. Читаю, когда есть минута и вспоминаю, что неплохо бы прочитать. Выходит всё равно достаточно часто. Странные ситуации, когда приходят в мессенджер, чтобы прийти и сказать вот смотри тут очень важное письмо, почему за 10 минут не ответил — их пока продолжим считать странными и договоримся, что тогда можно пинговать в чатах тоже.
Все групповые чаты, сообщества и каналы в Телеграме на мьюте. И в Слаке. И в Дискорде. Так как работа в Тимс, там не на мьюте, но мы маленькие потому что. Контекст решает.
Трекинг времени в приложениях, чтобы не залипал где попало. Я смотрю его и радостно залипаю дальше, так что оставим это в теме возможности для 2026 года.
Какую ещё бы жертву эффективности принести?
Вот салаты доедены, и после Нового года нужно точно что-то новое внедрить, хотя бы для того, чтобы было не жалко его потом выкинуть.
С книгами Дорофеева Джедайских техник стали модно экономить мыслетопливо. Поэтому всё мешающее и раздражающее стали убирать, либо хотя бы прятать под ковёр.
Выключенные уведомления на телефоне почти для всего, чтобы не моргало и не мигало. Ставим галочку на том, что почти руками выключили это везде.
Звонки на телефон давно перестали быть личным пространством и стали для спама и мошенников. Глушение всех звонков с незнакомых номеров. Иногда, то есть редко, я пропускаю что-то важное, потому что в Германии официальные ведомства могут действительно позвонить по телефону. Иногда включаю обратно, но понимаю что редко что-то теряю.
Почта. Любимая шутка менеджеров. В личной и рабочих почтах сделал, что все сообщения в почте становятся автоматически прочитанными. И лежат во входящих пока я их не прочитаю, не удалю/отпишусь или не сделаю что-то по мотивам письма. Читаю, когда есть минута и вспоминаю, что неплохо бы прочитать. Выходит всё равно достаточно часто. Странные ситуации, когда приходят в мессенджер, чтобы прийти и сказать вот смотри тут очень важное письмо, почему за 10 минут не ответил — их пока продолжим считать странными и договоримся, что тогда можно пинговать в чатах тоже.
Все групповые чаты, сообщества и каналы в Телеграме на мьюте. И в Слаке. И в Дискорде. Так как работа в Тимс, там не на мьюте, но мы маленькие потому что. Контекст решает.
Трекинг времени в приложениях, чтобы не залипал где попало. Я смотрю его и радостно залипаю дальше, так что оставим это в теме возможности для 2026 года.
Какую ещё бы жертву эффективности принести?
🥴2
Многие люди злятся на бессмысленные посты, созданные Аяй, и узнав блокируют авторов. Я их прекрасно понимаю 🥸 Ребята, так больше жить нельзя! Пожалуйста, добавьте к нашим промптам:
– Пожалуйста, используйте только один смайлик для привлечения внимания
- Замените тире дефисами (это противоречит правилам типографики, но что еще можно сделать)
– Допустите орфографические ошипки как минимум в двух словах на каждые 3-4 абзаца
– Удалите случайные запятые или знаки препинания
– Добавьте два пробела где-нибудь
– Плз, добавьте неуместные жаргонные выражения
Делитесь своими подсказками в комментариях. Сделаем снова веб великим! Даже если нам понадобится немного юмора/юмора
– Пожалуйста, используйте только один смайлик для привлечения внимания
- Замените тире дефисами (это противоречит правилам типографики, но что еще можно сделать)
– Допустите орфографические ошипки как минимум в двух словах на каждые 3-4 абзаца
– Удалите случайные запятые или знаки препинания
– Добавьте два пробела где-нибудь
– Плз, добавьте неуместные жаргонные выражения
Делитесь своими подсказками в комментариях. Сделаем снова веб великим! Даже если нам понадобится немного юмора/юмора
🔥6
Вчера стало 34. Ура! А я раздумывал про последний год.
Год был про разное.
Про смелость. Я подвёл итоги 2025 в виде продолбов, опубликовал в закрытую, но нет смелости написать то же самое здесь. Подумаю вообще могу ли сам для себя сформулировать нерафинированные истории про неудачи.
А что победы? Выступил там-то, отпустил тут, не сдался там-то, помог не зафакапить что-то полностью.
«И это победы? Ха-ха» (спасибо, критик, очень ценно).
Про любознательность. Вечный дрыгатель подпихивал то в одну сторону, то в другую.
Про оптимизм.
Про коммуникацию. Начиная с коммуникации с собой.
Про лучшее понимание себя и своих желаний.
Про быть почаще в сейчас, а не в прошлом или будущем. И много внутренней работы.
Про ответственность. За свои решения и нерешения.
Много попробовал и забил. А пускай так себе и пожелаю на следующий год: пробывать и забивать на что-то.
🙃
Год был про разное.
Про смелость. Я подвёл итоги 2025 в виде продолбов, опубликовал в закрытую, но нет смелости написать то же самое здесь. Подумаю вообще могу ли сам для себя сформулировать нерафинированные истории про неудачи.
А что победы? Выступил там-то, отпустил тут, не сдался там-то, помог не зафакапить что-то полностью.
«И это победы? Ха-ха» (спасибо, критик, очень ценно).
Про любознательность. Вечный дрыгатель подпихивал то в одну сторону, то в другую.
Про оптимизм.
Про коммуникацию. Начиная с коммуникации с собой.
Про лучшее понимание себя и своих желаний.
Про быть почаще в сейчас, а не в прошлом или будущем. И много внутренней работы.
Про ответственность. За свои решения и нерешения.
Много попробовал и забил. А пускай так себе и пожелаю на следующий год: пробывать и забивать на что-то.
🙃
🎉5👍1