Что такое «концепция и границы» для программного продукта? Как создать документ, который поможет упорядочить бизнес требования, определить цели, риски, ожидания и ограничения к проекту? Сегодня мы опишем, как это правильно делать. 

Vision & Scope – это один из важнейших документов при разработке проектов, с которым вам, скорее всего, не раз придётся столкнуться. В нём описаны требования к проекту, видение решения и различные ограничения

Документ о концепции и границах (Vision&Scope, далее – V&S) имеет 4 основных раздела, которые могут немного изменяться в рамках проекта или компании. Единого шаблона для него не существует, но есть базовые элементы, о которых мы и поговорим далее.

ПЕРВЫЙ РАЗДЕЛ: БИЗНЕС-ТРЕБОВАНИЯ (BUSINESS QUIREMENTS)

Раздел Business quirements обычно состоит из 5 пунктов:

            - Background. Тут описывается основная идея и цель разработки продукта – зачем вообще он нужен и что он даст потребителю.

            - Business Opportunities. Второй пункт описывает, как проект может приносить прибыль. В нём можно описать будущую модель монетизации, на какой рынок ориентируется продукт и является ли он перспективным.

            - Business Objectives and Success Criteria. Этот пункт обычно делится на подпункты, где каждый описывает что-то конкретное. Обозначаются они в виде BO-1, BO-2, SC-1 и т.д. Тут стоит описать, каких целей вы собираетесь достичь (Пример: снижение затрат на обслуживание на 30% за год) и что является критерием успеха (Пример: регистрация 100 000 пользователей за год).

            - Customerand Market Needs описывает, какая потребность есть у потребителя, что вы разрабатываете этот продукт. Тут можно проанализировать аналоги, описав также своё преимущество над ними. Если нет потребности – нет смысла в продукте.

            -Business Risks. Последний пункт так же как и третий делится на подпункты, обозначаясь как BR-1, BR-2 и т.д. В нём стоит описать риски, которые могут помешать развитию проекта (Пример: большая конкуренция на рынке). Помимо этого, стоит описать, что нужно предпринять, чтобы этих рисков избежать.

ВТОРОЙ РАЗДЕЛ: ВИДЕНИЕ РЕШЕНИЯ (VISION OF THE SOLUTION)

Во второй раздел включается три пункта:

            - Vision Statment. Этот пункт в целом описывает, каким образом вы собираетесь реализовать проект, и как он будет работать. Будет ли это веб-приложение или мобильное, как пользователи смогут его использовать – всё сюда.

            -MajorFeatures. Сюда вы должны по пунктам (списком MF-1, MF-2…) вписать все функции (особенности) вашего проекта, которыми сможет воспользоваться потребитель. Например: контроль активности пользователя.

            - Assumptionsand Dependencies. Допущения и зависимости также описываются списком. Они могут касаться пользователей (Пример: пользователь может иметь необновлённую версию системы) или вашей системы (Пример: Выход оборудования из строя может привести к потере важных данных).

ТРЕТИЙ РАЗДЕЛ: ОБЪЕМ И ОГРАНИЧЕНИЯ (SCOPE AND LIMITATIONS)

В этот раздел обычно включают:

            - Scopeo Finitial Release включает в себя функционал, который планируется реализовать к первому выпуску продукта. Сюда нужно вписать необходимый минимум, который требуется для успешного запуска проекта. Тут могут описываться такие пункты, как редактирование профиля пользователя, администрирование, возможность смены языка и т.п. Если система будет реализована для разных типов устройств (смартфон и ПК), то это следует описать отдельно.

            - Scopeof Subsequen tReleases включает в себя всё, что планируется реализовать в будущем. Этот пункт может быть более абстрактным, но реально выполнимым.

            - Limitationsand Exclusions в виде списка описывают необходимые для корректной работы ограничения. Например: доступ к данным имеет только авторизированный пользователь, удалять другие профили имеет право только администратор и т.д..

ЧЕТВЕРТЫЙ РАЗДЕЛ: БИЗНЕС КОНТЕКСТ (BUSINESS CONTEXT)

            - Stakeholder Profiles обычно оформляется в виде таблицы с такими полями:

• ограничения (описывает ограничения, которые накладываются на пользователя), основные интересы (интересы, которые заставят пользователя воспользоваться данным продуктом),
• отношение (какое предполагаемое отношение данного типа пользователя к продукту, что он от него ожидает),
• основное значение (какие основные действия предполагает выполнять), заинтересованная сторона (собственно название группы).

            - Project priorities описывает приоритеты среди требований, графика (времени) и бюджета. Пункт может включать в себя ограничения на размер команды, на сколько допустимо превышение бюджета, допустимый процент незавершенности проекта (по количеству MajorFeatures) к времени релиза и т.п.

            - Operating Enviroment описывает средства разработки, которые будут использованы. Сюда можно включить СУБД, фреймворки, различные ЯП и т.д.

ЧАСТЫЕ ОШИБКИ

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

Надеемся, что этот гайд поможет вам составить V&S документ и вы избежите путаницы и неточностей в каждом из пунктов.

Желаем вам продуктивности!
Марк Харланов