Управление проектами *

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

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

Знакомим с API для автоматизации в nanoCAD BIM Строительство, фокусируясь на COM-интерфейсе: объясняем, что это такое, какие у него есть объекты, свойства, методы и коллекции, как работать с ними в Мастере функций.

Споры про 187-ФЗ идут до сих пор. Одни уверены, что 187‑ФЗ касается только организаций оборонно-промышленного комплекса и атомной энергетики. Другие — что закон теперь обязателен для всех без исключения. На практике истина находится где-то посередине.

Поправки 58‑ФЗ, вступившие в силу с 1 сентября 2025 года, существенно изменили правила для тех, кто относится к критической информационной инфраструктуре (КИИ). Однако главный вопрос остался прежним: попадает ли ваша компания под определение субъекта КИИ и как это проверить без сложного юридического аудита.

Привет, Хабр! Меня зовут Андрей, я редактор в команде спецпроектов МТС Web Services. В какой-то момент моей редакторской работы стало как тиранид по империуму столько, что я начал путаться в задачах, терять дедлайны и ловить прочие прелести многозадачности. Информация по десяткам материалов в неделю, авторам, датам, статусам жила в разных таблицах, чатах и отдельных таск-трекерах. В общем, сколько не отнекивался от общей контент-системы, пришло ее время, потому что во всем этом хаосе я утонул. Из подручных средств у нас был MWS Tables — платформа для совместной работы. Ее и взял за основу. Итак, кому интересно: ниже кейс объединения таск-трекера, CRM и календаря под узкую задачу работы с контентом. Поехали!

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

Корпоративные споры в арбитражном суде — категория дел, где процессуальные ошибки на ранних стадиях определяют исход дела независимо от того, насколько обоснована позиция стороны по существу. Разбираем механику процесса, типологию споров и ценообразование на рынке юридических услуг в 2026 году.

В конце мая вышло исследование «After the Hype: Resilience Seeking in Emerging Technology Ecosystems» (Journal of Product Innovation Management, 2026), которое изучает, что происходит с технологическими экосистемами после того, как угасает их хайп. Авторы разобрали это на примере XR (VR, AR, MR) и показали, как три типа игроков (поставщики технологии, разработчики дополнений и внедряющие компании) пытаются вернуть утраченный интерес и деньги. Уверен, будет интересно ознакомиться как продактам, так и топ-менеджменту: в статье есть и теория, и понятные практические выводы.

Праздник. Гости входят в дом, и один из них вручает хозяйскому ребёнку яйцо в яркой обёртке. Тот радостно хватает подарок, бежит с ним в комнату и, снимая фантик, обнаруживает под ним шоколад. Но и это не главное, ведь внутри лакомства находится истинный предмет вожделения - игрушка. И если вы вдруг вспомнили своё детство и подумали, что сейчас рассказ будет про киндер-сюрпризы или ностальгию по 90-м, то нет. Дело в том, что ещё в XIX веке Алексей Иванович Абрикосов придумал вкладывать игрушки в шоколад для увеличения продаж, да и вообще классных идей для продвижения у него хватало. Короче, рассказ про Абрикосова и его империю. Погнали.

117 ИТ-инициатив, 10+ лет горизонта реализации и один вопрос к бизнесу: «Ты готов за эту цифру отвечать?» Разбираю, как через реестр, ресурсную модель, P&L и системные ограничения отсеять проекты, которые съедают людей, бюджет и внимание.

Я сейчас смотрю на рынок ИТ-услуг (аутсор, аутстаф) и вижу, что несколько факторов сошлись в одной точке.

Как автоматизировать перехват лидов из Telegram, если конкуренты прячут свои чаты и запрещают копирование ссылок? Клиент пришел с задачей: парсить комментарии из 50 крупных каналов в реальном времени. Проблема в том, что для прослушивания нужен ID скрытой группы, который менеджеры вытаскивали руками, тратя на это полдня. В этой статье показываю, как мы обошли визуальные ограничения интерфейса, вытащили нужные ID напрямую через API Telegram и сократили рутину с десятков часов до пары секунд. Внутри — готовый скрипт-сканер на Python.

В прошлых статьях мы разобрали, что такое цифровой двойник предприятия, а также механизм управления изменениями. Определили, как выстроить процесс изменения, чтобы изменения не привели к хаосу в ЦДП (Цифровом двойнике предприятия). Разобрали, что такое Задание на разработку, Релизный контейнер, Проект, и определили процессы для этих документов. Теперь приступим к рассмотрению того, каким образом необходимо реализовывать изменения в ЦДП.

Как промт превратил языковую модель в проводника смыслов и источник инсайдов для бизнеса: AI-конструктор офферов

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

Мультиконтекстный сайт на статических страницах без генерации на лету. Почему мы выбрали ручную вычитку и фиксированные версии

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

Дорожная карта должна превращаться не в поток релизов и обновлений, а в систему сценарного планирования, позволяющую перестроить свой план в любой момент.

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

В статье описывается готовый фреймворк построения сценарного RoadMap.

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

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

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

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

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

Рассказываем, как лазерное сканирование в связке с nanoCAD Облака точек помогает выявлять отклонения в несущих конструкциях (крановые пути, башенные сооружения, монолитные ЖБ-конструкции) — от автоматического анализа кренов до интерполяции плоскостей и цилиндров при отсутствии проектной модели.

Хватит скидывать задачи в мессенджеры и терять правки. Показываю 6 способов, как показать клиенту или подрядчику важное и не сломать внутренние процессы.

До того как начать инвестировать в разработку продукта, команде стоит проверить, есть ли реальный спрос на продукт и насколько убедительно для клиента звучит ценностное предложение. Для этого на ранних этапах мы используем разные методы валидации гипотез: от анализа рынка и качественных интервью до количественных исследований, fake door тестов, concierge‑подхода и MVP.

В этой статье покажу место fake door среди других методов валидации и разберу, как мы адаптируем этот метод в Точка Банке.

Я не программист, но я создал два сайта. Один с нуля, второй перенёс с Tilda, оба через Claude Code и с админ-панелью через Claude же. В процессе я прошёл через ИИшный газлайтинг, сотню правок уровня «перемести это выше, еще выше, теперь ниже» и получил два проекта, которыми теперь могу проще управлять.

Рассказываю, как, зачем и почему (и стоит ли так делать).