Перечень дисциплин. Прототипирование

Ключевые дисциплины для быстрого результата

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

К таким дисциплинам относятся:
• Прототипирование
• Архитектурное проектирование (дизайн системы)
• Планирование
• Управление изменениями, рисками, коммуникациями и требованиями

Рассмотрим подробнее прототипирование.

Прототипирование

По определению, прототип — это прообраз, образец или оригинал. В конструировании и моделировании это работающая модель, опытный образец устройства или детали. В разработке информационных систем прототипирование — это быстрая, «черновая» реализация базовой функциональности, позволяющая проанализировать работу системы в целом. Иными словами, прототип выполняет реальные функции, но не обладает всеми задуманными свойствами конечного продукта.

Три назначения прототипа

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

1. Проверка архитектуры и нефункциональных требований
Главная задача здесь — проверка реализуемости нефункциональных требований: производительности, надежности, безопасности, масштабируемости и отказоустойчивости. В проектах часто забывают, что система характеризуется не только функциональностью. Многие проблемы возникают именно из-за игнорирования «нефункционалки».

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

Невозможно предсказать быстродействие системы, пока вы не подвергнете её плановой нагрузке (например, одновременной работой 200 или 300 пользователей). Это касается и снятия технологических рисков, связанных с приоритетными требованиями: взаимодействием с оборудованием, распределенными базами данных или интеграцией с другими системами. Документация и спецификации здесь не дают стопроцентной гарантии, пробовать необходимо.

Пример из практики. Заказчик заявлял о работе с миллионом номенклатурных позиций на платформе «1С:Предприятие 7.7». Никто не мог гарантировать, как поведет себя конфигурация. Был написан скрипт, сгенерировавший такой объем данных, и проведен натурный эксперимент. Система заработала, что позволило выполнить проект осознанно. Если бы проверку отложили до конца проекта, высока была бы вероятность провала и потери средств.

Типовое или отраслевое решение всегда доступно как прототип для такой проверки.

2. Согласование функциональных требований
Наличие прототипа позволяет проводить презентационные семинары (ролевые тренинги). Метод заключается в следующем:
• Собирается группа специалистов заказчика по определенному направлению (например, бухгалтерия).
• Им демонстрируют прототип системы и предлагают выполнить в нем реальные операции.
• Аналитик фиксирует реакции: «у нас не так», «здесь неудобно», «это ерунда».

Таким образом, обучение пользователей и анализ функциональных разрывов происходят одновременно. Это мощный подход, который нужно использовать, имея полномасштабный прототип.

3. Согласование требований к интерфейсу
Применимость прототипа здесь очевидна. Народная мудрость «лучше один раз увидеть, чем сто раз услышать» полностью справедлива для ИТ-отрасли. Показать заказчику экранную форму, вплоть до распечатки, на которую можно ткнуть пальцем, гораздо эффективнее, чем описывать её в тексте. Описание даже несложной экранной формы может занять около пяти страниц. Это требует усилий на внятное описание и на его последующее прочтение, понимание и согласование. Визуализация экрана решает эти проблемы, делая прототип незаменимым инструментом.

Краткие итоги

Успех проектов, ориентированных на быстрый результат, фундаментально зависит от зрелости подхода к ключевым управленческим дисциплинам. Центральным нервом такой методологии становится прототипирование, которое переосмысливается из вспомогательной техники разработки в главный механизм валидации и снижения неопределенности. Ключевой методологический разрыв, рассматриваемый в материале, пролегает между миром функциональности и миром архитектурно-зависимых свойств системы. Наивное представление о том, что система описывается лишь набором функций, которую она выполняет, ведет к катастрофическому пренебрежению производительностью, надежностью и масштабируемостью. Эти атрибуты не программируются отдельно, а «вшиваются» в архитектуру на этапе проектирования.

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

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