2.4.2 Итерационная модель разработки сэд
Итеративный, или итерационный подход - выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. При этом разработка в каждой фазе развития проходит повторяющийся цикл итераций: Планирование - Реализация - Проверка – Оценка (см. рисунок 2.1).
Рисунок 2.1 – Итерационная модель разработки СЭД
Данный подход получил большое распространение в США и на Западе, где и был разработан.
Основа данного подхода заключается в постепенном углублении функционала и требований и постоянном анализе созданного функционала вместе с заказчиком. При итерационном подходе на самых ранних сроках разрабатывается прототип СЭД для показа пользователям и получения обратного отклика об интерфейсе системы и подходе к реализации процессов.
Для российского рынка подобный подход требует качественной подготовки пользователей, их ознакомления с еще недоработанной СЭД, так как зачастую это может вызвать негативное отношение к еще не созданной системе. Такое участие пользователей в разработке СЭД можно назвать и плюсом, и минусом. С одной стороны, пользователи видят, как ведется разработка, и могут влиять на процесс, с другой стороны, это требует временных затрат и реального участия пользователей (что является не основной для них деятельностью).
Преимущества итеративного подхода:
раннее обнаружение несоответствий работы системы и требований реальной деятельности организации;
акцент усилий направлен на наиболее важные и критичные направления СЭД (например, регистрацию документов, постановку их на контроль, затем - разработку отчетов об исполнительской дисциплине и т. п.);
непрерывное итеративное тестирование, позволяющее оценить успешность всего проекта в целом;
вовлечение ключевых сотрудников заказчика на этапе разработки СЭД для создания продукта, реально отвечающего его потребностям;
возможность модульной разработки и модульного внедрения единой по задачам и функционалу СЭД;
реальная оценка текущего состояния проекта и, как следствие, большая уверенность заказчиков и непосредственных участников в его успешном завершении[4].
Выводы
Универсального совета по выбору СЭД, конечно же, нет, но существуют подходы, которые помогут избежать многих проблем и ошибок как при определении подходящего типа СЭД (универсальный продукт или заказное ПО), так и при выборе оптимальной для вашей организации СЭД среди универсальных продуктов.
В первую очередь нужно проанализировать потребности организации и исходя из них, подбирать программный продукт. Если для удовлетворения потребностей организации по функционалу СЭД подходит универсальное решение, то лучше (дешевле и быстрее) будет остановиться на нем, но тогда надо помнить о зависимости от разработчика этого продукта. Если же после анализа требований организация понимает, что ей не обойтись без заказной разработки - то здесь особое внимание нужно уделить организации ведения проекта разработки с регламентацией всех действия и с созданием всей необходимой проектной документации. Это поможет не зависеть от компании-разработчика заказного ПО и при необходимости безболезненно менять систему практически на любой стадии внедрения и эксплуатации СЭД.