Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago
Был тут на атомном ледоколе «Ленин» в Мурманске. Какие-то мощнейшие вайбы поймал. Что-то на пересечении слов - гордость, Родина и патриотизм.
Пока был на экскурсии ко мне пришли две мысли.
Легенда
Слушая про этот ледокол, про его историю и подвиги, про его капитанов и старпомов, поймал себя на мысли о том, какую крутую и легендарную жизнь прожили команды этого корабля. Волей не волей начали посещать мысли вроде «а что нужно, чтобы стать легендой? что изменить прямо сейчас? а вообще нужно ли жить так, чтобы о тебе слагали легенды?».
Какой-то мощный импульс рефлексии получился в итоге от всего этого. Всем советую там побывать.
Ответственность
Атомный ледокол - это серьезно. Слово «атомный» накладывает огромную ответственность. Уверен, что команды корабля это понимали.
Делая IT в русских bigtech и fintech компаниях не всегда понимаешь этот уровень ответственности.
Именно поэтому одна из задач руководителя убеждаться в том, что его команда понимает это и транслирует дальше.
И я сейчас не про client centric или customer obsessed подходы. Я про банальную ответственность за то, что от того, что ты делаешь, зависят люди. А иногда и их жизни.
«Все модели неверны, но некоторые полезны» (с) Джордж Бокс
Да и вообще модели опасная штука. Они очень сильно фреймят. А если в модели ошибка, которую ты не отловил и доверился этой модели полностью, то может быть совсем неприятно. Одна ошибка и ты ошибся.
Только представьте. Вы исследуете новые области вашего бизнеса и компании, строите там какие-то модели и метрики, чтобы получать хоть какие-то ориентиры и точки опоры. А в конце года вдруг находите ошибку и понимаете, что все это время метрика не росла, а стагнировала или, ещё хуже, падала.
Со всякими моделями принятия решений аналогичные ситуации могут происходить. Давайте базу возьмем - Матрицу Эйзенхауэра. Ошибся с определением важности и/или срочности, определил не тот квадрант. И… проиграл.
Мне очень нравятся модели. Особенно те, которые позволяют раскладывать объект исследования в виде формулы. Тот же Закон Литтла например. Или всякие приоритеты по ICE/RICE/WSJF. Или индексы и прокси-метрики типа «стоимость фичи» aka «ФОТ / Thoughput». Уменьшай числитель, увеличивай знаменатель. Ну или наоборот. Очень удобно. Прямая инструкция к действиям. Аж деревом метрик запахло :)
Вот кстати интересный пост про формулу счастья.
Главное помнить про то, что модель не всегда правдива, в модели может быть ошибка, модель фреймит. Просто заставляешь себя снимать очки (модель), через которую ты смотришь на ситуацию. Иногда надевать другие. И всё будет хорошо.
Услышал тут альтернативный взгляд на концепцию Work-Life Balance.
Work-Life Blend называется. Картинка и статья примерно дает понять о чем она.
Я достаточно давно перестал отделять личные задачи от рабочих как на уровне трекера, базы знаний, календаря, так и в целом в голове. Уже не понимаю как жить по другому. А теперь ещё и название знаю :)
Это конечно в том числе про ответственность за итоговый результат твоих действий, ибо иногда в официальное рабочее время ты можешь быть в очереди в МФЦ, забирать ребенка со школы или что угодно ещё. А работу и результат при этом никто не отменял.
Ну и про уважение к твоим сотрудникам, которым ты можешь, живя в таком ритме, вместо отложенных на рабочее время сообщений, отправлять письма в 22:00 в субботу.
P.S. А ещё оказывается есть Work-Life Harmony, что тоже очень близко к теме.
Стив Джобс в своей легендарной речи к выпускникам Стэнфордского университета в 2005 году рассказывал метафору про точки и прямые. Позже я эту метафору услышал в книге «Я - CEO» Ильи Кретова.
А мысль в том, что невозможно заранее увидеть какие-то связи (прямые) между тем, что происходит вокруг тебя (точки) прямо сейчас. Эту связь можно увидеть лишь оглядываясь назад.
Вспомнил я эту мысль потому, что недавно, обсуждая достаточно масштабные управленческие задачи и инициативы уровня всей компании, мы с ребятами не один раз упоминали фразы вроде «эх, вот было бы у нас систематизировано X или выровнено по всей компании Y, мы бы тогда легко поняли что происходит и решили бы вопрос уже сегодня».
И ведь действительно невозможно предсказать, как то, что ты делаешь сейчас, поможет тебе в будущем. Остается только верить и распространять уверенность в этой вере всем вокруг.
В своем блоге я уже неоднократно рассказывал про разные типы документов и процессы вокруг них.
Недавно моя зона ответственности расширилась на еще одно направление и для управления им я на автомате засетапил базовый джентельменский набор типизированных реестров (баз данных в терминах Notion) с документами, про который и хочу рассказать.
Начнём с того, что я очень сильно верю в асинхронные форматы коммуникации и верю в то, что они должны быть заранее продуманными, стройными, удобными и результативными.
Каждый реестр - это по факту хранилище документов одного типа.
Главные страницы каждого реестра очень похожи:
• Описание реестра
• Кнопка для создания документа по шаблону
• Блок с фильтрацией
• Список документов в реестре
А теперь пройдемся по реестрам.
Decisions
Тут фиксируем важные принятые решения, описываем контекст, само решение и так далее.
В чем польза:
• Даблчек того, что обсужденное на встрече решение было правильно понято
• Легкость в распространении решения
• Возможность вернуться и вспомнить «а почему так решили, кто решил, и так далее»
One To One Meeting Notes
Без комментариев. Чистейшая база.
Single/Regular Meeting Notes
Также база. Скажу только то, что в Single реестре находятся заметки с разовых встреч, а в Regular реестре хранятся страницы, в которых содержится вся история по всему циклу встреч, описание самой встречи, актуальная агенда на следующую встречу, какие-то правила её проведения и так далее.
RFC + PDR
Уже писал про них в своем блоге. Повторяться не буду. По ссылке в начале поста можно выйти на них.
Reports
Мы в компании очень сильно про Data Driven и инструментов работы с данными (в том числе с их визуализацией) у нас много, а различных отчетов и дашбордов ещё больше.
Этот реестр содержит карточки с названиями, описаниями, ссылками на отчеты и ещё набором полезной мета-информации.
А глобальный поиск по всем этим данным через виджет с фильтром позволяет супер-быстро находить нужный тебе отчет.
Personal Pages
Все просто. Не знаешь куда завести документ или просто хочешь выгрузить какие-то мысли и поделиться ими с кем-то? Тогда заводишь страницу со своим именем и под неё кидаешь любые доки.
С одной стороны дублирует функцию личного пространства, а с другой стороны удобно и защищает от потери документов при увольнении сотрудника.
Issues Pages
Для лидерской команды направления есть отдельный JIRA Board, на котором мы управляем инициативами.
А когда в рамках проработки инициативы появляется необходимость что-то накидать текстом, то в этом реестре заводиться страница с key и summary из JIRA issue в названии (связь, как вы поняли, один к одному), а под ней уже складывается всё, что связанно с этой задачей.
Супер удобно искать рабочие заметки по инициативе. Особенно когда инициатива уже пол года как завершилась.
Вставленный JIRA issue на страницу автоматом линкует её и в самой JIRA. Супер удобно.
И всё?
Это базовый гигиенический минимум. А дальше, в зависимости от потребности, появляются новые реестры. Получается достаточно структурировано, масштабируемо и, как итог, эффективно.
Во вторник к нам в офис заглядывал Сережа со своими разгонами безвотэтоговотвсего.
Обсуждали тему бирюзы и авторитарности, примеры из жизни, историю становления и так далее. Было очень интересно. Рекомендую посмотреть запись (ссылка в посте Сережи).
Мне очень близка мысль о том, что всё это инструменты менеджмента, а руководитель должен мочь применить их в нужном месте и в нужное время.
Отдельно там прозвучала классная фраза - «Shit umbrella». Это про то, что руководитель должен быть зонтиком для своей команды от поступающей сверху информации.
Я очень согласен не столько с самим термином (не верю в его абсолютность и крайность), сколько с уточнениями, которые прозвучали на разгонах, про то, что это должен быть скорее зонтик с дырками. А ещё лучше мембрана.
Всегда есть информация, которую вредно скрывать и/или прятать за обтекаемыми формами. Особенно в наше время.
В субботу 23 ноября буду на конференции Soft Weekend.
В основном иду туда за парой докладов и нетворкингом.
На конференции будет много крутых спикеров. Если есть желание качнуться в софтах об доклады, нетворкинг, рефлексию и практику, то залетай.
А для подписчиков канала от создателя конференции есть промокод на 10% «KONOPLEVTHOUGHTS» (отправлю отдельным сообщением в комментариях для быстрого копирования).
Помню его два доклада про карьерные уровни Soft Skills (раз и два) с достаточно мощным и системным взглядом на то, какие Soft Skills вообще есть. Очень зашло в свое время.
Ну и конечно не нужно забывать, что сегодня Soft Skills - это ключевой навык для роста в Senior SDE.
Недавно Витя Тарнавский делал пост в своем блоге о жизненных принципах Сэма Альтмана.
Очень полезный материал для саморефлексии. Всем советую уделить время, вдумчиво вчитаться (именно в оригинальный пост, а не в скрин) и попробовать приложить на свою жизнь.
Architec.Ton is a ecosystem on the TON chain with non-custodial wallet, swap, apps catalog and launchpad.
Main app: @architec_ton_bot
Our Chat: @architec_ton
EU Channel: @architecton_eu
Twitter: x.com/architec_ton
Support: @architecton_support
Last updated 1 month ago
Канал для поиска исполнителей для разных задач и организации мини конкурсов
Last updated 1 month, 3 weeks ago