Метод эффективного выявления и согласования требований с заказчиком на примере одного проекта в одной крупной организации

Никольская Е.Ю.
выпускница группы ITM-22
Школы IT-менеджмента РАНХиГС
при Президенте РФ.

Цель работы: 
Определить метод, который наиболее точно и однозначно выявляет требования заказчика в полном объеме и с наименьшими временными затратами как со  стороны заказчика так и со стороны аналитика.  Метод, который бы позволил быстрее согласовывать требования, и был бы наиболее понятен всем участникам разработки.

Проблемы:

1. Заказчик не читает слишком длинные текстовые сообщения (более 1 страницы).
2. У Заказчика ограниченное кол-во времени.
3. Заказчик не владеет знаниями средств моделирования UML, ARIS.
4. Заказчик слабо представляет,  что ему нужно и в каком объеме.
5. Заказчик не умеет структурно мыслить и излагать свои мысли последовательно.
6. Заказчик не знает все процессы, которые необходимо автоматизировать.
7. Заказчик неохотно делится информацией.
8. Заказчик не понимает специфического языка, на котором общаются разработчики.

 Задачи:

1. Рассмотреть все методы, которые существуют на данный момент, и оценить их с точки зрения наших проблем.
2. Выявить метод, который бы справился с нашими проблемами.
3. Показать на примере работу этого метода.
4. Сделать вывод насколько этот опыт был успешным.

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

В результате использования данного метода удалось получить следующие результаты:

1. Срок выявления требований снизился от нескольких недель до 1-2 дней.
2. Срок согласования требований сократился от нескольких недель до 1 дня.
3. Срок разработки снизился на 5 дней за счет использования уже готовых форм.
4. Заинтересованность и расположенность Клиента возросли, что позволило контактировать с ним не только в рабочее время.
5. Общее впечатление от продукта повысилось, т.к. Заказчик, пробуя работать с прототипом часто думал, что работает уже с готовой программой, и удивлялся, как же быстро мы ее написали. У Заказчика пропало ощущение, что Поставщик затягивает процесс ненужной бюрократией. Благодаря этому удалось установить хорошие дружеские отношения с Клиентом и получить надежду на дальнейшее сотрудничество.
6. Проект был успешно выполнен в строго отведенные сроки: за 6 месяцев,  с расширенным, по сравнению с заявленным, объемом требований. В ходе проектирования бизнес-процессов Клиента, удалось оптимизировать и сам процесс работы Клиента.
7. Заказчик перестал чувствовать себя как человек с другой планеты, т.к. удалось найти общий язык, понятный как разработчикам, так и клиентам, и тем самым отразить все требования Клиента в программе.
8. Удалось уйти от использования длинных, ненужных спецификаций, прочтение которых занимало много времени, от проведения тренингов и собраний по разъяснению новой функциональности и тем самым выиграть время на разработку продукта.
9. Заказчик получил именно то, что нужно, для него не было неожиданностью новая программа, он точно уже знал, как работать с новой программой, где в каком меню что находится. Тем самым фирма Клиента сэкономила на консалтинге, т.к. в ее компании уже есть сотрудники, умеющие работать с новой системой, а фирма Поставщика ПО сэкономила деньги на переделке уже готовой программы.

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