ITKatya: культурные паттерны в IT

😵 Кого люблю - того найму! 💌
(Когда собеседующие устали, а собеседуемый читает ответы ИИ)

Недавно я выложила пост с заголовком: «Демократия — это когда все спорят, тоталитаризм — когда один устал».
Лайков — АЖ 1 штука. А вот в комментариях начался настоящий спор.

Потому что это боль!
Боль тех, кто хоть раз принимал решение не потому что оно правильное, а потому что уже невозможно не принять хоть какое-нибудь.

🧩 Сегодня пост не совсем продолжение, но из той же вселенной.
У нас в команде сейчас — большой найм. Открыто сразу три позиции. Собеседования идут потоком, иногда по несколько в день.
И мы столкнулись с явлением, от которого волосы дыбом: мы начали теряться в чувствах.

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

А еще приходят кандидаты, которые сами на грани. Хорошие техскиллы, проседающие софты (просто человек интроверт, и вообще пока разговоришь - обалдеешь! А это ж еще и надо хотеть "разговорить человека!!!). И прямая речь:

«Я просто устал. Собеседования — это ад. Ты проходишь три раунда, потом тишина две недели, а потом тебе пишут: извините, выбрали другого».

Это изнуряющая рулетка для всех участников. И особенно для кандидатов, особенно для скиловых! Ведь, если ты классный специалист, то почти везде проходишь в финал. А тебе в финале говорят — «не ты»:
💬 По софтам.
💲 По стоимости.
🤑 По вайбу.

И на фоне таких крутянски-скиловых приходит человек, у которого: — включен AI-помощник,
— кандидат не может ответить ни на один вопрос "философско-экзистенциального толка" aka "Что мы как компания должны вам предложить чтобы вы выбрали нас среди других оферов?",
— но он "читает" суперсложными конструкциями ответы на теорию,
— и не может ответить на простые технические вопросы, если они в варианте кейса.

И тут ты уже просто чувствуешь несоответствие.
И усталость.
И желание просто нанять кого-то.

А потом ты вспоминаешь, что:
— 20% новых сотрудников = 80% нагрузки на команду,
— потому что онбординг никто не отменял,
— а пока ты собеседуешь и онбордишь, работа не просто не ускоряется — она тормозит.

И ты понимаешь: в какой-то момент вся команда устала.
И вроде бы все честно, прозрачно и по процессу.
Но на самом деле — вы в одном шаге от тоталитарного принятия решения, чтобы махнуть рукой и сказать: «Ну, давайте этого, он норм».

⚠️ Усталость и найм — опасная связка. Она заставляет выбирать наименее болезненное.

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

💬 А у вас бывало, что вы нанимали от усталости?

#people_management

Пришли оценки за воршкоп на DevOpsConf!

Это ЛУЧШИЕ оценки в моей жизни! ☺️

А с учетом того, что я проводила мероприятие в абсолютно разобранном состоянии - это ТОП!!!

А вам было бы интересно послушать про «Как ускорить адаптацию и усилить команду с помощью правильного онбординга»???

Демократия — это когда все спорят
Тоталитаризм — когда один устал

Немного наброшу… (пока все еще разгребаю дом, давай «поразгребаем» ситуацию…)

Давно не было постов про ценности. И вот — живая, невыдуманная история от друзей из большой международной компании.

✂️Ситуация: грумминг.
Четыре разработчика оценивают задачу.
Трое дают разброс оценок — от 5 до 13 SP.
И от одного предложение: «давайте 2 SP на ресеч, а там разберемся».

Проходит 10 минут. Все еще спорят.

Итог: врывается техменеджер (в обсуждении не участвовал), психует и говорит:
«Берем оценку того, кто писал задачу. Он ее знает лучше всех».

И вот дело не в задаче, не в разбросе оценок и даже не в решении, которое приняли.

А в том, что это типичная ситуация, где демократия проигрывает тоталитарному решению.
Причем решению не на основе аргументов, а на основе усталости.

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

Можно вспомнить и парадокс Кондорсе (который в ходе «эволюции» вырос в теорему Эрроу): даже если у всех участников логичные предпочтения,
в группе нет стабильного, непротиворечивого общего выбора — и все зацикливается.

А теперь самое интересное: казалось бы, технократия — идеальный подход для IT,
но и технократия — проигрышная стратегия. Потому что технократия — это сила, но краткосрочная... Она работает, пока нужно строить архитектуру, выбирать стек, проектировать решения.
А потом… потом приходят деньги, корпоративные игры и внутренняя политика.
И начинается вымывание технократов.
И даже те, кто остался, начинают действовать не по разуму, а по удобству.

На крупном масштабе были попытки построить настоящую технократию.
Самая известная — Чили, проект «Сайберсин» в 1970-х.
Закончилась, как и все прекрасные попытки во имя идеи: быстро и грустно.

Я обожаю технократичные команды. 😍
Даже если компания уже «перестала играть в веру», в них еще остается эта культурная память: понимание сути, логики, структуры.

Технократия математически красива.
Но увы — слишком часто проигрывает.
И демократии, потому что технократический результат слишком долго ждать.
И авторитаризму, потому что одному человеку (даже уставшему) просто проще принять решение.

Так что вопрос:
а вы во что верите — по-настоящему?
В равенство голосов, в силу инженерного мышления или в то, что «лучше пусть один решит, чем мы тут три часа спорим»?

#people_management

⏳«Время разбрасывать камни» — и время размышлять 🤔

Если убрать весь религиозный флер — «Экклесиаста», то текст оказывается невероятно точным, поэтичным и даже утилитарным. Он помогает мне, когда я задаю себе главный вопрос: а для чего сейчас время?

«Всему свой срок, и время всякой вещи под небом:
время рождаться и время умирать,
время разрушать и время строить,
время молчать и время говорить…»

Мы не всегда даем себе паузу, чтобы остановиться и спросить себя: какой сейчас час в моей жизни, в моей работе, в моих отношениях с людьми и задачами?

Но такие мысли всегда про соразмерность.
Про равновесие между «уже» и «еще». Между «отпустить» и «вложиться».

И тут на помощь приходит Цветаева, которая писала:

«Любить можно только равного себе по силе, по духу, по таланту, по страсти».

Так вот, ИМХО — это касается не только людей. Это касается работы, идей, подходов, решений.

Любить и выбирать можно только то, что тебе равновелико.
А если что-то разрушает — может быть, пора признать, что это не твой масштаб?
Или твой — но не сейчас?

А Пасха — особенно, когда она не просто традиция, а государственный праздник (привет с острова Кипр!) — хороший момент, чтобы сесть, замедлиться и спросить себя:

Чему сейчас в моей жизни приходит время?
И с чем мне стоит сравнить себя — чтобы увидеть, насколько мы равны?

Хороших выходных и пусть ваши «времена» будут мудрыми!

Всем отмечающим: Καλό Πάσχα 🐣
Остальным: времени на раздумья!

А я пойду разбираться со:
- статьей (их даже несколько)
- новой конфой (да, я спикер ProITFest)
- структурой книги
- переездом в другой город (в рамках острова)

Принимаю пожелания времени, так как надо успеть ВСЕ и немножечко отдохнуть! 😊 🕰️

#my_life

🍞Сказание о Тостере, или витки СЛОВАРНОГО ада 😈
(по мотивам финтеха и с налетом ISO-бюрократии)

Привет! Я вернулась с DevOpsConf (не без приключений: вместо Ларнаки чемодан улетел в Берлин) — и буквально сразу оказалась в омуте, который технически называется "рабочий процесс", а неофициально — «бесконечная археология».
И вот за 2 дня я трижды наткнулась на один и тот же кейс, в абсолютно разных местах. Архитектурный баг, элегантный, как капкан в траве.

Ситуация простая: Есть страна. Есть валюта. Потом что-то происходит (политика, экономика, сюрприз от регулятора) — и валюта меняется. Страна остается, но с новым кодом валюты. А платежная система должна уметь:
1️⃣Принимать новую валюту.
2️⃣Работать с возвратами по старой валюте.
3️⃣Держать в голове курсы, даты, соответствия и здравый смысл.

Перейдем на уточнение примера:
Человек в декабре купил себе тостер и миксер (в подарок жене и теще на Новый год).
В январе страна изменила валюту.
В марте (а возможно и в июле или в марте через 2 года) тостер сгорел.
Покупатель возвращается в магазин: «верните деньги».
А вы как платежная система ему такие: «...в какой валюте? 😶»

👉 на API у вас уже только новый код валюты,
👉 возврат оформляется в старой,
👉 справочник не обновился,
👉 курс не подтянулся (да ему мб уже и неоткуда, так как вы сидите не на своих курсах, а берете из с какого-то сайта),
👉 а тот, кто пишет багрепорт — это вы.

🎢 А дальше начинается карусель:
- как хранить валюты (справочник ISO уже обновился (про справочник валют и немного приколов с ним вот тут и тут), а вы его уже подтянули)?
- как хранить курсы?
- кто их предоставляет?
- по какой дате брать курсы в обратную сторону?
- и можно ли вообще в API не указывать валюту, если она исчезла?
- а что делать в отчетах?
- а как проводить сверку?
- а что сломается у контрагента, если проведем в старой валюте?

⚙️ Проблема не в том, что у вас баг. Проблема в том, что он архитектурный, даже ДОМЕННЫЙ. Это не баг про "сломалось", а про то, что не предусмотрели:
— что старая валюта может еще всплыть
— что надо уметь работать с "мертвыми валютами"
— что курсы тоже умирают, как персонажи в греческой трагедии
— и что когда тебе говорят «ничего сложного, просто добавь валюту», ты можешь только горько улыбнуться

Так что да, это не пост про тостеры. Это пост про сложность проектирования архитектуры, особенно в домене, где «поменять одну строчку» тянет за собой все круги ада, начиная от API, заканчивая бухгалтерией и legal.

💬 А у вас бывало такое, чтобы одна и та же "мааааааааленькая" архитектурная проблема возникала в разных проектах, да еще и в одночасье?

#architecture #fintech

С Днём космонавтики! 🌌

Для меня слова Королева - суть бережливого проектирования!

Не считаю, что не надо делать быстро, но уверена, что хорошо делать хорошо!

Когда вдруг подумала о себе, что ты умная, то сходи на конфу DevOps и поймешь, что нет))

