АННОТАЦИЯ 3
Введение 7
1 Исследование и формализация процесса разработки 9
1.1 Участники процесса 9
1.2 Схема процесса 10
1.3 Бэклог: формирование и ведение 11
1.4 Планирование спринта 15
1.4.1 Входные данные для планирования спринта 15
1.4.2 Порядок формирования плана спринта 15
1.5 Управление требованиями 18
1.5.1 Выявление требований по развитию 18
1.5.2 Выполнение задач из плана спринта 19
1.6 Фиксация проблем и идентификация рисков 29
2 Определение внесенных изменений 33
2.1 Изменения для решения проблем 33
2.1.1 Приоритеты элементов бэклога выставляются неверно 33
2.1.2 Разработка объемных историй не завершается в рамках релиза, результат
не поставляется заказчику 35
2.1.3 Результат реализации требований по развитию не совпадает с
ожиданиями заказчика 41
2.2 Изменения для нивелирования рисков 42
2.2.1 Меняющийся состав команд 43
2.2.2 Наличие нескольких окружений 54
2.2.3 Необходимость соблюдения требований ИБ 56
3 Результаты модернизации 58
3.1 Приоритеты элементов бэклога выставляются неверно 58
3.2 Разработка объемных историй не завершается в замках релиза, результат не
поставляется заказчику 59
3.3 Результат реализации требований по развитию не совпадает с ожиданиями заказчика 60
3.4 Меняющийся состав команд 61
3.5 Наличие нескольких окружений 62
3.6 Необходимость соблюдения требований ИБ 63
Заключение 65
Список использованных источников и литературы 66
В настоящее время человеку становится все сложнее представить себе свою жизнь без компьютеров, смартфонов и других вычислительных устройств. Но не стоит забывать, что сам по себе компьютер или смартфон без установленных на нем операционной системы, программного обеспечения и приложений уже не будет так востребован и удобен в использовании для человека.
Современные приложения, в зависимости от устройства, для которого они предназначены, можно разделить на несколько категорий:
- мобильные;
- веб-приложения;
- приложения для рабочего стола.
Вариантов их применения существует немало. Например, некоторые из них позволяют всегда оставаться на связи, другие предоставляют множество возможностей для отдыха и развлечений. Кроме того, во многих случаях, именно благодаря им люди могут успешно выполнять сложные рабочие задачи. С каждым днем число приложений растет, они становятся способны покрыть практически любые новые потребности пользователя.
Однако, как пользователи получают новые программные продукты? Их разработкой, как правило, занимается целая команда, члены которой исполняют различные роли и несут ответственность за различные задачи. И только благодаря хорошо выстроенному процессу разработки и слаженной работе команды может быть создан качественный, удовлетворяющий всем требованиям программный продукт.
В данной работе исследован и формализован процесс разработки собственных программных продуктов организации, предназначенных для внутреннего использования. Разработка продуктов осуществляется одним из ее подразделений. Продукты представляют из себя веб-приложения и используются для осуществления надзора за финансовыми организациями. В процессе разработки команды сталкиваются с некоторыми проблемами и особенностями, которые связаны со взаимодействием подразделений организации друг с другом, требованиями к безопасности и прочим. Эти особенности приводят к возникновению определенных рисков. Идентификация рисков и внесение в процесс разработки изменений для решения проблем и нивелирования этих рисков также является частью работы.
Таким образом, можно сформулировать следующую цель и задачи:
Цель: провести исследование существующего процесса разработки внутренних программных продуктов организации, формализовать и модернизировать его.
Задачи:
1. Исследовать и формализовать текущий процесс разработки программных продуктов.
2. Зафиксировать проблемы и их причины. Выявить особенности, идентифицировать возникающие из-за них риски.
3. Определить изменения для решения проблем и нивелирования рисков, внедрить их в процесс.
В результате проделанной работы был исследован и формализован текущий процесс разработки внутренних программных продуктов организации, зафиксированы проблемы и особенности, а также идентифицированы возникающие из-за них риски.
Определены и внедрены изменения для решения проблем и нивелирования рисков. Результаты модернизации показали, что удалось существенно снизить показатели метрик, а значит внесенные изменения были полезны и уменьшили количество проблем, с которыми сталкиваются команды.
Таким образом, все поставленные задачи были выполнены, цель достигнута.
