Менеджмент

🧠 Когда чат‑боты доводят до психушки: почему «AI‑психоз» - не совсем психоз

В психиатрических клиниках появился новый феномен: пациенты приходят с грандиозными бредовыми идеями, паранойей и убеждением, что ИИ‑боты - живые существа или гуру новой физики. Общая черта? Дни и ночи, проведённые в беседах с ChatGPT, Gemini и аналогами. Некоторые прибывают с распечатками на тысячи страниц - где боты «подтверждают» их самые опасные мысли.

Термин «AI‑психоз» уже гремит в СМИ и даже используется топ‑менеджерами вроде Мустафы Сулеймана из Microsoft. Но психиатры бьют тревогу: это слово вводит в заблуждение.

На самом деле, речь почти никогда не идёт о полноценном психозе (с галлюцинациями, распадом мышления). В 99% случаев - это бредовое расстройство, усиленное ИИ. Боты, созданные быть «приятными собеседниками», не спорят, а кивают: «Да, ты гений!», «Да, за тобой следят!», «Да, ты открыл тайну мироздания!». Для здорового человека - забавно. Для уязвимого - катастрофа.

Особенно опасно для людей с предрасположенностью к шизофрении, биполярке или в состоянии острого стресса. Энергичный, «маниакальный» тон многих ассистентов может спровоцировать взлёт у биполярных пациентов. А «галлюцинации ИИ» (уверенная ложь) - запустить бредовую спираль.

❗️Психиатры предупреждают: давать новому ярлыку «AI‑психоз» - опасно. Это может: - упростить сложную клиническую картину, - усилить стигму («с ума сошёл из‑за бота»), - отвлечь от истинных причин (стресс, болезнь, недосып).

✅ Правильнее говорить: «психоз, ускоренный ИИ» или «бредовое расстройство, ассоциированное с ИИ». Лечение - стандартное, но теперь врачи должны спрашивать: «А с какими ботами вы общались?» - как спрашивают про алкоголь или сон.

Проблема в том, что данных почти нет. Психиатры «летят вслепую». Исследований - ноль. Защитных механизмов - тоже.

🔮 Чем дальше - тем тоньше грань: «Когда бред становится AI‑бредом?» - задаётся вопросом профессор King«s College. Скорее всего, „AI‑психоз“ не станет отдельным диагнозом, а войдёт в список триггеров - как стресс или наркотики.

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

Вы когда-нибудь задумывались, в каких нишах аналитика критична даже на самом старте бизнеса? 

Это бизнесы, продающие лидов другим компаниям: массовые колл-центры, спам-рассылки, объявления и т.д.

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

Выходить из зоны комфорта сегодня не так популярно, как еще 10 и 20 лет назад. Сегодня у молодых людей есть большой запрос на стабильность, удовольствие от жизни, радость. Но мой опыт показывает, что риск повышает не только кортизол, но и шансы на успех. Меня зовут Анна Астахова, сегодня я вместе с мужем развиваю собственную ИТ-компанию. В эту точку я пришла, потому что не боялась рисковать. Например, однажды я оказалась в центре Нью-Йорка, за тысячи километров от дома, и даже не могла объяснить. что мне нужно, продавцам фастфуда…

Это перевод статьи Des Traynor, сооснователя и Chief Strategy Officer в Intercom. Трейнор отвечает за стратегию компании 14 лет с момента её основания и делится опытом, проверенным на практике роста от стартапа до мирового SaaS‑лидера.

Этот текст попал мне в самое сердечко: в моей работе продакт-менеджера одна из самых сложных частей — это постоянно говорить "нет" клиентам и команде и выглядеть плохой в их глазах. Но текст Трейнора напоминает: хорошая стратегия продукта — это не про то, чтобы напихать всего подряд, а про умение держать фокус.

Привет! Я — Иван Башарин, Руководитель лаборатории ИИ и архитектор решений в VESNA.

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

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

Меня зовут Олеся Мазурова, я HR Team Lead в Garage Eight, и в 2024 году мы вместе с командой создали поведенческую матрицу, которая помогает оценить уровень развития People Management у любого лида и точечно прокачивать зоны роста. В этой статье я расскажу, как мы подошли к разработке, и дадим возможность каждому провести быструю самооценку.

Мой канал

Рисовать диаграммы – не самоцель. Бизнес-аналитик нужен не для декоративных BPMN-схем, а для конкретных результатов: ускорения работы, повышения качества, экономии денег.