Но боже, как же я люблю работать с разработчиками и с айтишкой в целом. И на этой конфе я вдруг отчетливо поняла почему:

потому что там код, то есть люди мыслят алгоритмами и условиями, скриптами if....(инфа на вход), then (условие)....else(результат на выходе). То есть результат всегда зависит от вносимых данных. И не сделать, это не опция.
Ребята, которые не работают с кодом или в целом не мыслят системой, у них как раз часто чувствуется шатание во все стороны - плывут приоритеты, сдвигаются дедлайны - ну, если не сейчас, то потом.

Это субъективное мнение, вообще не наставаю, что это так (но это так))


Хочу закинуть несколько бриллиантовых тезисов с конфы, возможно вам будет ценно услышать их.
Отмечу, что я посещала доклады и воркшопы проектные и близкие мне (в которых я понимала слова 😅)

1. Правильные решения решают ряд смежных вопросов. Неправильные - создают множество дополнительных.

2. Готовь Star map
Это возможность понять кого вам не хватает
Это карта компетенций, которые в вашей сфере используется в best practics

3. Сотруднику страшно приходить к руководителю с вопросами (вдруг он подумает, что я тупой и уволит), а к ментору психологически легче.
Дайте людям ментора или бади!

4. Чем выше скилл новичка, тем больше должен быть план онбординга.
Не нужно питать иллюзий, что senior придет и сам все выстроит или во всем разберется. Это джуну как раз проще разобраться - он с 0, а senior важно погружать как можно подробнее, у него в голове свои обезьяны

