Менеджмент

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

В корпоративной разработке существуют два параллельных мира задач, которые требуют совершенно противоположных подходов к планированию. Первый мир – это исследовательские задачи, где вы пытаетесь найти решение в условиях высокой неопределенности, когда контекст известен лишь частично. Второй мир – типовые задачи с заранее известным объемом работы и предсказуемыми рисками. Смешивание этих миров в единую модель планирования — вот что приводит к катастрофическим последствиям для проектов.

Заслуживает ли карьера руководителя твоего внимания?

Почему ты пашешь за троих, а повышают коллегу?

А что, если ты всегда хотел в менеджмент — но не понимал, с чего начать?

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

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

Ответ прост: чтобы конфисковать денежные средства или иное имущество, которое «легализовали». Ведь ни полученные, ни облеченные в законную форму денежные средства и тому подобное имущество в перечень конфискуемого, в отличие от предмета легализации, не входит.

Правоприменитель использует любые компенсаторные механизмы для обращения имущества в доход государства.

Я видел сотни команд, которые пытались внедрить систему управления и бросали через пару месяцев. Каждый раз звучал один и тот же вопрос: как сделать так, чтобы команда начала работать в системе?

В этой статье я разбираю восемь простых приёмов, проверенных на тысячах пользователей. Попробуйте их — и вы сможете не просто «вовлечь людей», но также ускорить выполнение задач и сэкономить бюджет.

Если вы пишете, потом переписываете, рефакторите, а снова переписываете – вы что-то делаете не так. Другая крайность – пытаться всё сделать идеально с первого раза, а так как это невозможно для сколь-нибудь нетривиальной задачи, то можно войти в ступор. Описанные ниже идеи могут помочь в этих случаях, дав некоторый критерий того, что уже можно писать код, так как понимания достаточно. Или того, что уже нужно писать код, так как понимания достаточно и дальнейшее промедление — это прокрастинация в чистом виде или саботаж.

