Обновить
256K+

Анализ и проектирование систем *

Анализируй и проектируй

251,25
Рейтинг
Сначала показывать
Порог рейтинга
Уровень сложности

ИИ для аналитиков и руководителей проектов: 28 выступлений на A&PM EVENT 2 026

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели3.1K

ИИ уже пишет черновики ТЗ, ищет противоречия в требованиях, прикидывает трудозатраты и разбирает номенклатуру в 1С, но каждый, кто пробовал это на живом проекте, знает, что между удачным экспериментом и рабочим инструментом лежит большое расстояние.

О том, как его пройти, на INFOSTART A&PM EVENT 2026 будут говорить много: из большой программы мы отобрали 28 выступлений об искусственном интеллекте, среди которых доклады, мастер-классы и воркшопы про Claude Code, проектный контроль, голосовых помощников, MDM и ИИ-агентов.

Читать далее

Новости

Как я с командой строил внутреннюю платформу конкурентной аналитики

Уровень сложностиСредний
Время на прочтение12 мин
Охват и читатели3.8K

Привет, Хабр! На связи Владимир Михайлов, Marketing Analyst в Garage Eight. Сегодня хочу поговорить с вами о сервисах конкурентной аналитики. Почти каждая маркетинговая команда пользуется Sensor Tower, AppMagic, Similarweb и не только. Я не исключение. На одном из проектов я как раз работал с таким сервисом и спустя несколько месяцев понял простую вещь: использование аналитической платформы вовсе не означает наличие удобной аналитики.

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

Читать далее

ИИ не шутит?

Уровень сложностиПростой
Время на прочтение4 мин
Охват и читатели3.7K

🧠 Фреймы Бейтсона (или почему шутка — это не текст, а столкновение) Грегори Бейтсон, антрополог и кибернетик, ещё в 1970-х понял простую вещь: юмор рождается на стыке двух фреймов

Читать далее

Свой ИИ‑агент по спецификации: пошагово от цели до прода

Уровень сложностиСредний
Время на прочтение25 мин
Охват и читатели4.6K

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

В этой статье разберём, как спроектировать агента как инженерный объект: со спецификацией, тестами, ограничениями и метриками. Подход собран из Spec-Driven Development (SDD), моделей зрелости и автономности агентов и практики команд, которые уже внедряли агентов в разработку.

Для кого: разработчики и тимлиды, которые уже работают с Claude Code, Cursor или другим агентом и хотят сделать своего — для конкретной задачи команды.

Сквозной пример: агент-ревьюер, который проверяет pull request на соответствие спецификации фичи (spec.md) и оставляет отчёт. Он полезен сам по себе, и на нём хорошо видны все слои: чтение данных, действия с последствиями, эскалация к человеку. Примеры файлов даны в формате Claude Code, но подход переносится на любой инструмент.

Что получится в конце: шесть файлов-артефактов (конституция, спека агента, скилы, эталонные примеры, правила доступа, метрики).

Читать далее

Шенген, аллергия и посудомойка: как системные аналитики Контура применяют критическое мышление в жизни

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели4.8K

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

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

Читать далее

Из ведущего аналитика в тимлиды: как принять проект с командой и не пожалеть?

Уровень сложностиСредний
Время на прочтение28 мин
Охват и читатели4.5K

Привет, Хабр! Меня зовут Дима, и я долгое время работал руководителем отдела аналитиков и технических писателей.

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

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

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

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

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

Работа над таким проектом превращалась в ад для нового тимлида. На него давили со всех сторон: заказчик, руководство, подчиненные. Ведь три предыдущих этапа проекта прошли успешно! Все решения готовы и согласованы, есть сформированная сильная команда! С заказчиком отличные отношения! Почему в таких, казалось бы, идеальных условиях новый тимлид не может реализовать проект?

И через пару месяцев ведущие аналитики выгорали и делали выводы, что управление командами и проектами не для них.

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

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

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

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

Читать далее

Как внедрить ИИ в бизнес: 5 уровней ИИтизации процессов и AI-Native-подход

