​​Как написать AI-ТЗ из одной фразы заказчика: пошаговая инструкция по методике SARD от идеи до спецификации требований

"Эта статья — демонстрационный пример, иллюстрирующий пошаговую методику преобразования одной вымышленной бизнес-фразы заказчика в полноценное техническое задание (ТЗ) с помощью инструментов искусственного интеллекта (ИИ). В качестве исходной фразы для демонстрации выбрана бизнес-идея, приписываемая гипотетическому Сэму Альтману: «Помогите мне сделать GPT настолько незаметным, что люди перестанут бояться сингулярности»."

Читать статью

❓Как менять статусы объектов в процессе — и не утонуть в сервисных задачах

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

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

Как быть?

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

❗️Мы нашли лайфхак, как сохранить лаконичность схем и обойтись без лишнего кода.

Как именно? 👇
Ответ — в Телеграм-канале BPM Developers.

#реклама
О рекламодателе

​​📑 Кому выгоден перманентный пожар: экономика тушения в ИТ

Автор - Светлана Пурик:
"Борьба с последствиями плохого ТЗ иногда ценится выше, чем работа по его предотвращению.

Кратко о парадоксе: все ругают костыли и авралы, но они повторяются вновь и вновь. Значит, это кому-то нужно? Посмотрим на экосистему проекта не с технической, а с экономической и карьерной точек зрения."

Читать статью

​​Фильтруй. Переиспользуй. Собирай. Почему DITA — идеальный формат для разработки сложной технической документации

Автор - Александр Клименков, техлид, технический писатель, программист:
"DITA расшифровывается как Darwin Information Typing Architecture. Фактически это формат, основанный на XML, со своей стандартизированной схемой DTD. Формат DITA предназначен для разметки исходного текста документов с помощью специальных тегов. Набор тегов в этом формате специально разработан для того, чтобы было удобно форматировать текст пользовательской или технической документации.

В этом формате предусмотрено несколько удобных механизмов, которые позволяют здорово упростить жизнь автору текста. Например, в DITA есть очень удобные средства для фильтрации и повторного использования контента. Из исходных файлов в формате DITA с помощью свободно распространяемого набора скриптов DITA-OT (Open Toolkit) можно собрать документы в различных форматах: HTML, PDF, EPUB, CHM и других.

Давайте познакомимся с этим форматом поближе."

Читать статью

🚨Выжить среди хаоса информации или где системному аналитику узнавать первым про актуальные инструменты и навыки в 2026 году?
Наши преподаватели-практики ответят!

🔥Записывайтесь на 3 бесплатных вебинара курса «Системный аналитик. Advanced»

✅ Вебинар 1: «Паттерны микросервисной архитектуры: как системному аналитику говорить с архитектором на одном языке»
⏰24 декабря в 20:00 мск

Программа вебинара:
1. Как бизнес-аналитикам и менеджерам перестать быть просто "передатчиками" требований и стать полноценными соавторами архитектуры.

2. Как с помощью паттернов MSA (Saga, CQRS, API Gateway) переводить бизнес-задачи на язык микросервисов и оформлять в понятные технические решения для разработчиков.

✅ Вебинар 2: «Шпаргалка по проектированию REST API»
⏰14 января в 20:00 мск

Программа вебинара:
1. Что такое REST и чем он отличается от других подходов
2. Как правильно проектировать ресурсы и эндпоинты
3. Использование HTTP-методов и кодов ответа
4. Стандарты оформления ошибок и валидации данных
5. Версионирование API и управление изменениями
6 Лучшие практики по безопасности, логированию и документации (OpenAPI/Swagger)

✅ Вебинар 3: «Что делает системный аналитик когда собирает требования?»
⏰26 января в 20:00 мск

Программа вебинара:
1. Требования: понятия, классификация, процесс выявления
2. Когда и как мы работаем с требованиями
3. Несколько приемов работы со стейкхолдерами 4. Роль аналитика в работе с требованиями

Записывайтесь ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, ERID:2W5zFJrYytC

​​Как продакт и аналитик работают в одной задаче: три кейса из практики

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

Читать статью

Давайте подведем итоги кода года. Хотим узнать, каким был ваш 2025

Вспомним дедлайны, обучение, прорывы и моменты, когда все получилось или не совсем. В канале T-Crew как раз разыгрывают мерч за такие истории.

Подписывайтесь и высказывайтесь

​​📑 BPMN для аналитиков и тимлидов (часть 2)

Автор - Вожегов Дмитрий, системный аналитик:
"В первой части мы обсудили недостатки стандарта BPMN, которые важно учесть до начала моделирования, чтобы сделать проектирование процессов понятным, однозначным и эффективным.

В этой статье мы перейдём к практике: начнём проектировать процессы и обсудим три важных аспекта:
- выбор архитектуры процесса: монолитная или микросервисная;
- выбор вида BPMN-схемы: взаимодействие или хореография;
- выбор подхода для начальной декомпозиции процессов: случайные или детерминированные подпроцессы."

Читать статью

​​📑 Хранилища данных. Обзор технологий и подходов к проектированию

Автор - Марина Зенкова
"В этой статье будут рассмотрены основные подходы к проектированию архитектуры хранилищ данных (DWH), эволюция архитектур, взаимосвязь Data Lake, Data Factory, Data Lakehouse, Data Mesh c DWH, преимущества и недостатки подходов к моделированию данных. Материал будет полезен тем, кто работает с корпоративными данными: аналитики, инженеры и архитекторы данных."

Читать статью