«Тикет в Jira — это наскальная живопись»: почему AI отменяет таск-трекеры
Давайте честно: то, как мы ставим задачи в 2025 году — это архаизм. Мы пользуемся инструментами, созданными для эпохи, которая уже закончилась.
Таск в Jira (или любом другом трекере) — это не просто запись в базе данных. Это способ коммуникации. Такой же протокол передачи информации, как наскальная живопись, китайская иероглифика или азбука Морзе. Каждая из этих систем рождалась под конкретные обстоятельства и ограничения своего времени. Азбука Морзе была нужна, когда мы могли передавать только точки и тире.
Подробно расписанный тикет был нужен, когда час работы разработчика стоил как крыло самолета, и ошибиться было нельзя. Но обстоятельства изменились. А мы продолжаем высекать иероглифы в Confluence.
Эпоха «Дорогого кода»
Система трекинга задач оформилась в то время, когда написание кода было узким горлышком. Разработчики стоили (и стоят) огромных денег. Любая ошибка в архитектуре или логике, обнаруженная на этапе кодинга, сжигала бюджет.
Поэтому родился этот жанр — «Идеальный Тикет».Чтобы сэкономить ресурсы разработки, индустрия придумала процесс, который сам по себе пожирает ресурсы:
- Дизайнер, Product Manager и Project Manager запираются в переговорке на несколько дней.
- Они пишут чек-листы, user stories, критерии приемки.
- Они пытаются учесть миллион нюансов, чтобы (не дай бог!) программисту не пришлось переделывать.
Логика железная: «Семь раз отмерь (в описании задачи), один раз отрежь (напиши код)». Мы тратим дорогие часы менеджеров, чтобы сэкономить еще более дорогие часы разработчиков. Так было раньше.
Почему таск-трекер превращается в музейный экспонат
Сегодня классический таск с его жесткой структурой, workflow и статусами становится похож на музейный экспонат. Красиво, фундаментально, но совершенно неэффективно в реальном бою. Причины две, и они убивают старую парадигму:
1. Стоимость разработки падает (Low-code и инфраструктура)
Порог входа снизился. Инфраструктура вокруг разработки стала настолько мощной, что многие вещи делаются в пару кликов. Клиент или менеджер часто сам может внести «нужные правки» через CMS или no-code инструменты, не создавая тикет на команду разработки.
2. AI пишет код лучше и в сотни раз дешевле
Это главный гвоздь в крышку гроба Jira. Искусственный интеллект при правильном подходе пишет рутинный код быстрее большинства мидлов.
Раньше мы боялись переписывать код, потому что это дорого. Теперь, когда Copilot или GPT могут переписать модуль за секунды, стоимость ошибки стремится к нулю.
Парадокс: Мы продолжаем тратить дни на написание «идеального ТЗ» для робота (или человека с роботом), хотя дешевле было бы просто начать делать и скорректировать по ходу.
Иллюзия предсказания будущего
По законам жанра проджект-менеджмента, хороший таск должен предугадывать будущее.Мы требуем от описания задачи такой детализации, будто мир замирает на те две недели, пока идет спринт.
Но разработка реально удивляется: «Почему требования меняются? Вы что, плохо подумали в начале?»
Разработчики воспринимают правки как личное оскорбление или непрофессионализм менеджера.
Ведь в системе координат «Идеального Тикета» изменение вводных означает, что этап планирования провалился. Вся толпа людей, через которых прошла задача, «плохо поработала».
Новая реальность
Для бизнеса совершенно неважно, насколько красивым был тикет на старте. Количество вводных меняется постоянно:
- До формализации задачи.
- Во время работы над задачей.
- И даже после релиза.
Жесткая фиксация требований в таск-трекере создает ложное ощущение контроля. Мы строим плотину в реке, которая меняет русло каждый день. Мы входим в эру, где коммуникация должна стать потоковой, а не дискретной. Архаичный способ «написать — согласовать — передать в разработку — ждать» умирает. На смену приходит живое прототипирование и диалог, где код является таким же пластичным материалом, как и текст в Google Docs. А Jira... Jira останется отличным архивом для бухгалтерии. Как наскальная живопись для историков.