Совершенствование процесса управления требованиями для проекта автоматизированной банковской системы бэк-офиса ценных бумаг

Енукова В.Е.
Выпускник группы ITM-19
Школа IT-менеджмента
РАНХиГС при Президенте РФ

Независимо от методологии разработки ПО при реализации того или иного проекта, этап определения требований существует всегда.  Если требования сформулированы туманно, то в процессе реализации проекта приходится выполнять большое количество переделок  -  это связано с тем, что заказчик и исполнитель по-разному понимают нечеткие формулировки, а также с тем, что какие - то требования вообще не описаны.  В результате отсутствие грамотного управления требованиями на проекте приводит к значительному превышению бюджета и сроков проекта, а также может приводить к провалу всего проекта. 

По данным исследовательской организации Standish Group, наибольшее количество ошибок в различных артефактах при разработке ПО происходит на этапе сбора, анализа и документирования требований. Вследствие ошибок на разных этапах разработки ПО приходится затрачивать 30-50% средств от общего бюджета проекта на их исправление. Причем 70-85% от общего числа исправлений связанно именно с ошибками, допущенными на этапе сбора, анализа и документирования требований. Ошибка, допущенная в самом начале проекта (на этапе сбора, анализа и документирования требований), обходится в 200 раз дороже при внедрении и сдаче ПО. Следовательно, руководители организаций должны очень тщательно относиться к одному из основополагающих процессов разработки ПО - сбору, анализу и документированию требований, усовершенствуя данный процесс внутри организации.

В данной дипломной работе описаны основные этапы деятельности по совершенствованию процесса управления требованиями для конкретного проекта разработки ПО,  в котором автор выполняет роль аналитика.  Реализация проекта осуществляется в Департаменте информационных технологий коммерческого банка ЗАО «ЮниКредит Банк». Целью проекта является автоматизация деятельности одного из подразделений банка – бэк-офиса ценных бумаг,  для чего постоянно разрабатываются новые версии программного обеспечения «Securities Module» .  Деятельность бэк-офиса подвергается постоянным изменениям: дополняются и обновляются методы и функции учета, регулярно появляются законодательные нововведения в области банковского учета, изменяются требования владельцев группы UniCredit, изменяются условия рынка.  В связи как с новыми, так и с изменяющимися требованиями необходимо постоянно усовершенствовать программное обеспечение для автоматизации деятельности бэк-офиса ценных бумаг.  К сожалению, почти всегда не удается соблюсти запланированные сроки сдачи новых версий и выделенный на разработку бюджет, что напрямую связано с отсутствием грамотного управления требованиями на проекте.   

Для достижения цели по улучшению характеристик процесса управления требованиями были сформулированы следующие задачи:

1. Исследовать современные аспекты управления требованиями к ПО.
2. Проанализировать текущее состояние проекта и выявить проблемы, касающиеся управления требованиями.
3. Обосновать необходимость применения отдельных методик управления требованиями для проекта.
4. Разработать план управления требованиями, включающий выбранные методики.

             В первой главе дипломной работы описаны теоретические аспекты управления требованиями.  Даны общие понятия дисциплины, приведены характеристики требований,  уровни и типы требований, рассмотрен жизненный цикл требований.  Описаны все этапы работ по разработке и управлению требованиями:

1. Планирование работ по управлению требованиями.
2. Выявление требований. 
3. Анализ и моделирование требований.
4. Организация и документирование требований.
5. Проверка требований.
6. Управление изменениями требований.

Во второй главе дипломной работы описаны анализ текущего состояния проекта в области управления требованиями и поиск решений.  Дано краткое описание ЗАО «ЮниКредит Банк» как родительской организации проекта, и краткое описание целей, продукта и команды проекта.  Далее рассмотрены достоинства и недостатки проекта в области управления требованиями.  Анализ причин выявленных проблем произведен при помощи диаграммы причинно-следственных связей (диаграммы Ишикавы).  Для каждой причины предложены варианты по ее устранению.  Описано содержание первой версии плана управления требованиями, который должен являться внутренним стандартом для команды проекта.

В третьей главе дипло