Уровень сложностиПростой
Время на прочтение7 мин
Охват и читатели4K

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

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

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

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

Читать далее

С чего начать редизайн большого интерфейса, который ты видишь впервые

Уровень сложностиПростой
Время на прочтение13 мин
Охват и читатели5.2K

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

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

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

Меня зовут Лена Плинер. Я занимаюсь UX/UI-дизайном сложных интерфейсов: CRM, ERP, SaaS-платформ и сервисов, веб- и мобильных приложений. Сотрудничаю с заказчиками и командами как попроектный дизайнер. Занимаюсь дизайном 15+ лет и мне всегда есть что рассказать. Делаю это в своем телеграм-канале, где пишу о проектировании и дизайне сложных интерфейсов, разбираю реальные задачи, показываю свои решения и делюсь опытом работы над B2B-системами, SaaS и специализированным ПО.

Читать далее

Алгоритмы и программирование без привязки к языку программирования

Уровень сложностиПростой
Время на прочтение6 мин
Охват и читатели7.8K

Хабр, привет! Давай начнём с самого начала, а именно:

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

Читать далее

Шифровать нельзя доверять: как защитить биометрию вен ладони на пути от сенсора до сервера СКУД

Время на прочтение37 мин
Охват и читатели9.2K

Мы не будем рассматривать, как строится вектор вен ладони и как работают алгоритмы компьютерного зрения. Не будет ни слова про длины волн ИК излучения, ни про обработку liveness. Статья про информационную безопасность. Мы возьмем упрощённую, но актуальную модель угроз для биометрических систем контроля и управления доступом (СКУД) и спроектируем сквозную защиту данных на пути от оптического сенсора до сервера. Решение должно выстоять даже в том случае, если сам терминал окажется в руках зловреда. Сразу рассмотрим худшие случаи: нарушитель с физическим доступом к считывателю и инсайдер, который сидит прямо в корпоративной сети потребителя или на предприятии-изготовителе.

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

Отдельно разберём заблуждение «повесим TLS и всё безопасно».

Читать далее

Трюгве Реенскауг «Первоначальные отчеты по MVC»

Уровень сложностиПростой
Время на прочтение13 мин
Охват и читатели7.3K

MVC — один из наиболее известных архитектурных паттернов, вариации которого лежат в основе большинства современных веб-фреймворков. Он пришел к нам из языка Smalltalk, а придумал его норвежский ученый Трюгве Реенскауг, работавший в Xerox PARC в конце 1970-х. Мы перевели его оригинальные отчеты, чтобы дать читателю возможность обратиться к первоисточнику, понять исходный замысел автора и исторический контекст создания паттерна MVC.

Читать далее

«Донащупывая» Data Lineage

Уровень сложностиСредний
Время на прочтение5 мин
Охват и читатели8.8K

Добрый день, Хабр! В рамках основной деятельности — проектирования витрин данных в корпоративных хранилищах, — неизбежно сталкиваюсь с вопросом происхождения данных. Проще говоря, необходимо понять, кто и когда, как, из чего и в чьих интересах собрал попавшийся под руку датасет. Обновляется ли срез данных и есть ли у него пользователи? Для такого процесса в мире DWH давно укоренилось название «построить Data Lineage». Предлагаю вместе со мной еще раз пройтись по определению и попробовать его уточнить, так сказать, донащупать.

Читать далее

Как я собрала контейнер своего опыта для своей системы знаний

Уровень сложностиПростой
Время на прочтение25 мин
Охват и читатели9.8K

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

Читать далее

Ближайшие события

Хотел поручить AI целый проект. Уперся в изоляцию, память и восстановление после сбоев

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели6.3K

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

Хотел построить систему, способную самостоятельно вести программный проект от идеи до работающего продукта с помощью AI‑агентов. Но первые инженерные эксперименты показали, что генерация кода далеко не самая сложная часть задачи.

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

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

Читать далее

ИИ-агенту разрешили не больше 100 единиц. Три корректных ALLOW дали итог 120

