Анна Федорова - Заметки начинающего аналитика

Третьей стороной в проекте были разработчики информационной системы «Asoft», которую использовала организация Ткаченко. Нам предстояло скоординировать усилия, чтобы получать из огромного массива данных только те, которые нам нужны, и в том виде, который способно обрабатывать программное обеспечение «СОИ». И пока я занималась непосредственно заказчиком, Гоша окучивал «Asoft», чтобы затем объединить результаты.

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

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

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