В Гигачате, тем временем, появился "умный редактор" документов с инструментами ИИ.

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

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

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

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

Плохо, что этот редактор переписывает текст, то есть заменяет, а не добавляет.

Это нам для требований не особенно помогает, но сам подход мне нравится. Я бы сделал так:
Переписывание:
— Переписать в другом формате (канонические требования, user story, job story, use case)
— Расписать по шагам (в формате use case, в формате bdd-сценария)
— Проверить читаемость и упростить

Добавление:
— Добавить детализированные требования
— Разбить требования на подсистемы (фронт и бэк)
— Добавить описание интерфейса
— Добавить верхнеуровневое требование
— Добавить описание ошибок и исключительных ситуаций
— Добавить описание API
— Добавить схему данных

Прослеживание:
— Проверить соответствие верхнеуровневому требованию
— Проверить полноту операций
— Проверить соответствие модели данных (и добавить необходимые объекты и поля в модель)
— Проверить соответствие интерфейсам
и т.д.

Проектирование и планирование:
— Предложить модель данных
— Предложить структуру API
— Предложить варианты архитектуры
— Предложить этапы работ

Параллельно с текстом, где-нибудь сбоку, должна поддерживаться модель данных (с подсветкой объектов и атрибутов, упомянутых в тексте, но не присутствующих в модели); модель интерфейсов — UI/API; глоссарий; контекстная модель с названиями всех упомянутых систем; перечень ролей; матрица зависимостей требований. Все кросс-проверки, понятно, должны выполняться автоматически.

В идеале ещё (можно же помечтать?) документ можно оформить в виде перечня задач на изменения, а можно в форме описания "как есть", как новый baseline.

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

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