AI не создёт новый тренд, а делает существующий более очевидным: человеческое взаимодействие сложнее автоматизировать, чем специальные знания.
2025-й год по ощущениям напоминает собеседование, где вас просят продать ручку, но протягивают ветку. Вроде все работают, что-то происходит, но напряжение висит в воздухе такое, что его можно резать ножом.
Мы в LifeCareerBalance гадать на кофейной гуще не умеем, поэтому, чтобы сдуть пыль с международной статистики и собрать для вас самую честную выжимку нам пришлось перелопатить тонны отчетов от топовых консалтеров и рекрутинговых агентств (HeadHunter, Antal, GetExperts, NewHR и др.)
Только хардкорные цифры, тренды и ответ на вопрос: «Почему меня не берут, я же классный?!».
В этом году будет 9 лет, как я начал «работать» (в кавычках, потому, что назвать это работой в полном смысле слова как-то язык не поворачивается) фрилансером в специализации «программирование». В связи с этим, хочу поделиться своим опытом с вами и рассказать как все начиналось, почему я там, сколько зарабатывал, с какими проблемами сталкивался и как их решал.
Каждый разработчик в начале пути видит перед собой ясную лестницу: Junior → Middle → Senior. Рост компетенций сопровождается ощутимым ростом зарплаты, и это даёт мощный заряд мотивации. Но что происходит, когда вы достигаете уровня Senior? Зарплата упирается в «стеклянный потолок», задачи становятся однотипными, а привычный драйв исчезает.
Про Self-Contained Systems часто говорят на уровне принципов: автономность, изоляция, отказоустойчивость. Но как понять, что эти идеи действительно работают в ландшафте из сотен и тысяч приложений, а не остаются красивыми словами в архитектурных гайдах? В статье показан практический подход, как превратить архитектурные принципы в ежедневные измеримые проверки и управлять трансформацией к SCS на уровне всей организации, опираясь на данные, а не на ощущения.
Нередко разговор о показателях процесса начинается сразу с KPI — и очень быстро превращается в бесконечный список пересекающихся метрик и разрезов. В статье предлагается более практичный ход: сначала разложить предметную область на бизнес-объекты, метрики и аналитические разрезы, а уже потом собирать показатели для управления процессом. Подход вырос из опыта BI-внедрений и помогает двигаться от отклонения показателя к поиску причин и решениям.
Последние годы в нейробиологии ознаменовались фундаментальным сдвигом: от анализа субъективных отчетов («мне стало спокойнее») мы перешли к прямой регистрации физиологических параметров высокочувствительными датчиками.
Привет, Хабр! Меня зовут Антон, я руковожу направлением автоматизации тестирования BIOS/BMC в YADRO. Как-то раз я моргнул — и наша команда из 10 инженеров выросла до 35. Вместе с этим у нас появились направления и лиды, а значит, я больше не могу прийти в любую задачу и сам ее быстро закрыть.
Общий дейлик тоже изменился: большая часть информации стала полезна конкретным группам людей внутри команды, а остальные просто теряли фокус. Конечно, ломалось не только это. В статье расскажу, что стало для меня неожиданным, где я ошибался и как мне удалось во всем этом выжить. А в конце поделюсь выводами, как при масштабировании команды избежать мучительной боли. Погнали!
Моя прошлая статья об уроках развития стартапа в Кремниевой Долине внезапно набрала больше 80к просмотров за неделю – поэтому пишу продолжение! Напомню, что в прошлом году я завершил семилетнюю историю своего стартапа (AI writing assistant): $1.35 млн инвестиций, 300 тысяч пользователей и экзит в компанию-единорога.
Но за фасадом сделки скрывались пару лет «идеального шторма»: падение выручки, потеря второго бизнеса и неприятный развод. В этой статье я расскажу, как управлял жизнью во всем этом хаосе, используя всего один Google-док вместо сложных систем.
А чтобы материал стал еще полезнее, в начале я собрал хаки от Джесси Итцлера — серийного предпринимателя, ультрамарафонца и просто миллиардера (продал компании Баффету и Coca-Cola).
Его метод неплохо дополняет мой и построен на тех же принципах. Поехали!
Привет, студент! (а может, уже и не студент)
Я уже больше 5 лет учусь в университете, 4 года из которых эффективно совмещаю с работой. Чтобы успевать по учёбе, я использовал собственный способ отслеживания прогресса по ней. Благодаря методу я всегда сдавал все предметы вовремя и ни разу не был на допсе.
Мой метод совмещает в себе некоторые элементы гибких методологий и обычного «списка задач». Метод оказался для меня настоящим спасением в университете! Я делился им со знакомыми, а теперь хочу поделиться им со всеми.
Большая часть литературных источников, посвящённых проектированию информационных систем и использованию информационных технологий, содержит детальное описание графических нотаций по моделированию бизнес-процессов [1-3]. Читая подобные научные работы, возникает вполне закономерный вопрос: выходит, что любой проект внедрения информационной или корпоративной системы требует проектирования бизнес-операций? Так ли это на самом деле? Применим ли этот подход к проектам имплементации ERP-систем? Разберемся в этом вопросе на страницах текущей статьи. Это позволит сэкономить драгоценное время дюжины технических специалистов на проекте.
Вспомним основные моменты проектирования процессов. Под бизнес-архитектурой подразумевается совокупность двух взаимосвязанных составляющих: организационной структуры и бизнес-процессов. Оргструктура бывает линейной, функциональной, дивизионной и матричной, каких-то сложностей с ее моделированием обычно не бывает. Бизнес-процессы описывают в моделях «Как есть» и «Как будет», где последняя характеризует работу компании после внедрения ИТ-решения. Моделирование подразумевает собой последовательную декомпозицию процесса с дальнейшим проектированием операций в той или иной графической нотации. Выделяют нотации верхнего и нижнего уровней, к которым можно отнести ARIS VACD, BCM, IDEF0 и UML AD, BPMN 2.0, ARIS eEPC [1-3].
Все множество методов проектирования процессов можно соотнести с содержимым табл. 1, из которой легко заметить, что последующие графические нотации функционально усиливают предыдущие [4]. В литературе часто пишут, что проектирование элементарных операций ведется на 7-8 уровнях декомпозиции [5], в реальности же 3-5 уровней более чем достаточно.
В командной игре замена основного состава — не всегда риск. Зачастую это мощный тактический ход, способный переломить ход матча. Ситуации, когда РП выходит из проекта, а его обязанности передаются другому специалисту, в корпоративной практике встречаются регулярно. Об этом и поговорим.
Привет, Хабр! Меня зовут Елена Маламут, я руководитель проектов в IBS с 2015 года, и за это время мне не раз приходилось принимать проекты на разных стадиях реализации — в том числе и те, что уже столкнулись с трудностями.
Праздники скоро закончатся и снова наступят рабочие будни. Признавайтесь, кто хоть раз думал о том, что вроде и отдыхать уже надоело, но и в работу возвращаться будет трудно? Потому что выход из праздников это почти всегда небольшой стресс.
Выработал с годами несколько железных правил, которые помогают влиться в работу плавно и легко, даже после длительного отдыха. Сегодня ими и поделюсь!
Привет, я Александр Шакмаев продуктовый менеджер в Cloud.ru. Этот год принес массу AI-активностей и, уверен, многие столкнулись с почетной миссией внедрения AI в команду, свои процессы и компанию в целом.
Фраза «хотим внедрить AI и чтоб быстро» — лидер новой реальности, только вот скорее всего, быстро ничего не получится. Одни только согласования могут занят месяцы, а ведь нужно время еще на разработку и внедрение. Но, все-таки, попробую описать пять более-менее реалистичных сценариев, которые можно реализовать за полгода.
Когда я рос из инженера в управленца, мне казалось, что различия между CTO, CIO и COO во многом формальные. Все же "про технологии", "про управление", "про процессы".
На практике оказалось, что это три разных способа смотреть на компанию. И путаница между ними начинает дорого стоить именно тогда, когда бизнес перестаёт быть маленьким.
Я прошёл путь от инженерных ролей до CTO и в том числе выполнял функции COO в компании до 500 человек (около 60 в IT департаменте), входящей в состав корпорации.
И именно на этом масштабе разница между этими ролями становится особенно заметной.
Есть такой специфический момент в жизни любой IT-компании, обычно за неделю до закрытия квартала. Графики в дашбордах вдруг начинают выглядеть подозрительно хорошо.
Велосити команды растет, таски в Жира отлетают в "Дан" как горячие пирожки, а GitHub окрасился в здоровый зеленый цвет ежедневных коммитов. Менеджер смотрит на это, смахивает слезу умиления, открывает праздничное шампанское и думает: «Ну наконец-то процессы заработали!».
Но чаще всего это означает, что команда просто поняла правила игры и начала играть не в разработку продукта, а в разработку отчетности.
И мы все это делаем не со зла, просто это очень дорогой билет на историческую реконструкцию феномена, который называется «Эффект Хоторна».
Вы не просили, но я вам сейчас покажу откуда все пошло.
В эти дни в Лас-Вегасе проходит технологическая выставка CES-2026 (https://www.ces.tech). Главное наблюдение - сдвиг от «гаджетов» к встроенному ИИ как базовой функции.
А) Основные наблюдения
1. Сдвиг от облачного ИИ к локальному (on-device AI)
ИИ теперь работает на устройстве: в ПК, роботах, автомобилях, промышленном оборудовании. Меньше облачности, меньше задержек, больше автономности и приватности.
2. Связка ИИ-ПК стала реальным рынком, а не концептом CES 2026 закрепил появление массовых компьютеров с выделенными AI-ускорителями (NPU). Говорят, это новый цикл обновления железа, сопоставимый по масштабу с переходом на мобильные устройства.
3. Роботы и автоматизация вышли из стадии “демо”
Робототехника на CES 2026 — это не шоу-экспонаты, а конкретные решения для складов, заводов и логистики, готовые к внедрению и масштабированию.
4. Производство стало “умным” системно, а не точечно Промышленный ИИ показан как автономная система управления, а не отдельные датчики или софт — шаг к самоуправляемым фабрикам.
5. CES перестал быть “выставкой гаджетов”
Меньше вау-устройств для потребителя — больше инфраструктуры, платформ и экосистем, которые определяют рынок на 5–10 лет вперёд.
Б) Что нового показали публичные компании?
В четвертой части темы «что взять бизнесу из профессионального спорта» (см. ранее часть 0, часть 1, часть 2, часть 3) внезапно будет довольно неожиданное отступление про психологию, мотивацию и жизненный выбор, несмотря на обстоятельства. Можно сказать, что автор аккуратно и осмысленно зайдёт на территорию "мотивационной мотивации" - в том числе потому, что нынешний российский IT во многом превратился в готового клиента Тони Роббинса и иных инфоцыганских шабашей под общим лозунгом "где взять энергию".
Несмотря на тренд на здоровый образ жизни, до сих пор физическая активность – один из самых недооцененных способов менять самочувствие, особенно когда человек живет на энергетическом минимуме: депрессия, апатия, тревожность, постоянная усталость.
В этом обзоре мы собрали системы управления проектами, которые задают стандарты и полностью заменяют западные решения, а также нишевые продукты, которые закрывают узкие сценарии.
Все системы включены в Реестр отечественных программ и соответствуют стандартам безопасности.