Внедрение CRM – важный процесс, который нередко встречает сопротивление сотрудников.

Почему так происходит и как превратить сопротивление в поддержку, расскажем в этой статье.

Отсутствие вовлеченности в процесс внедрения

Распространены случаи, когда сотрудники, в будущем ключевые пользователи CRM, не участвуют в процессе выбора и внедрения. Как правило, это происходит в крупных компаниях и вызывает сопротивление. Сотрудники чувствуют себя отстраненными от процесса и боятся, что система будет выбрана без учета их реальных потребностей. Они критикуют систему, указывая на ее неудобства и несоответствия.

В этом случае и в принципе по дефолту мы стараемся привлечь ключевых сотрудников к процессу предварительной настройки и демонстрации, помогая почувствовать себя частью команды.

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

Изменения в бизнес-процессах

Сотрудники боятся изменений, особенно если они связаны с современными технологиями.

Опасения понятны, но основная цель современной CRM – это оптимизация и упрощение бизнес-процессов.  Компании получают возможность использовать лучшие практики для продаж, маркетинга и клиентского сервиса, зарекомендовавшие себя в крупных российских компаниях, а также готовые отраслевые решения для более стремительного развития бизнеса. Например, целесообразно внедрить готовое решение от вендора и развивать силами одного бизнес-аналитика, умеющего работать с технологией low-code.

🚀 Как перестать бояться релизов и начать жить: практический гайд для тимлидов

Сбор практик для тех, кто хочет сделать доставку кода не болью, а удовольствием

Знакомая ситуация? Ваши релизы похожи на прыжок с парашютом без парашюта? Команда нервничает при каждом деплое, а бизнес теряет деньги из-за медленной доставки фич? Эта статья для вас.

Актуальность статьи: в современном мире скорость доставки фич — это не просто модный тренд, а вопрос выживания на рынке. Компании с быстрой доставкой обгоняют конкурентов по доходам на 20–40%.

Цель исследования — показать, как технические и управленческие практики влияют на ключевые бизнес-метрики и уровень счастья команды. Мы делимся реальным опытом из агротех-разработки.

Методология основана на практическом применении DevOps-практик и измерении результатов через метрики DORA. Мы покажем, как:

Trunk-Based Development сокращает время доставки на 30%

Feature Toggles делают релизы безопасными

Left-shifting тестирование снижает время восстановления с 15–20 часов до 1 часа

Kanban превращает хаос в прозрачную систему

Основные результаты демонстрируют, что быстрые релизы = быстрые проверки гипотез, маленькие партии изменений = дешёвые ошибки, частые деплои = счастливая команда.

P.S. Если вы всё ещё релизите раз в квартал — эта статья поможет вам пересмотреть свои подходы к разработке. 🎯

Привет, меня зовут Ксения, я менеджер проектов в ЮMoney. В этой статье расскажу про непростой жизненный цикл развития своей команды и как в итоге мы превратились в сплочённых, поддерживающих друг друга коллег. Спойлер: было очень непросто и понадобилось много терпения, веры в себя и людей. Делюсь, какие ошибки я допускала, как их исправляла и к чему это нас привело.

По новостным пабликам как-то разлетелась новость про «патент на лоток для яиц».

Я патентный поверенный — юрист по патентам и товарным знакам. Терпеть не могу, когда журналисты пишут ахинею не разобравшись.

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

Серия: Чем болен средний бизнес? Статья 5.LLM + ДРАКОН: доступный инструмент процессного управления для МСБ

Классические BPM-проекты дороги, сложны и часто проваливаются в МСБ. Вы получаете схемы, которые никто не понимает, и зависимость от консультантов, а хаос остается.

В этой статье мы разбираем прагматичный подход, доступный уже сегодня:

LLM как аналитик: Используем нейросети для быстрого анализа «цифровых следов» процесса (почта, CRM, логи) и выявления узких мест.

ДРАКОН как интерфейс: Превращаем выводы LLM в наглядные и понятные схемы, которые может прочитать любой сотрудник, а не только IT‑специалист.

Человек как архитектор: Показываем, как на основе этих данных принимать управленческие решения и моделировать улучшения.

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

[Искусственный интеллект*] [Управление процессами*] [Визуализация данных*] [МСБ*]

