“Мы не физики, мы историки. У нас единицы времени — не секунда, а век, и дела наши — это даже не посев, мы только готовим почву для посева. Я боюсь, что закончится время, боюсь не сделать, боюсь не увидеть. А чего боитесь вы?”
Эти слова могли бы быть моими. Для меня это — не только про страхи, но и про смысл. Про то, что каждый наш день, каждое действие, каждая мысль или идея — это вклад в будущее, которое, возможно, мы сами никогда не увидим.
А позавчера ночью не стало Таси Шеремет. Ей было всего 22 года. Девочки, которая в 2018-м написала эти строки. Тогда ей было всего 15, и она уже думала о том, что не хватает времени. О том, как важно оставаться частью чего-то большего, как важно делать шаги, которые, возможно, сейчас не видны, но однажды станут основой для чего-то значимого.
Ее слова будто написаны от лица целого поколения. Поколения тех, кто не может ждать, потому что каждый их день — это борьба. Борьба за жизнь, за ценности, за право быть услышанными.
Если вы не знаете ее историю — она здесь: 👉 https://takiedela.ru/news/2025/02/13/taisiya-sheremet-umerla/.
Этим постом я хочу напомнить, что среди нас есть люди, которые не могут позволить себе просто плыть по течению. Для них важно что-то менять — в себе, в окружающих, в мире. Это их ценностный код. Они боятся не сделать, не успеть, не увидеть.
И если эти слова откликаются вам — подумайте, какой след вы хотите оставить. Для кого-то. Для себя.
Просто ДШ…
PS Да, этот канал, иногда из экспертного, становится личным!
Эти слова могли бы быть моими. Для меня это — не только про страхи, но и про смысл. Про то, что каждый наш день, каждое действие, каждая мысль или идея — это вклад в будущее, которое, возможно, мы сами никогда не увидим.
А позавчера ночью не стало Таси Шеремет. Ей было всего 22 года. Девочки, которая в 2018-м написала эти строки. Тогда ей было всего 15, и она уже думала о том, что не хватает времени. О том, как важно оставаться частью чего-то большего, как важно делать шаги, которые, возможно, сейчас не видны, но однажды станут основой для чего-то значимого.
Ее слова будто написаны от лица целого поколения. Поколения тех, кто не может ждать, потому что каждый их день — это борьба. Борьба за жизнь, за ценности, за право быть услышанными.
Если вы не знаете ее историю — она здесь: 👉 https://takiedela.ru/news/2025/02/13/taisiya-sheremet-umerla/.
Этим постом я хочу напомнить, что среди нас есть люди, которые не могут позволить себе просто плыть по течению. Для них важно что-то менять — в себе, в окружающих, в мире. Это их ценностный код. Они боятся не сделать, не успеть, не увидеть.
И если эти слова откликаются вам — подумайте, какой след вы хотите оставить. Для кого-то. Для себя.
Просто ДШ…
PS Да, этот канал, иногда из экспертного, становится личным!
Такие дела
Героиня «Таких дел» журналистка Таисия Шеремет с муковисцидозом умерла в реанимации
Она вела популярный блог о жизни со своим заболеванием
❤6🔥5💔4😢2👏1
🟦 Про найм, собесы и синие-красные очки 🟥
Давайте поговорим про найм. Я даже не представляю, сколько сотен человек я собеседовала за свою карьеру. Несколько сотен? Больше тысячи? Понятия не имею. С какого-то момента просто перестаешь считать.
И да, пост навеян тем, что сейчас я снова участвую в найме...
И кого я только не собеседовала: аналитиков, тестировщиков, разработчиков (бэк и фронт), дизайнеров, менеджеров, лидов, техписов, различных руководителей отделов. В общем, список длинный. И знаете, что каждый раз удивляет?
Смысл вопросов.
Меня иногда ставят в тупик вопросы, которые задают на собеседованиях. Вот, например, когда собесилась в крайней итерации: меня спросили, как проходит мой день. На мой уточняющий вопрос, что именно хотят этим узнать, мне сказали: "Мы хотим понять, как вы разбираете почту." Как связаны эти два вопроса, я до сих пор не поняла.
Или вот совсем абсурдный случай. Когда-то меня спросили, почему мы с мужем не заводим ребенка (меня кроме бестактности вопроса коробит и от формулировки "завести" - бррррр). На мой ответ, что это не их дело, HR была искренне удивлена: "А что такого? Это нормальный вопрос, чтобы понять, когда вы уйдете в декрет."
Да, вопросы могут быть смешными, неуместными или глубоко в точку. Но главное — это то, что за ними скрывается: наш взгляд на мир. Когда мы собеседуем, мы не просто проверяем скиллы. Мы ищем. И в идеале ищем:
📌 Тех, с кем нам комфортно.
📌 Тех, кто дополнит нас.
📌 Тех, кто сможет стать оппозицией — умной, конструктивной, чтобы помочь нам смотреть на мир шире.
И это сложно. Потому что мозг упорно хочет найти тех, кто "как мы". Тех, кто смотрит туда же, думает похоже. Но если вся команда мыслит одинаково, то рано или поздно вы упираетесь в стену. Решения перестают быть гибкими.
Вот почему на собеседовании важно искать "разные стеклышки". Как в тех 3D-очках из детства: одно стекло синее, другое — красное. Только вместе они дают объемную картинку.
И вот что я бы рекомендовала проверять на собеседованиях (да, это больше, чем софты и харды):
⚒️ Какой у человека набор навыков?
🧠 Как он думает и принимает решения?
🤝 Сможете ли вы сработаться?
💪 Что он может привнести в команду/компанию, чтобы усилить ее?
🙅 И сможет ли он быть для вас разумной оппозицией?
Пятая точка — самая сложная. Но именно она помогает избежать "туннельного мышления".
Можно ли все это проверить за час/полтора на собесе? Я уверена, что нет.
Но, точно можно постараться понять, что человек точно не соответствует вашим пунктам!
И помните: собеседование — это встреча двух сторон. Работодатель оценивает вас, но и вы тоже оцениваете работодателя. Если это вин-вин, то есть шанс, что все получится!
И вот точно, чего я не фанат, так это того, когда кандидат подстраивается под собеседующего, чтобы казаться таким, каким нужно! Во-первых, чаще всего люди "палятся", во-вторых, долго притворяться сложно. А еще работать в неудобном для себя амплуа — это уже не брррр, а буэ🤢
Хорошего найма и собеседований, в результате которых вы получите объемную картинку!
И открываю портал в АД😈 : делитесь САМЫМИ идиотскими вопросами с собесов в вашей жизни!
#people_management
Давайте поговорим про найм. Я даже не представляю, сколько сотен человек я собеседовала за свою карьеру. Несколько сотен? Больше тысячи? Понятия не имею. С какого-то момента просто перестаешь считать.
И да, пост навеян тем, что сейчас я снова участвую в найме...
И кого я только не собеседовала: аналитиков, тестировщиков, разработчиков (бэк и фронт), дизайнеров, менеджеров, лидов, техписов, различных руководителей отделов. В общем, список длинный. И знаете, что каждый раз удивляет?
Смысл вопросов.
Меня иногда ставят в тупик вопросы, которые задают на собеседованиях. Вот, например, когда собесилась в крайней итерации: меня спросили, как проходит мой день. На мой уточняющий вопрос, что именно хотят этим узнать, мне сказали: "Мы хотим понять, как вы разбираете почту." Как связаны эти два вопроса, я до сих пор не поняла.
Или вот совсем абсурдный случай. Когда-то меня спросили, почему мы с мужем не заводим ребенка (меня кроме бестактности вопроса коробит и от формулировки "завести" - бррррр). На мой ответ, что это не их дело, HR была искренне удивлена: "А что такого? Это нормальный вопрос, чтобы понять, когда вы уйдете в декрет."
Да, вопросы могут быть смешными, неуместными или глубоко в точку. Но главное — это то, что за ними скрывается: наш взгляд на мир. Когда мы собеседуем, мы не просто проверяем скиллы. Мы ищем. И в идеале ищем:
📌 Тех, с кем нам комфортно.
📌 Тех, кто дополнит нас.
📌 Тех, кто сможет стать оппозицией — умной, конструктивной, чтобы помочь нам смотреть на мир шире.
И это сложно. Потому что мозг упорно хочет найти тех, кто "как мы". Тех, кто смотрит туда же, думает похоже. Но если вся команда мыслит одинаково, то рано или поздно вы упираетесь в стену. Решения перестают быть гибкими.
Вот почему на собеседовании важно искать "разные стеклышки". Как в тех 3D-очках из детства: одно стекло синее, другое — красное. Только вместе они дают объемную картинку.
И вот что я бы рекомендовала проверять на собеседованиях (да, это больше, чем софты и харды):
⚒️ Какой у человека набор навыков?
🧠 Как он думает и принимает решения?
💪 Что он может привнести в команду/компанию, чтобы усилить ее?
🙅 И сможет ли он быть для вас разумной оппозицией?
Пятая точка — самая сложная. Но именно она помогает избежать "туннельного мышления".
Можно ли все это проверить за час/полтора на собесе? Я уверена, что нет.
Но, точно можно постараться понять, что человек точно не соответствует вашим пунктам!
И помните: собеседование — это встреча двух сторон. Работодатель оценивает вас, но и вы тоже оцениваете работодателя. Если это вин-вин, то есть шанс, что все получится!
И вот точно, чего я не фанат, так это того, когда кандидат подстраивается под собеседующего, чтобы казаться таким, каким нужно! Во-первых, чаще всего люди "палятся", во-вторых, долго притворяться сложно. А еще работать в неудобном для себя амплуа — это уже не брррр, а буэ
Хорошего найма и собеседований, в результате которых вы получите объемную картинку!
И открываю портал в АД
#people_management
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍6❤2
🔥 Сегодня мой день на Рупоре лида!
💬 Тема дня: выгорание — не только отдельных людей, но и целых команд. Как мониторить и настраивать алертинг по команде!
А главное:
1) Как пережить сроки, требования и заклятие общекорпоративных проектов, оставаясь в живых?
2) Как помочь главному юниту — вашей команде — восстанавливаться и не сгорать под нагрузкой?
🎯 Днем:
— Интересная теория,
— Попытки юмора (даже про выгорание можно шутить!).
⚡️ Вечером:
В 19:00 — прямой эфир! Как всегда, в формате диалога: вопросы, ответы и никаких купюр.
• Практические мануалы «бери и делай», чтобы вам и вашей команде было легче справляться со стрессом и гореть только идеями, а не выгорать от усталости!
🎁 Бонус: самому активному участнику дня — сессия менторинга со мной. Обсудим всё, что вас волнует!
Подключайтесь ! 🔥
💬 Тема дня: выгорание — не только отдельных людей, но и целых команд. Как мониторить и настраивать алертинг по команде!
А главное:
1) Как пережить сроки, требования и заклятие общекорпоративных проектов, оставаясь в живых?
2) Как помочь главному юниту — вашей команде — восстанавливаться и не сгорать под нагрузкой?
🎯 Днем:
— Интересная теория,
— Попытки юмора (даже про выгорание можно шутить!).
⚡️ Вечером:
В 19:00 — прямой эфир! Как всегда, в формате диалога: вопросы, ответы и никаких купюр.
• Практические мануалы «бери и делай», чтобы вам и вашей команде было легче справляться со стрессом и гореть только идеями, а не выгорать от усталости!
🎁 Бонус: самому активному участнику дня — сессия менторинга со мной. Обсудим всё, что вас волнует!
Подключайтесь ! 🔥
Telegram
Рупор лида 2
You’ve been invited to add the folder “Рупор лида 2”, which includes 7 chats.
👍6🔥5❤4
До начала сегодняшней он-лайн встречи 30 минут!
Контактная информация для встречи в Google Meet
https://meet.google.com/ozn-zfjf-dah
Уже можно присоединяться
Контактная информация для встречи в Google Meet
https://meet.google.com/ozn-zfjf-dah
Уже можно присоединяться
❤2
Вы попросили рассказать подробнее, как я стараюсь понять кандидатов во время собеседований. Давайте разберем поэтапно!
1️⃣ Как человек думает и принимает решения
Идеальный способ — дать кандидату задачу по system design. Это позволяет увидеть, как он структурирует проблему, выделяет важные аспекты и предлагает решения.
Но что делать, если человек уже прошел множество этапов (и с технарями в том числе) и вы — последний этап интервью? Задавать новую задачу вроде бы не очень корректно. В таком случае я прошу кандидата рассказать о его самом запоминающемся проекте, где он выступал в роли проектировщика.
Например:
— Расскажи о своем решение, где был проектировщиком, которое запомнилось больше всего? Чем гордишься в этом решении?
Когда человек отвечает, уточняете детали:
— Как ты пришел к такому решению?
— Что бы ты сделал иначе, если бы можно было?
Такой подход не только показывает, как человек мыслит, но и позволяет понять, чем он действительно гордится.
2️⃣ Сработаемся ли мы?
Для меня здесь главное — совпадение ценностей. Я убеждена, что если ваши базовые ценности с кандидатом совпадают, работать вместе будет проще.
Как я это выясняю?
— Что для тебя самое важное в работе?
— Как выбираешь между одинаковыми офферами?
— Что ты ищешь в компании?
Чем опытнее специалист, тем меньше уточнений ему нужно.
Например: "Я хочу релоцироваться на Кипр, потому что переезд к морю важен для здоровья ребенка."
И это хороший ответ, он показывает, что действительно человеку важно, демонстрирует его открытость перед вами. Да, несомненно значимо, чтобы кроме здоровья ребенка, его волновал продукт/качество кода (и я не говорю, что это не еще одна базовая ценность), но как астматик, я его понимаю!
Эти ответы дают не только понимание ценностей, но и возможность продолжить диалог: уточнить детали, обсудить мотивацию и подход человека.
3️⃣ Что кандидат может привнести в команду?
Этот вопрос напрямую зависит от ваших потребностей. Сначала важно понять, чего не хватает именно вашей команде. Какие задачи и роли должны быть закрыты сейчас? Какие — через полгода или год?
Тут важны не только навыки, но и характер кандидата. Ведь новый человек должен дополнять и усиливать вашу команду, а не отрабатывать 40 часов в неделю.
Если у вас есть starmap, то понять, чего не хватает вашей команде проще!
4️⃣ Проверяем способность быть "разумной оппозицией"
Это один из самых интересных этапов. Здесь я смотрю, как человек реагирует на альтернативные точки зрения и умеет ли аргументировать свою позицию.
Пример вопроса:
— Если бы ты проектировал систему в финтех-домене, какую архитектуру выбрал бы: сервисную, микросервисную или монолит? Почему?
Допустим, человек выбирает микросервисы. Тогда я уточняю:
— А если я как заказчик настаиваю на монолите и аргументирую это так-то и так-то?
Важно наблюдать, как человек строит дискуссию:
— Спокойно ли он объясняет свою позицию?
— Готов ли рассмотреть альтернативу?
— Не уходит ли в защиту или молчание?
Некоторые люди быстро сдаются: "Ну, вы же заказчик, значит, будет так, как вы скажете". ❗️Это тревожный сигнал: такие кандидаты вряд ли будут отстаивать свою точку зрения даже в случае критической ошибки.
При этом я против стресс-интервью. Здесь задача не в том, чтобы "поймать" человека, а в том, чтобы увидеть, как он ведет себя в дискуссии и насколько конструктивен в аргументации.
Спросите себя: что именно вы хотите узнать у кандидата? Что важно для вашей команды?
Чем меньше формализма и больше осознанности в ваших вопросах, тем больше шансов найти своего человека.
#project_management #toolkit
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍7
💡 «Что? Зачем? Почему? Или как не предать себя (и свой продукт)»
Можно делать от задачи, а можно от глубинной потребности. И, да, я сейчас про ценности. Про те самые базовые вещи, которые можно выразить двумя-тремя словами и сразу передать суть.
Это как с продуктом:
Можно описывать его через список фич, а можно через ценность, и уже все фичи тоже демонстрировать через нее.
Пример:
Zoom: «Держим вас на связи, где бы вы ни находились». Подчеркивает удобство и качество видеосвязи, независимо от местоположения пользователя.
А теперь другие примеры из реальной жизни:
🔹 Найм: можно набирать человека из позиции задач, а можно из позиции ценности, которую он даст команде/компании. И тогда это другой найм.
🔹 Архитектура: можно проектировать от собственных убеждений, а можно от целей и ценностей продукта – и тогда это про домены.
🔹 Документация: можно писать ради понимания фичи здесь и сейчас, а можно от ценности всей базы знаний.
💡Все, о чем я тут пишу, на самом деле граничит с экзистенциальными вопросами и убеждениями – как личными, так и корпоративными. Ведь если рассматривать команду или компанию как единый организм, то у него тоже есть свое мировоззрение, свой путь и принципы.
Когда мы задаем вопросы, мы можем выйти на совсем другой уровень понимания.
Вот три базовых вопроса анализа, которые, мне кажется, важны не только в работе, но и в жизни:
1️⃣ Что? – Что именно? (Факт, объект, явление)
2️⃣ Зачем? – Какие цели? (Функция, задача, причина)
3️⃣ Почему? – Какая ценность? (Глубинный смысл, влияние)
Если не задавать последний вопрос, можно упустить что-то важное.
Если не задавать этот вопрос себе, можно незаметно предать себя – не только как человека, но и как специалиста.
📌 В какой-то момент может оказаться, что ты уже не понимаешь, а зачем ты это делаешь?
📌 Или вдруг замечаешь, что стратегия компании тебя больше не отражает.
📌 Или работа превращается в рутину, потому что решаются задачи, но не решаются проблемы.
Когда мы раз за разом делаем что-то без понимания ценности, это медленно, но уверенно превращает нас в чужих самим себе.
Я не призываю ни к чему. Просто размышления… 🤔💭
Можно делать от задачи, а можно от глубинной потребности. И, да, я сейчас про ценности. Про те самые базовые вещи, которые можно выразить двумя-тремя словами и сразу передать суть.
Это как с продуктом:
Можно описывать его через список фич, а можно через ценность, и уже все фичи тоже демонстрировать через нее.
Пример:
Zoom: «Держим вас на связи, где бы вы ни находились». Подчеркивает удобство и качество видеосвязи, независимо от местоположения пользователя.
А теперь другие примеры из реальной жизни:
🔹 Найм: можно набирать человека из позиции задач, а можно из позиции ценности, которую он даст команде/компании. И тогда это другой найм.
🔹 Архитектура: можно проектировать от собственных убеждений, а можно от целей и ценностей продукта – и тогда это про домены.
🔹 Документация: можно писать ради понимания фичи здесь и сейчас, а можно от ценности всей базы знаний.
💡Все, о чем я тут пишу, на самом деле граничит с экзистенциальными вопросами и убеждениями – как личными, так и корпоративными. Ведь если рассматривать команду или компанию как единый организм, то у него тоже есть свое мировоззрение, свой путь и принципы.
Когда мы задаем вопросы, мы можем выйти на совсем другой уровень понимания.
Вот три базовых вопроса анализа, которые, мне кажется, важны не только в работе, но и в жизни:
1️⃣ Что? – Что именно? (Факт, объект, явление)
2️⃣ Зачем? – Какие цели? (Функция, задача, причина)
3️⃣ Почему? – Какая ценность? (Глубинный смысл, влияние)
Если не задавать последний вопрос, можно упустить что-то важное.
Если не задавать этот вопрос себе, можно незаметно предать себя – не только как человека, но и как специалиста.
📌 В какой-то момент может оказаться, что ты уже не понимаешь, а зачем ты это делаешь?
📌 Или вдруг замечаешь, что стратегия компании тебя больше не отражает.
📌 Или работа превращается в рутину, потому что решаются задачи, но не решаются проблемы.
Когда мы раз за разом делаем что-то без понимания ценности, это медленно, но уверенно превращает нас в чужих самим себе.
Я не призываю ни к чему. Просто размышления… 🤔💭
❤5👍5🔥1🤗1
🔹 Про вчерашний пост и немного инсайдов
Я вижу, что вчерашний пост вызвал у вас некоторое удивление 🤔 Но он был совсем не случайным!
Тема действительно может показаться холиварной, но на самом деле это скорее вопрос методики и мнемоники, которые я использую. И если вам интересно разобрать это подробнее, с примерами и нюансами, то 26 февраля мы это обсудим на TED-MVP, куда меня пригласили выступить.
🎤 Ниже — обзор мероприятия, так что приходите! Будет интересно. 🎤
Я вижу, что вчерашний пост вызвал у вас некоторое удивление 🤔 Но он был совсем не случайным!
Тема действительно может показаться холиварной, но на самом деле это скорее вопрос методики и мнемоники, которые я использую. И если вам интересно разобрать это подробнее, с примерами и нюансами, то 26 февраля мы это обсудим на TED-MVP, куда меня пригласили выступить.
🎤 Ниже — обзор мероприятия, так что приходите! Будет интересно. 🎤
Forwarded from MVP. Marketing Validator by PENA
🎙️ Новый MVP TED: искусство баланса в менеджменте и поиск глубинной мотивации!
Приглашаем на второй митап в новом сезоне, который состоится 26 февраля в 19:00 (мск). В этот раз вместе с экспертами мы обсудим ключевые аспекты эффективного управления и мотивации.
⭐ Наши спикеры:
— Артем Харченков, руководитель команды разработки 40+ человек в Crosstech Solutions Group, автор телеграм-канала «Артём Харченков | IT Инсайты»
— Екатерина Лысенко, TechProduct с 15+ летним опытом в сферах fintech, e-grocery, TIS, автор телеграм-канала «ITKatya: культурные паттерны в IT»
💬 Поговорим о том, как:
— Эффективно управлять командой: найдем баланс между микро- и макро-менеджментом, используя модель ситуационного лидерства Кена Бланшара.
— Определить ценность своей работы и избежать выгорания: научимся анализировать задачи через призму «Что? Зачем? Почему?», чтобы понимать свой вклад и оставаться мотивированным.
Кому будет полезен этот митап:
• Руководителям и менеджерам всех уровней
• Специалистам, стремящимся к повышению эффективности
• Всем, кто хочет научиться понимать свои ценности и находить мотивацию в работе
➡️ Участие бесплатное, но требуется предварительная регистрация по ссылке
До встречи на митапе!
Приглашаем на второй митап в новом сезоне, который состоится 26 февраля в 19:00 (мск). В этот раз вместе с экспертами мы обсудим ключевые аспекты эффективного управления и мотивации.
⭐ Наши спикеры:
— Артем Харченков, руководитель команды разработки 40+ человек в Crosstech Solutions Group, автор телеграм-канала «Артём Харченков | IT Инсайты»
— Екатерина Лысенко, TechProduct с 15+ летним опытом в сферах fintech, e-grocery, TIS, автор телеграм-канала «ITKatya: культурные паттерны в IT»
💬 Поговорим о том, как:
— Эффективно управлять командой: найдем баланс между микро- и макро-менеджментом, используя модель ситуационного лидерства Кена Бланшара.
— Определить ценность своей работы и избежать выгорания: научимся анализировать задачи через призму «Что? Зачем? Почему?», чтобы понимать свой вклад и оставаться мотивированным.
Кому будет полезен этот митап:
• Руководителям и менеджерам всех уровней
• Специалистам, стремящимся к повышению эффективности
• Всем, кто хочет научиться понимать свои ценности и находить мотивацию в работе
➡️ Участие бесплатное, но требуется предварительная регистрация по ссылке
До встречи на митапе!
👍3
🔹 Аналитики, внимание!🔹
Я знаю, что среди вас есть бизнес- и системные аналитики, а значит, у меня есть для вас полезная новость.
💡 Во вторник пройдет эфир, где сразу несколько крутых экспертов, с которыми я знакома много лет, будут обсуждать проблемы найма и трудоустройства аналитиков – как в России, так и в Европе.
📌 Подробности по ссылке.
Вот такая сегодня полезняшка.
Я знаю, что среди вас есть бизнес- и системные аналитики, а значит, у меня есть для вас полезная новость.
💡 Во вторник пройдет эфир, где сразу несколько крутых экспертов, с которыми я знакома много лет, будут обсуждать проблемы найма и трудоустройства аналитиков – как в России, так и в Европе.
📌 Подробности по ссылке.
Вот такая сегодня полезняшка.
Telegram
PRO анализ в ИТ
Эфир про рынок труда: что происходит и как оставаться востребованным?
Всем привет!
Думаю, многие из вас уже видели новости о сокращениях в российских IT-компаниях – официальных и не очень. Рынок меняется, и это нельзя игнорировать.
Я живу в Европе, и здесь…
Всем привет!
Думаю, многие из вас уже видели новости о сокращениях в российских IT-компаниях – официальных и не очень. Рынок меняется, и это нельзя игнорировать.
Я живу в Европе, и здесь…
❤2🔥2
🔥 Фестиваль "Рупор лида 2" завершен – и я хочу рассказать, что это было для меня 🔥
Вот и все! 6 дней, 6 спикеров, 500+ участников. Обсуждения, споры, инсайты, новые знакомства и множество сообщений в чате. И я, если честно, немного опустошена, но бесконечно счастлива.
Когда ты организуешь мероприятие, в голове постоянно звучит одно: а получится ли? а зайдет ли тема? а успеем ли мы всё подготовить? а вдруг будет скучно? а вдруг никто не придёт?
Но в какой-то момент ты заходишь в чат, смотришь на дискуссии, вовлеченность, эмоции, благодарности – и понимаешь, что да, оно того стоило.
Почему именно выгорание?
Когда я выбирала тему фестиваля, я чувствовала, что она важна. Но я не думала, что она настолько ВАЖНА.
Выгорание – это не просто усталость. Это про встречу со своим личным ДЕМЕНТОРОМ!
И это касается не только лидов, но и всех, кто сталкивается с постоянной нагрузкой, дедлайнами, сложными решениями и ожиданиями, которые висят над тобой, как облако грозы.
Что для меня было особенно ценным?
🔥 Наши спикеры – я бесконечно благодарна каждому, кто откликнулся, кто пришел и делился своей экспертизой. Без вас этот фестиваль не был бы таким крутым!
🔥 Ваши вопросы, обсуждения, несогласие, поддержка – я читала чат и понимала, насколько важно, что все это происходит!
А теперь, самая честная исповедь организатора:
Организовать даже on-line мероприятие на 500+ человек очень волнительно, а значит эмоционально СЛОЖНО!
Но, завтра я "воскресну" и начну планировать и готовиться к следующим мероприятиям!
Так что до встречи на следующей неделе!
Вот и все! 6 дней, 6 спикеров, 500+ участников. Обсуждения, споры, инсайты, новые знакомства и множество сообщений в чате. И я, если честно, немного опустошена, но бесконечно счастлива.
Когда ты организуешь мероприятие, в голове постоянно звучит одно: а получится ли? а зайдет ли тема? а успеем ли мы всё подготовить? а вдруг будет скучно? а вдруг никто не придёт?
Но в какой-то момент ты заходишь в чат, смотришь на дискуссии, вовлеченность, эмоции, благодарности – и понимаешь, что да, оно того стоило.
Почему именно выгорание?
Когда я выбирала тему фестиваля, я чувствовала, что она важна. Но я не думала, что она настолько ВАЖНА.
Выгорание – это не просто усталость. Это про встречу со своим личным ДЕМЕНТОРОМ!
И это касается не только лидов, но и всех, кто сталкивается с постоянной нагрузкой, дедлайнами, сложными решениями и ожиданиями, которые висят над тобой, как облако грозы.
Что для меня было особенно ценным?
🔥 Наши спикеры – я бесконечно благодарна каждому, кто откликнулся, кто пришел и делился своей экспертизой. Без вас этот фестиваль не был бы таким крутым!
🔥 Ваши вопросы, обсуждения, несогласие, поддержка – я читала чат и понимала, насколько важно, что все это происходит!
А теперь, самая честная исповедь организатора:
Организовать даже on-line мероприятие на 500+ человек очень волнительно, а значит эмоционально СЛОЖНО!
Но, завтра я "воскресну" и начну планировать и готовиться к следующим мероприятиям!
Так что до встречи на следующей неделе!
❤14👍4🔥4
📚 Документация: продукт, проект или просто боль?
Существует несколько подходов к ведению документации, и чаще всего их приходится комбинировать. Но главное — понимать: документация не высечена в камне, она меняется вместе с продуктом. Почему же так сложно выстроить грамотную систему работы с ней? Давайте разберемся!
🔹 Продуктовый подход: фиксируем суть
Этот вариант документации описывает сам продукт, его ценность и ключевые особенности:
— Для кого он создается?
— Какие у него основные функции?
— Какие есть конкурентные преимущества?
По сути, это основа, которая важна на старте, но и дальше должна обновляться. Мы же не говорим, что код нельзя менять? Почему тогда документация должна оставаться статичной?
🔹 Проектный подход: все в одном месте (но на время существования места)
Документирование вокруг конкретных проектов удобно, когда нужно зафиксировать, как происходят изменения. Например:
— Добавляется новая система лояльности к уже существующей.
— Расширяется платежная система, добавляется новый способ оплаты.
➕ Плюс: все изменения зафиксированы в одном месте.
➖ Минус: когда проект завершен, информацию трудно поддерживать, так как она только про проект, а код и продукт - шире, а значит уже через несколько месяцев все написанное становится сложно искать и учитывать в будущем, так как не понятно, как оно встроено в настоящее.
Можно ли сочетать продуктовый и проектный подход? Да, например, создавая кросс-документацию:
✔️В базе знаний остаются продуктовые страницы где поддерживается описание работы продукта в текущий момент.
✔️ Внутри — ссылки на проекты с изменениями, где описано, как они повлияли на систему.
Но здесь важно задать структуру заранее, иначе очень быстро получится каша.
🔹 Документация пост-фактум: инциденты, разборы, ошибки
Почему-то многие считают, что документация — это только про запланированное. Но часто ценные знания появляются после проблем:
📌 Инцидент случился? Фиксируем, что пошло не так и как этого избежать.
📌 Провели пост-мортем? Добавляем информацию в базу знаний, а не оставляем в разрозненных отчетах.
📌 Обнаружили ошибку в логике продукта? Обновляем документацию, а не просто исправляем код.
Без этого документация превращается в музей устаревших артефактов, а ошибки повторяются снова и снова.
🔹 Документация для R&D и исследовательских задач
А вот еще одна проблема — считать, что документация нужна только тому, что уходит в прод. Но ведь исследования, тестирования и проработки концепций тоже требуют фиксации:
📌 Разбираетесь, какие данные можно передавать в API? Запишите.
📌 Исследуете, как новая система интегрируется с вашей? Сделайте описание.
📌 Проверяете, как реагирует сервис на нестандартные запросы? Это тоже часть документации!
Когда подобные вещи фиксируются не в голове и не в разрозненных тасках в Jira, а в удобном формате, они превращаются в ценный источник информации для всей команды.
🔹 Кто отвечает за документацию?
Есть ощущение, что компании осознали:
✔️ Нужны DevOps-инженеры для инфраструктуры.
✔️ Нужны архитекторы, чтобы проектировать систему.
✔️ Нужны админы, чтобы все работало.
Но когда речь заходит про документацию — вдруг оказывается, что ей никто не должен заниматься системно. 🤷♀️
В итоге:
— Вся документация хранится в голове у «того самого Васи».
— База знаний — это просто свалка документов без структуры.
— Новый человек тратит месяцы, чтобы разобраться, что вообще происходит.
Кто должен заниматься документацией?
📌 Knowledge-менеджеры — это такие же важные люди, как и архитекторы, если вы строите продукт = база знаний.
📌 Технические писатели — если компания осознает важность удобной и актуальной документации, и готова тратить время на ее поддержку и актуализацию.
📌 Итог: документируете или просто пишете заметки?
Если у вас нет структуры и процессов работы с документацией, то это не база знаний, а просто записи “на память”.
🚀 Подумайте:
✔️ Как у вас сейчас ведется документация?
✔️ Кто отвечает за базу знаний?
✔️ Можно ли по ней легко найти нужную информацию?
А может, у вас все еще действует принцип «спроси у Васи»? 😏
#architecture #project_management
Существует несколько подходов к ведению документации, и чаще всего их приходится комбинировать. Но главное — понимать: документация не высечена в камне, она меняется вместе с продуктом. Почему же так сложно выстроить грамотную систему работы с ней? Давайте разберемся!
🔹 Продуктовый подход: фиксируем суть
Этот вариант документации описывает сам продукт, его ценность и ключевые особенности:
— Для кого он создается?
— Какие у него основные функции?
— Какие есть конкурентные преимущества?
По сути, это основа, которая важна на старте, но и дальше должна обновляться. Мы же не говорим, что код нельзя менять? Почему тогда документация должна оставаться статичной?
🔹 Проектный подход: все в одном месте (но на время существования места)
Документирование вокруг конкретных проектов удобно, когда нужно зафиксировать, как происходят изменения. Например:
— Добавляется новая система лояльности к уже существующей.
— Расширяется платежная система, добавляется новый способ оплаты.
Можно ли сочетать продуктовый и проектный подход? Да, например, создавая кросс-документацию:
✔️В базе знаний остаются продуктовые страницы где поддерживается описание работы продукта в текущий момент.
✔️ Внутри — ссылки на проекты с изменениями, где описано, как они повлияли на систему.
Но здесь важно задать структуру заранее, иначе очень быстро получится каша.
🔹 Документация пост-фактум: инциденты, разборы, ошибки
Почему-то многие считают, что документация — это только про запланированное. Но часто ценные знания появляются после проблем:
📌 Инцидент случился? Фиксируем, что пошло не так и как этого избежать.
📌 Провели пост-мортем? Добавляем информацию в базу знаний, а не оставляем в разрозненных отчетах.
📌 Обнаружили ошибку в логике продукта? Обновляем документацию, а не просто исправляем код.
Без этого документация превращается в музей устаревших артефактов, а ошибки повторяются снова и снова.
🔹 Документация для R&D и исследовательских задач
А вот еще одна проблема — считать, что документация нужна только тому, что уходит в прод. Но ведь исследования, тестирования и проработки концепций тоже требуют фиксации:
📌 Разбираетесь, какие данные можно передавать в API? Запишите.
📌 Исследуете, как новая система интегрируется с вашей? Сделайте описание.
📌 Проверяете, как реагирует сервис на нестандартные запросы? Это тоже часть документации!
Когда подобные вещи фиксируются не в голове и не в разрозненных тасках в Jira, а в удобном формате, они превращаются в ценный источник информации для всей команды.
🔹 Кто отвечает за документацию?
Есть ощущение, что компании осознали:
✔️ Нужны DevOps-инженеры для инфраструктуры.
✔️ Нужны архитекторы, чтобы проектировать систему.
✔️ Нужны админы, чтобы все работало.
Но когда речь заходит про документацию — вдруг оказывается, что ей никто не должен заниматься системно. 🤷♀️
В итоге:
— Вся документация хранится в голове у «того самого Васи».
— База знаний — это просто свалка документов без структуры.
— Новый человек тратит месяцы, чтобы разобраться, что вообще происходит.
Кто должен заниматься документацией?
📌 Knowledge-менеджеры — это такие же важные люди, как и архитекторы, если вы строите продукт = база знаний.
📌 Технические писатели — если компания осознает важность удобной и актуальной документации, и готова тратить время на ее поддержку и актуализацию.
📌 Итог: документируете или просто пишете заметки?
Если у вас нет структуры и процессов работы с документацией, то это не база знаний, а просто записи “на память”.
🚀 Подумайте:
✔️ Как у вас сейчас ведется документация?
✔️ Кто отвечает за базу знаний?
✔️ Можно ли по ней легко найти нужную информацию?
А может, у вас все еще действует принцип «спроси у Васи»? 😏
#architecture #project_management
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍4❤2😁1
📚 ГОСТ или нет? А что, если это справочник?
Вчера мы говорили про подходы к документации в компаниях. И под постом всплыл закономерный комментарий: «Зачем придумывать что-то новое, если есть ГОСТ?»
С одной стороны, да, ГОСТ — рабочая штука. Но рабочая ли она везде?
Давайте будем честны ГОСТ, а чаще (в срезе документации) это именно ЕСКД, ЕСПД — это подходы, которые разработали около 50 лет назад, когда ритм разработки был совершенно другим. Сегодня мы живем в мире, где:
✔️ Продукты обновляются быстрее.
✔️ Требуется постоянная актуализация данных.
✔️ Документация не может быть зацементированной.
📌 И тут ГОСТ начинает нас ограничивать. Он хорош, когда нужно сдать проект или запаковать документацию под поставку железа. Но в динамично развивающемся ПО — вызывает вопросы. А главное, если предлагать разработчикам писать документацию по ГОСТу, они взвоют и начнут прятаться.
Но окей, с этим более-менее разобрались. А что делать экспертам, которые хотят передать знания?
В компаниях хотя бы понятны правила игры: продуктовая документация, база знаний, регламенты. А если ты сам по себе и хочешь написать что-то полезное для других?
Например, мы с Мишей сейчас работаем над справочником по финтеху. И столкнулись с двумя большими проблемами:
1️⃣ Как передавать знания, если читатель не может задать уточняющие вопросы?
Когда ты консультируешь, всегда есть диалог. Но в справочнике нет места вопросам. Значит, надо формулировать материал так, чтобы он был однозначно понятен и применим.
2️⃣ Как структурировать накопленные знания, если они изначально записывались "для себя"?
Если у вас когда-нибудь была папка с заметками, в которой вроде бы есть ВСЁ, но ничего нельзя найти — вы понимаете боль. 🤯
В корпоративных базах знаний эту проблему решают knowledge-менеджеры. Но когда ты делаешь личный справочник, ты остаешься один на один с хаосом своих мыслей.
И тут спасибо компании ОНТИКО за наше счастливое детство 😂: я осознала, что сама с этим не справлюсь и пошла к ПК KnowledgeConf — ребятам, которые как раз занимаются систематизацией знаний.
🔔 Уже в эту пятницу в 18:00 (МСК) мы стартуем, возможно, целую серию встреч, где будем разбираться:
✔️ Как экспертам правильно выстраивать личные базы знаний?
✔️ Как систематизировать контент, чтобы его можно было использовать вне контекста создателя?
✔️ С чего вообще начинать, если хочется написать свой справочник?
Если вам это важно и интересно — welcome, присоединяйтесь! 📝✨
❗️PS Ссылка на эфир будет за час до мероприятия. Встреча будет в GoogleMeet.
Вчера мы говорили про подходы к документации в компаниях. И под постом всплыл закономерный комментарий: «Зачем придумывать что-то новое, если есть ГОСТ?»
С одной стороны, да, ГОСТ — рабочая штука. Но рабочая ли она везде?
Давайте будем честны ГОСТ, а чаще (в срезе документации) это именно ЕСКД, ЕСПД — это подходы, которые разработали около 50 лет назад, когда ритм разработки был совершенно другим. Сегодня мы живем в мире, где:
✔️ Продукты обновляются быстрее.
✔️ Требуется постоянная актуализация данных.
✔️ Документация не может быть зацементированной.
📌 И тут ГОСТ начинает нас ограничивать. Он хорош, когда нужно сдать проект или запаковать документацию под поставку железа. Но в динамично развивающемся ПО — вызывает вопросы. А главное, если предлагать разработчикам писать документацию по ГОСТу, они взвоют и начнут прятаться.
Но окей, с этим более-менее разобрались. А что делать экспертам, которые хотят передать знания?
В компаниях хотя бы понятны правила игры: продуктовая документация, база знаний, регламенты. А если ты сам по себе и хочешь написать что-то полезное для других?
Например, мы с Мишей сейчас работаем над справочником по финтеху. И столкнулись с двумя большими проблемами:
1️⃣ Как передавать знания, если читатель не может задать уточняющие вопросы?
Когда ты консультируешь, всегда есть диалог. Но в справочнике нет места вопросам. Значит, надо формулировать материал так, чтобы он был однозначно понятен и применим.
2️⃣ Как структурировать накопленные знания, если они изначально записывались "для себя"?
Если у вас когда-нибудь была папка с заметками, в которой вроде бы есть ВСЁ, но ничего нельзя найти — вы понимаете боль. 🤯
В корпоративных базах знаний эту проблему решают knowledge-менеджеры. Но когда ты делаешь личный справочник, ты остаешься один на один с хаосом своих мыслей.
И тут спасибо компании ОНТИКО за наше счастливое детство 😂: я осознала, что сама с этим не справлюсь и пошла к ПК KnowledgeConf — ребятам, которые как раз занимаются систематизацией знаний.
🔔 Уже в эту пятницу в 18:00 (МСК) мы стартуем, возможно, целую серию встреч, где будем разбираться:
✔️ Как экспертам правильно выстраивать личные базы знаний?
✔️ Как систематизировать контент, чтобы его можно было использовать вне контекста создателя?
✔️ С чего вообще начинать, если хочется написать свой справочник?
Если вам это важно и интересно — welcome, присоединяйтесь! 📝✨
❗️PS Ссылка на эфир будет за час до мероприятия. Встреча будет в GoogleMeet.
👍9🔥5
И напоминаю, что сегодня в 19-00 по МСК уже будет эфир!
Регистрация через ботика, участие бесплатное!
Приходите холиварить, а еще поддержать меня на первом в моей жизни выступлении в стиле TED :)
Регистрация через ботика, участие бесплатное!
Приходите холиварить, а еще поддержать меня на первом в моей жизни выступлении в стиле TED :)
Telegram
MVP бот-помощник
Анонсы, полезные материалы и записи онлайн-митапов MVP.
❤2
Forwarded from MVP. Marketing Validator by PENA
🤔 Запутались в проекте? Не знаете, с чего начать?
Даже опытные тимлиды сталкиваются с трудностями оценки эффективности своих решений. Три простых вопроса помогут вам структурировать мышление и принимать более эффективные решения, от мелких баг-фиксов до глобальных стратегий!
Обсудим эту и другие сложности вместе с Екатериной Лысенко, TechProduct с 15+ летним опытом в fintech, e-grocery и TIS, автором телеграм-канала «ITKatya: культурные паттерны в IT», на нашем митапе 26 февраля!
Тема: Подход от ценностей или как не предать себя (и свой продукт)»!
➡️ Регистрируйтесь по ссылке!
Даже опытные тимлиды сталкиваются с трудностями оценки эффективности своих решений. Три простых вопроса помогут вам структурировать мышление и принимать более эффективные решения, от мелких баг-фиксов до глобальных стратегий!
Обсудим эту и другие сложности вместе с Екатериной Лысенко, TechProduct с 15+ летним опытом в fintech, e-grocery и TIS, автором телеграм-канала «ITKatya: культурные паттерны в IT», на нашем митапе 26 февраля!
Тема: Подход от ценностей или как не предать себя (и свой продукт)»!
➡️ Регистрируйтесь по ссылке!
👍3❤1