Уровень сложностиСредний
Время на прочтение7 мин
Охват и читатели10K

Человек разрешил workflow заказать не больше 100 единиц товара. Три запроса по 40 прошли через слой авторизации и получили ALLOW. В ERP в итоге оказалось 120.

Разбираю, почему локально допустимые решения могут вместе выйти за пределы общего лимита, как check-then-act ломается при конкурентном исполнении и почему ALLOW нужно связывать с атомарным резервированием общего лимита до внешнего эффекта.

Читать далее

Plyloom новая версия (0.14). Работа над удобствами и мысли про OKF (Open Knowledge Format)

Уровень сложностиПростой
Время на прочтение8 мин
Охват и читатели8.5K

В статье речь пойдет немножко про OKF (Open Knowledge Format) и мои мысли про позиционирование инструмента Plyloom.net относительно него, а также представление новой версии Plyloom. В обновлении была проведена работа по переработке функционала который больше всего влияет на удобства. Также сильно переработан режим “Стопка”, раньше он был скорее заглушкой, чем чем-то полезным, теперь же он кажется стал лучше. Также мне очень хотелось добавить возможность добавления к узлам мини-картинок.

Читать далее

Асимметрия модульного монолита

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели8K

Всем привет. Меня зовут Александр Кубит, я работаю архитектором, системным аналитиком и разработчиком в компании Promet System. Мы уже много лет занимаемся развитием и сопровождением довольно крупной ERP-системы по управлению заводами металлоконструкций. На данный момент наша кодовая база насчитывает порядка четырех миллионов строк кода.

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

Читать далее

46 критериев и модель Jev: как устроен открытый индекс риска глобального конфликта

Уровень сложностиСредний
Время на прочтение11 мин
Охват и читатели8.2K

Привет, Хабр!

Мы тонем в новостях. Голова кругом: тут говорят одно, там — противоположное, а где правда — непонятно. Информации не мало — её слишком много. Не хватает инструмента, который показывал бы, как риск меняется во времени: по открытым данным, а не по громкости заголовка. Такого инструмента я не нашёл. Пришлось собрать самому.

Получился Индекс Кассандры — еженедельный сервис про уровень и направление риска глобального конфликта. Без регистрации, трекеров и подписок. Код, методика, данные и тесты открыты на GitHub, сайт статический (GitHub Pages).

Свежая неделя (11 октября 2026): 56, +10 к предыдущей (46). Ниже — как получается это число и как в него вошла новая модель‑классификатор Jev.

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

Читать далее

Как не списать дважды за одну кнопку

Уровень сложностиСредний
Время на прочтение8 мин
Охват и читатели6.6K

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

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

Читать далее

Доставка пива, алгоритм «Октагон» и поиск компании в EDGE: какие архитектуры придумали на Avito Grill & Go

Уровень сложностиПростой
Время на прочтение9 мин
Охват и читатели6.9K

Обычно на митапах всё довольно предсказуемо: доклады, слайды, кофе-брейк и немного общения между ними. Но в прошлом году мы решили перевернуть привычный формат — собрать Go-сообщество и побрейнштормить архитектуру. Активность была похожа на System Design, но с фаном и мясом!

Так появился Avito Grill & Go. Формат зашёл настолько, что участники попросили повторить. И мы подумали: а почему бы не привезти его в Петербург?

В этот раз собрали 130 Go-разработчиков во дворике Union Bar и разделили их на команды. Ребята придумывали архитектуру необычных сервисов, рисовали её на ватмане и защищали перед остальными. Мы не пытались провести полноценное архитектурное интервью, а хотели скорее поговорить о технологиях, поштормить интересные решения и хорошо провести время.

Меня зовут Иван Нещадин, я тимлид в команде Arch+Bridge Авито. Расскажу, как прошёл этот эксперимент и какие архитектуры придумали участники — от способов распределить 50 зарядных портов между 3000 людьми до отказоустойчивого пивопровода и платформы для поиска компании.

Читать далее
1
23 ...