Привет, Хабр! На связи руководитель проектов редакции компьютерной литературы издательства «БХВ» @Holmogorov. C 15 по 19 октября во Франкфурте проходило, пожалуй, самое известное мероприятие, которое каждый год собирает сотни тысяч читателей и тысячи книгоиздателей со всего мира. Речь идет о международной книжной ярмарке, известной под  названием [Frankfurt Book Fair](https://en.wikipedia.org/wiki/Frankfurt\_Book\_Fair), или, на языке организаторов, Frankfurter Buchmesse. Несмотря на сложную международную обстановку и объективные трудности, превращающие получение европейских виз в увлекательный квест, мы побывали на этой выставке, чтобы оставаться в курсе последних тенденций на рынке компьютерной и технической литературы. О том, что мы там увидели и услышали, мы хотим вам сегодня рассказать.

Представьте: в одном углу опенспейса — молчаливый архитектор, который рисует новую схему взаимодействия микросервисов. Рядом — дотошный QA-инженер, который на код-ревью проверяет не только логику, но и нейминг переменных. Его сосед — бэкенд-разработчик, который одной уместной шуткой снимает напряжение перед дедлайном. А по коридору несётся энергичный тимлид с криком «Ребята, я придумал, как ускорить деплой!». Это не сцена из сериала «Кремниевая долина» — это ваша команда разработки, если посмотреть на неё через призму теории Белбина.

Дисклеймер: эта статья написана для руководителей и владельцев малого и среднего бизнеса, которые не являются IT-специалистами. Если вы — опытный сисадмин или CIO, вы вряд ли найдете здесь глубокую техническую экспертизу. Наша цель — объяснить суть и пользу ИТ-аудита языком бизнеса, чтобы помочь управленцам и айтишникам лучше понимать друг друга.

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

Примерно то же самое происходит с IT в большинстве компаний. Руководитель видит только «кран» — работающие программы и интернет. А в каком состоянии находятся «трубы» — серверы, сети, системы безопасности — одному … системному администратору известно. И когда начинаются «протечки» в виде сбоев, частых зависаний и утечек конфиденциальных данных, бизнес просто теряет деньги.

Есть способ не доводить до «потопа». ИТ-аудит — это как вызов независимого инженера, который не просто придет залатать дыру, а обследует весь ваш «водопровод». Он, как опытный сантехник, проверяющий состояние всех труб, на ржавчину и самые тонкие места, где вот-вот прорвет. А после — дает понятный план, что и в какой последовательности чинить, где достаточно простого обслуживания, чтобы вся система работала как часы. 

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

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

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

Перестаньте уводить трафик из Telegram на внешние сайты.

Это "черная дыра", которая сжигает ваш бюджет.

В 2025 году ключ к успеху — нативные воронки.

В этой статье: как построить бесшовную связку "Канал -> Бот -> Mini App", какие рекламные форматы внутри Mini Apps дают максимальную конверсию, и как использовать "снайперский" таргетинг на Premium-пользователей, чтобы находить самую платежеспособную аудиторию.

Мы часто слышим: «Agile умирает». На практике же проблема не в Agile, а в том, как его применяют. Там, где он превращается в набор ритуалов, команды тратят больше времени на согласования и отчеты, чем на сам продукт.

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

Крупные компании используют Jira по привычке — инструмент создавали для небольших команд, но его пытаются применять и в энтерпрайзе. Если вы управляете масштабными продуктами и используете масштабированные фреймворки (SAFe, LeSS и другие), вам нужны специализированные решения, и Jira с этим не справляется.

Меня зовут Артем Герасимов, я владелец продукта SimpleOne SDLC. Внедрял гибкие методологии в различных компаниях — от 50 до 1000 человек. В нескольких из них ускорил выпуск новой функциональности в четыре раза, что помогло компании адаптироваться под сложный рынок. Работал с Jira как администратор, настраивал её для получения статистики по командам. Сталкивался с ограничениями этого решения и в маленьких компаниях, и в крупных.

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

Стал замечать, что в современной продуктовой разработке царствует методологический хаос и даже фреймворкоблудие. Продакты и команды мечутся между удовлетворением «потребностей пользователей», решением «задач» через Jobs to be Done и внедрением «геймификационных механик», не особо вникая, как эти концепции связаны между собой.

Результат довольно предсказуем: продукты, которые прекрасны на бумаге, не находят отклика у аудитории.

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

Привет, Хабр! Меня зовут Анастасия Клевцур, я продакт модуля «Структура компании» в Битрикс24. Сегодня расскажу, как мы делали функционал кросс-функциональных команд — решение, которое позволяeт сотрудникам из разных отделов работать над общими проектами, не ломая привычную оргструктуру и не теряя управляемости процессов.

— Сколько у нас специалистов в поддержке?
— Четыре!
— А сколько у нас обращений в час?

Нет, не четыре. И даже не сорок. А от 0 до, например, 120 — и сколько именно, зависит от множества факторов. Они влияют на то, закроют ли четыре героя службы поддержки все обращения хотя бы за сутки, не выгорят ли при этом за две недели или месяц, смогут ли сходить в отпуск и что будет, если кто-то из них вдруг уйдёт на больничный.

Всем привет! Меня зовут Полина Кощеева, я бизнес-аналитик в домене «Управление персоналом» «Группы Лента» (Lenta tech). В статье хочу поделиться кейсом, как мы через внутреннее обучение коллег решили одну из «любимых» болей бизнес-аналитиков – бесконечные разъяснения схем бизнес-процессов.

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

Если постоянно работать с Канбаном, он становится привычным и кажется, что уже невозможно в нем что-то изменить. Но нет, эта структура не идеальна.

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

Если вы работали в российской компании — от крупного холдинга до небольшого стартапа — вы, возможно, сталкивались с этим. Не везде, но такое, наверняка случалось. Авралы по выходным, KPI, которые невозможно выполнить, приказы, противоречащие здравому смыслу, и вечное «надо выкручиваться». И наше любимое — всем сейчас и так плохо, нужно затянуть пояса. Это не отдельные недочеты, а симптомы глубокой системной болезни, которую можно назвать «постсоветский управленческий синдром». Он проявляется в нескольких взаимосвязанных паттернах, которые годами кочуют из компании в компанию. О них сегодня и расскажу.

«Отклонено» — самое страшное слово для маркетолога в Telegram Ads.

В этой статье мы вскрываем «черный ящик» модерации.

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

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

MBA по средам. «4 Функции руководителя»

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