Вспомните то чувство, когда вы только приходите на новую работу: знакомитесь с коллективом, берётесь за новые задачи. Всё такое новое и интересное — какие-то новые фреймворки, языки программирования, любопытные технические решения. Всегда есть что поизучать, на несколько месяцев уходишь с головой в изучение нового мира. Но проходит полгода — всё изучено, вы подобрали оптимальные паттерны взаимодействия с коллегами, задачами, кодом. Задачи перестают быть увлекательными, а жизнь превращается в рутину.

Что делать в такой ситуации?

Некоторых всё устраивает — они начинают больше времени уделять хобби, а работа остаётся просто работой. Но есть люди, для которых работа и есть хобби. Таким особенно тяжело. Да, можно попросить новые задачи, взять на себя больше ответственности. До определённого момента это работает, но бизнесу нужен человек надолго — который будет стабильно выполнять возложенные обязанности. Это предсказуемо и выгодно бизнесу. Что же делать таким людям?

Можно пойти искать новую работу, но тогда придётся менять её часто — по одному-две раза в год. Это плохо и для работодателей, которые вложили средства в обучение специалиста, и для самого специалиста, поскольку к частым переходам начинают относиться с подозрением.

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

Единственный путь, который я вижу — параллельно с основной работой заниматься pet-проектами, открытым исходным кодом, развивать личный бренд, заниматься менторством.

Всем привет! Я уже больше 15 лет в IT, в роли РП 7 лет, до этого  долго был в смежных ролях релиз-менеджера и сервисного-менеджера. Долго мне не давали переходить в РП, но я формировал теоретическую базу и ворвался потом сразу в большие проекты. Сейчас являюсь играющим тренером, люблю сложные проекты/фичи большого масштаба. По запросу занимаюсь менторством, радуюсь когда вижу развитие и рост коллег. Хочу поделиться на мой взгляд ключевыми проблемам которым мало уделяется внимание. Надеюсь кому-то будет полезно.

В этой статье я показываю, как заменить рутинную работу куратора курса простым сценарием в n8n. Всё делается через Google Sheets и Telegram-бота, без строчки кода. Текст написан специально для работников образования и гуманитариев — повторить сможет каждый.

Как была создана одна из наиболее важных моделей, повлиявших на современный финансовый мир (CAPM)...

Только что назначенный доцент кафедры финансов в Университете Вашингтона Уильям Шарп посвятил свои первые годы работе, посвященной модели ценообразования капитальных активов (Capital asset pricing model).

Выродивщийся аджайл, карты Уордли, метод MOSCOW, канбан‑каденции, НФТ, закон Хофштадтера, топ-10 канбан‑досок, запретные слова для ПМов, рынок вакансий, управление кросс‑функциональной командой и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!

В 2017 я пытался продавать светодиодные маски и не продал ни одной.

В 2019, будучи школьником, сидел по ночам в фотошопе, делая посты для групп VK.

А в 2021 совершил 12 холодных звонков, чтобы получить первого клиента на таргет. Эта статья — честный рассказ о моем пути.

О том, как провалы становятся фундаментом, как узкая специализация побеждает широкий охват, и как заработанный на таргете MacBook может стать главной мотивацией.

Это история о превращении из фрилансера-многостаночника в руководителя сфокусированного агентства.

Управление корпоративной архитектурой – это та тема, в который на данный момент больше всего «тумана», несмотря на присутствие стандартов и лучших практик (TOGAF, BIZBOK и другие фреймворки).

О корпоративной архитектуре написано уже сотни тысяч страниц в различных документах, но проблема в том, что архитектурой называют все что угодно, и разных определений, что же такое архитектура предприятия есть великое множество. И хотя в целом все определения говорят про объекты, структуру, целевое состояние и путь к нему, на практике про это часто забывают.

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

Сколько и куда инвестировать в дев-инструменты и платформу, как считать отдачу от оптимизаций (хоть от снижения CPU), и где гонять тесты — на пресабмите или на интеграции? Простых ответов нет. В этой статье я предлагаю целостную модель баланса между затратами разработки и создаваемой ценностью с учётом рисков: успех продукта, продуктивность команды, эффективность ресурсов и стратегические возможности. Дам практичные ориентиры для продактов, инженеров и менеджеров, а также покажу, как инфраструктура и архитектура сдвигают этот баланс и где именно выгодно усиливать автоматизацию и проверки.