Методика приоритизации задач автоматизации_v5

1.

1. КРИТЕРИИ ПРИОРИТИЗАЦИИ ЗАДАЧ ПО ГРУППАМ (ПО НИСПАДАЮЩЕМУ ПРИОРИТЕТУ)
Группа
Критерий
01
Критические задачи
Обеспечение работоспособности, отказоустойчивости, надежности, безопасности ИС
02
Задачи с жесткими обязательствами
Регуляторные требования, Программные документы (СЦТ/ ПРПД/ Стратегия банка/СВА/ ФСБ),
Поручения коллегиальных органов и руководства БИТ, владельца ИС
Задачи по процессам без жестких обязательств
03
03.1
Приоритетный процесс БИТ
03.2
Процесс НЕ БИТ (например, доработка для БИБ дашборда или флоу по IBTASK)
03.3
04
Неприоритетный процесс БИТ
Прочие задачи без жестких обязательств
Плановая оптимизация, устранение некритичных ошибок, закрытие внутреннего техдолга и др.

2.

2. ПРОЦЕСС ПЕРВИЧНОЙ ПРОРАБОТКИ ЗАДАЧ КОМАНДОЙ АВТОМАТИЗАЦИИ
Критерии входа задачи
Наличие понятной
постановки задачи
(БТ)
Данные о
приоритете процесса
и приоритете задачи
в бэклоге процесса*
Подтверждение со
стороны АРХ, ИБ,
Владельца на
предмет целевого
использования ИС**
Входной контроль задачи
Задача
соответствует
критериям входа
и может быть
взята в экспресспроработку
Задача не
соответствует
критериям входа
и возвращается
на доработку
постановщику
Проработка задачи
Шаг 1.
Определение наличия
организационных или
технологических ограничений.
Возможно компромиссное
решение (корректировка
требований под ограничения)
Шаг 2.
Определение требуемого бюджета
на реализацию***
Шаг 3.
Определение требуемого бюджета
ДСИТ на сопровождение
*** на этапе приоритизации бюджет оценивается
экспресс-методом экспертно, далее информация
предоставляется постановщику задачи, который
оценивает соотношение цена-качество и может
отозвать задачу если слишком дорого достигается
эффект
Включение задачи в
соответствующую
приоритетную группу
Предварительный
бюджет задачи
(в случае
необходимости
привлечения
вендора/интегратора,
закупки
инфраструктуры)
Оценка трудоемкости
задачи (в случае
реализации силами
команды развития ИС)
* для задач из бэклогов
развития процессов
** при вводе в ИС нового
процесса / интеграции или
крупного этапа процесса
Возврат задачи обратно постановщику если:
1) не найден компромисс по корректировке требований
2) у постановщика отсутствует бюджет на реализацию
3) после реализации требуется сопровождение, которое не
закрыть текущими ШЕ, отсутствует ФОТ на доп. ШЕ

3.

3. ОПЕРАТИВНОЕ ПЛАНИРОВАНИЕ РАБОТ ПО БЭКЛОГУ РАЗВИТИЯ ИС
Задача с
присвоенным
приоритетом
Требует закупки
инфраструктуры
и/или услуг
нет
Интеграция
да
Очередность для
подрядчика
выстраивается от
степени готовности ТЗ
При наличии
нескольких готовых к
заключению заказов
очередность исходит
из приоритета и из
наличия жестко
зафиксированных
обязательств по срокам
Подготовительный этап
КД, Сетевая, ТЗ
Исполнение
договора/заказа
подрядчиком и/или
поставка инфраструктуры
Передача зависимых задач
в бэклоги смежных
подразделений.
Ожидание выполнения
Бэклог задач с
приоритетными
группами
Вероятность
сдвига сроков по
задаче высокая
(0,7-1)
да
Подготовительный этап
(ТЗ, КД, Заключение
договора/заказа)
Есть ли часть работ
внутренняя
нет
Квартальное
планирование
сквозной
очереди
Вероятность
сдвига сроков
по задаче
средняя
(0,3-0,6)
Двухнедельные
спринты
Вероятность
сдвига сроков по
задаче низкая
(0-0,2)
Логика выстраивания сквозной очереди:
1) Очередь формируется на квартал. Формирование на более
далекий горизонт не целесообразно в связи с высокой динамикой
изменений
да
нет
Зависимая задача
выполнена?
2) Очередь формируется исходя из ресурсной емкости команды
развития ИС
3) В очередь последовательно включаются задачи от более
приоритетных к менее приоритетным
да
4) Допускается задачи из приоритетной группы-2 (с жесткими
сроками), не включать в текущий квартал, если это допускает
назначенный на задачу срок без риска просрочки. В этом случае
вместо них при наличии свободной емкости могут быть включены
задачи из группы-3
5) Равноприоритетные задачи из группы-3 (с гибкими сроками)
включаются в очередь по принципу FIFO
6) Очередь может быть скорректирована в любой момент при
возникновении новых задач из приоритетных групп 1 и 2. В этом
случае из очереди может быть удален ряд ранее добавленных
туда задач с меньшим приоритетом или бОльшим сроком
7) Если трудоемкость на реализацию задачи более 1 квартала,
необходимо разбить задачу на этапы