Техническое задание в роли живого набора данных, а не статичного файла: разбираем, чего не хватает Jira.
В крупной финансовой организации, где автор работал системным аналитиком, технические задания ведут не в Confluence и не в Word — их собирают как связанные задачи в Jira. Такой подход экономит время: не нужно дублировать одни и те же требования в двух местах и поддерживать громоздкие структурированные ТЗ по устаревшим шаблонам. Confluence там служит базой знаний, в основном для хранения внутренних стандартов.
Однако у Jira есть слабые места: нет версионности задач, истории получения требований из переписки, истории правок и согласований, а также истории вложенных файлов. Не хватает и интеграции с каналами коммуникаций. Системный аналитик собирает вводные отовсюду — почта, мессенджеры, комментарии в задачах, файлы, ссылки — но единого пространства, где всё это складывается в целостную картину, не существует.
Доработать Jira так, чтобы закрыть все эти пробелы, означало бы переписать её целиком. Поэтому нужна отдельная информационная система, где ТЗ не пишется как структурированный документ, а собирается из требований. Она должна подключаться к разным каналам получения документов, связывать между собой документы разных типов, хранить ссылку на источник, историю обсуждения и согласования. Техническое задание перестаёт быть файлом или страницей и становится всегда актуальной выборкой связанных документов.
Сам принцип связанных заметок не нов: Obsidian и похожие инструменты давно доказали, что связи между записями работают эффективнее папок. Но это решения для одного человека — в них нет согласований, версионности и интеграции с корпоративными каналами. Как только в процессе появляются команда, утверждения и внешние источники, персональная вики перестаёт справляться.
С такой системой аналитик перестанет выполнять работу технического писателя: не придётся переносить требования из переписки в ТЗ, ведь система забирает их из каналов и связывает. Разработчик получит всегда актуальное задание с прослеживаемой историей, бизнес — уверенность, что его требования не потерялись, а принятые решения сразу попадут в ТЗ. Но есть и обратная сторона: ТЗ теряет формат документа, читаемого сверху вниз, и превращается в набор связанных карточек, из которых человеку приходится собирать цельную картину самому. Здесь не обойтись без искусственного интеллекта, который пройдёт по связям, покажет общую картину и ответит на вопросы. А для подключения ИИ понадобится стандартный протокол, например MCP.
Загрузка...
