Методика комбинированного подхода в проектах развития платежной системы

При разработке платежных систем используются гибкие методологии Agile (Scrum), позволяющие создавать решения различной степени сложности и предоставляющие наглядный и понятный заказчику результат за короткие этапы – итерации.

Рис. 1. Этапы разработки платежных систем, используя гибкие методологии.

Этапы разработки платежных систем, используя гибкие методологии, представлены на рис. 1.

Использование гибких методологий позволяет решить ряд трудностей, возникающих как при запуске новых проектов, так и при работе над текущими:

– Отсутствие полных и детальных требований и спецификаций на этапе старта разработки.

– Отсутствие видения готового решения.

– Постоянное изменение бизнес требований и приоритетов.

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

Процесс создания программного обеспечения платежных систем с использованием гибких методологий представлен на рисунке 2.

Цикл разработки состоит из 6 гибких этапов. Некоторые из них могут протекать параллельно. На словах распределение этапов может показаться непростым, поэтому процесс Agile-разработки визуализируют, используя, например, диаграммы Ганта.

Шесть этапов Agile-разработки:

План. После того, как определена идея, проектная группа должна спланировать основной функционал. Главная цель этого этапа заключается в грамотном разделении идеи на разные части.

Анализ требований. Этот этап подразумевает постоянные встречи с менеджерами и пользовате- лями с целью выявления потребностей и задач бизнеса. Важно отмечать все детали. Например, кто будет пользоваться продуктом и для чего. Требования должны быть измеримыми и актуальными.

Дизайн / разработка. После определения требований, можно работать с дизайном программного обеспечения и думать о том, как продукт будет выглядеть в конечном результате.

Внедрение, кодирование и развитие, а также создание и начальное тестирование основных функций.

Тестирование. Специалисты проверяют код, чтобы убедиться, что продукт соответствует потребностям клиента. Этот этап включает в себя тестирование модулей, интеграций и систем.

Выпуск. После всех видов тестирования, продукт передается заказчику.

При разработке проектов разработки платежных систем используют следующие гибкие методологии, основные отличия которых представлены в табл. 1. Extreme Programming представляет собой специфический метод разработки программного обеспечения, который предназначен для повышения оперативности и качества обслуживания для развития потребностей клиентов.

Он выступает за частые "выпуски" в коротких циклах разработки. Экстремальное программирование названо так потому, что преимущественные элементы традиционной практики разработки программного обеспечения подняты на «экстремальный» уровень.

Старт проекта

Спринт

Окончание проекта

→

↓

2 ↓

→

↓

N

Планирование

↓

Разработка

↑ Демонстрация

Рис. 2. Процесс создания программного обеспечения платежных систем с использованием гибких методологий [1].

Таблица 1

Основные отличия гибких методологий, используемых при разработке платежных систем

Методология	Отличия
Extreme Programming	Отличается от других гибких методологий тем, что применимо только в области разработки программного обеспечения.
Feature driven development	В отличие от методологий Scrum и XP, которые ориентированы на небольшие команды разработки, FDD позволяет решать проблемы, возникающие в более крупных проектах.
Adaptive system development	Адаптивный жизненный цикл проекта строится исходя из результатов, а не задач, причем в качестве результатов выступают компоненты системы.
Kanban	Позволяет визуально структурировать процесс разработки
Crystal Clear	Требует минимальных усилий для внедрения, поскольку ориентирована на человеческие привычки
Scrum	Описывает процесс идентификации и каталогизации работы, которая должна быть выполнена, приоритезация этой работы путем общения с клиентом или представителем клиента и реализация этой работы с использованием итеративных выпусков.

FDD (Feature driven development). FDD (разработка, управляемая функциональностью) - итеративный и постепенный процесс разработки программного обеспечения, который включает в себя лучшие практики отрасли в единую методологию. Процесс имеет 5 ключевых активностей: разработка базовой модели, построение списка функций, дизайн по функциям, план на основе функций и построение с помощью функций.

ASD (Adaptive system development). Согласно методу адаптивного развития системы, проекты всегда должны быть в состоянии постоянной адаптации. ASD система состоит из 3 повторяющихся серий: предполагать, сотрудничать и учиться.

Kanban. Название метода происходит от японского слова, которое означает "визуальные карты или билборд". Это наглядная основа внедрения Agile, которая способствует мелким и непрерывным изменениям в существующей системе проекта.

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

Crystal Clear – еще один пример методологии Agile. Он чаще всего используется командами из 68 разработчиков. Crystal Clear преимущественно сфокусирован на людях, а не на процессах. У метода свои сильные стороны: фокусировка, личная безопасность, легкий доступ к опытным пользователям и автоматизированным тестам.

Scrum – лучше всего отражает функции Agile-управления. Спринты длятся 1-2 недели и позволяют командам поставлять программное обеспечение на регулярной основе. Scrum-разработка: участники процесса. В управлении проектами с помощью Scrum обязанности распределены между владельцем продукта, Scrum-мастером и командой. Владельцы продукта несут ответственность за все биз-нес-вопросы проекта. Они имеют право принимать решения о продукте и могут сбалансировать все приоритеты. Scrum-мастер помогает членам коман- ды работать вместе и получить наиболее эффективные результаты. Он устраняет препятствия, отслеживает прогрессы и проблемы, облегчает обсуждения, организовывает встречи и т.д.

В Команде распределены роли управления и достижения целей продукта. Члены команды решают, какие технические методы лучше всего подходят для целей, кто должен работать над конкретными задачами и т.д.

Выделяют 5 ресурсов для работы с Agile-проектами:

• 1.    JIRA. Одна из классических систем для решения задач и управления проектами онлайн. Задачи в JIRA состоят из названия, типа, темы, приоритетности, содержания и компонентов. Сервис предлагает управленцам множество конфигурации и решений непрофильных задач, таких как управление рисками, автоматизации рекрутинга и др.

• 2.    HP Agile Manager. Разработка компании HP пользуется популярностью у управленцев за простой и интуитивно понятный дизайн, а также собственную облачную архитектуру. Программа помогает освоить передовые методы работы и ускорить доставку качественных мобильных приложений. Она стимулирует использование различных методологий Agile и способствует совершенствованию программного обеспечения.

• 3.    GanttPRO. Сервис, основанный на использовании онлайн диаграмм Ганта, помогает создавать объемные проектные планы за короткое время и позволяет качественно руководить ими. Менеджеры могут делиться полученными графиками и экспортировать их в отчеты, бизнес-планы и презентации. Всегда удобнее воспринимать визуальную информацию, чем текст. Диаграмма Ганта является одним из наиболее удобных и простых способ визуализировать любой процесс разработки.

• 4.    Basecamp. Сервис, известный с 2004 года, постоянно подвергается обновлениям и инновационным правкам. Разработчики Basecamp постоянно выпускают виджеты и плагины для интеграции, предоставляют доступ к API, поддерживают мо-

• бильные клиенты. Менеджеры выбирают этот сервис для работы с Agile-проектами за простой и понятный интерфейс, возможность создавать собственные дополнения, доступность для преподавателей и студентов.

• 5.    Bipulse. Сервис для планирования и управления проектами позволяет предсказывать сроки завершения проекта на основе Agile-метрик, рассчитывать календарное расписание критической цепи, интегрироваться с популярными трекерами задач и многое другое.