Несмотря на то, что прототипирование снижает вероятность отказа проекта разработки программного обеспечения, эта операция имеет свои риски. Самый большой риск состоит в том, что любой, кто заинтересован в проекте после встречи с рабочим прототипом, решит, что конечный продукт почти готов.
«Ух ты, похоже, уже все сделано!», с энтузиазмом говорит тот, кого вы попросили оценить прототип. «Классно выглядит! Возможно ли, что вы быстро закончите и отдадите его мне?» Одним словом — НЕТ!
Одноразовый прототип не предназначен для работы, несмотря на то, что он очень похож на готовый продукт. Это всего лишь модель, образец, эксперимент. Если нет жестких коммерческих обстоятельств, которые заставляют вас сразу занимать место на рынке (в этом случае руководство понимает и принимает на себя необходимость высоких расходов на техническое обслуживание), сопротивляйтесь всем тем, кто настаивает на поставке одноразового прототипа, как готового продукта.
Фактически, такой шаг будет только задерживать завершение продукта, поскольку и структура, и код одноразового прототипа были намеренно созданы без учета качества или надежности.
Будьте осторожны с подводными камнями! Остерегайтесь тех участников проекта, которые считают, что прототип — это только ранняя версия конечного продукта. Управление ожиданиями является одним из ключевых компонентов успеха прототипирования.
Каждый, кто видит прототип, должен понимать его цель и пределы его применения. Услуга веб-тестирования будет полезна, когда вы захотите улучшить дизайн и контент сайта электронной коммерции.
Не позволяйте страхам, связанным с преждевременным выпуском продукта, отвлекать вас от создания прототипа. Объясните всем, что вы не собираетесь выпускать его в качестве конечного продукта.
Одним из способов борьбы с этим риском является использование бумажных и электронных прототипов. Ни один из тех, кто оценивает бумажный прототип, не будет уверен, что продукт почти готов.
Другой способ — выбрать инструменты прототипирования, которые отличаются от тех, что используются для разработки конечного продукта. Это поможет противостоять тем, кто просит «быстро закончить» и выпустить прототип. Кроме того, оставляя вид прототипа незавершенным и «неполированным», вы также сможете уменьшить этот риск.
Более того, будьте осторожны, когда пользователи начинают приставать к вам с вопросом: «Как будет выглядеть и работать пользовательский интерфейс?» Работая с прототипами, которые напоминают конечный продукт, пользователи легко забывают, что на этапе спецификации требований они должны в основном думать о том, что они хотят видеть в системе.
Создайте прототип только с теми демонстрациями, функциями и возможностями навигации, которые помогут вам устранить неоднозначность требований.
Комментарии отключены.