5. Проклятие знания - часто слишком большой гэп между тем, кто транслирует знания и тех, кто их потребляет.
Нужен уровень прокладка! Напрямую не работаем

6. Групповая обратная связь развивает. Но она не работает, когда человеку надо пожаловаться на кого-то. Он должен рассказать о проблемной коммуникации - это важно услышать и чинить.

7. Больше 20% новых сотрудников - это жопа. И онбординг - это не задача HR!
Это ваша задача

8. «Котики могут разбегаться в четко заданном периметре»
Отдать свободу действий, но ограничить зоны

9. Бизнесовые цели превращать в технические - менеджерская задача.
Ровно так же как бизнесовые метрики превращать в проекты.

10. Мы учимся не в книжках и не в пет-проектах, а в больших интересных задачах в больших командах

70% делая руками
20% наблюдая, как делают другие
10% из книг, конференций и обучений

11. Команде нужны мидлы - делают то, что Джуны еще не умеют, а сеньоры уже не хотят

12. Новая корп тема: рабочий муж/рабочая жена - связки в команде с тесными отношениями.
(я про это не знала, загуглила - и правда есть такой тренд. Ох уже эти отношения!)

13. Токсик в команде никогда о себе не думает в формате токсика.
Он думает: «Я так стараюсь, а они козлы».

