Проблема процесса или запрос на доработку

Многие задачи в ИТ-реестре финансовой службы, по-моему, вообще не про ИТ 🙃

Под заявкой «доработать систему» часто прячется неразобранный процесс.

Условный пример. Заявка: «Сделать обязательным поле с договором в заявке на оплату, казначейство получает заявки без договора». Выглядит как доработка. Но стоит спросить: кто должен прикладывать договор, на каком шаге его проверяют и что происходит, если договора нет. Если ответа нет ни у кого, обязательное поле просто научит людей выбирать первый попавшийся договор.

Я бы прогонял каждую задачу через четыре вопроса 📋

Владелец. Кто отвечает за результат в бизнесе, а не за код. Если владельца нет, задача ещё не готова к реестру.

Эффект. Что изменится в деньгах, времени или рисках. «Будет удобнее» тоже эффект, но слабый.

Приоритет. Не громкость инициатора, а эффект плюс срочность. Иначе реестр превращается в очередь самых настойчивых.

Критерий готовности. Как мы поймём, что всё сделано. Например: заявки без договора не доходят до казначейства.

Простой тест: если задачу можно решить регламентом, распределением ролей или разговором двух руководителей, это проблема процесса. Если правила уже понятны и согласованы, а система мешает их исполнять, это доработка ⚙️

Автоматизация хорошо закрепляет договорённости. Создавать их вместо людей она не умеет.

Практический шаг: откройте свой реестр и пометьте задачи без владельца и без критерия готовности. Обычно это и есть кандидаты на разговор, а не на разработку.

Как у вас устроен реестр ИТ-задач: кто решает, что попадает в работу первым?