14. (И главное для меня ) В фразе "управлении людьми" - ЛЮДЬМИ очень важно ❤️‍🔥

Если на какую-то тему хотите развернутый постик - пишите в комментах тему, кажется все про важное и актуальное.

Делюсь!

Я очень признательна, что столько из моего воркшопа (я его почти не помню, читала на волевых и таблетках, а сразу после под капельницу).

Офигенно, когда люди находят смыслы в том, чем ты делишься, и что для тебя важно!

СПАСИБО!!! 🙏🏻

🧠 Войти в IT — весело. Остаться — диагноз.
(и почему развиртуализация — важнее, чем кажется)

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

Менеджмент — это не про регламенты. Это про отношения, эмпатию и доверие.
А распределенная команда на 5 стран, как ни крути, все это искажает.

📊 McKinsey, 2025:
85% требований к лидерам — это не хард, а софт. Вот и получается, что EQ > Доменная экспертиза > Hard Skills > Regulation.

👐 Поэтому если есть шанс развиртуализироваться — используйте его.
Даже если вы интроверт. Даже если ехать далеко. Даже если кажется, что "и так нормально".

Иногда один живой разговор заменяет 42 треда в чате и 17 бессмысленных вантуванов.

А еще — это отличный способ наконец понять, с кем вы вообще работаете.
А иногда — и зачем. И у меня уже есть такие инсайты!

А теперь личное.
Знаете, когда люди видят, что ты спикер, едешь в командировку и выступаешь, они почему-то думают, что это праздник, софиты, шампанское (пиво) и классный мерч.
А это:
📍 перелет — задержки и переносы рейсов (больше суток на дорогу в одну сторону),
📍 в номер заселился в 2 ночи,
📍 в 8 утра уже подготовка и прогоны,
📍 само выступление,
📍 после — разбор,
📍 а вечером — обнимашки, фидбэк, 200 неотвеченных сообщений в телеге и попытка понять, кто ты, где ты и почему ты снова согласилась на это.
А затем ты остаешься поработать и развиртуализироваться с командой, но у тебя настолько плотный график, что даже обед не помещается!

Спойлер: потому что войти в IT — это весело, а вот остаться в IT и осознанно продолжать — уже "шизофрения, но с бонусами".

Хорошей недельки!

#my_life #product_management

Я почетный/понечетный спикер!

Все, конфа happy end!

Завтра рабочие будни из Москвы!

Как мы вчера воркшопили про онбординг на юбилейной DevOpsConf

Ну что, вот и прошел мой воркшоп «Как ускорить адаптацию и усилить команду с помощью правильного онбординга».
🔥 2 часа живого обсуждения, разбора, примеров, правок «по ходу дела» — и получился прям тот самый формат, который мне очень ЛЮБ!

ИТОГ: MindMap, которую мы вместе дописывали!

🛠 За 2 часа мы прошли путь от онбординга, который служит новичку до общей корпоративной практики.
Говорили честно, без прикрас. Делились. Добавляли. Переформулировали. Смотрели на привычные процессы по-новому.

Вот еще материалы которые расширяют вчерашний воркшоп:📘 Методичка по Self-Assessment & Self-Retro — в которой рассказано,
как не только развивать себя, но и поддерживать рост команды (особенно полезна руководителям на всех уровнях и сотрудникам, которые хотят развиваться осознанно!) (см. ниже!)

💬 Фидбек после воркшопа — просто вау! Спасибо всем, кто пришел, кто делился, кто слушал, кто задавал вопросы 🙌
Все это зарядило так, что даже пост-оклиматизационная слабость немного отступила (да, половину вчерашнего дня я провела в медпункте, не без этого 😅).

💥 Сегодня у меня Круглый стол "Управление DevOps-инженерами: или ты, или тебя?".

И да — если есть вопросы по материалам, по методичкам или по нашему майндмапу — пишите, не стесняйтесь, приходите в комменты, все расскажу и подскажу ❤️

Пусть и ваше развитие — и командное, и личное — будет не случайным, а осознанным!

#toolkit #project_management