Post #29

При обсуждении профессионального стандарта каждый пытается осмыслить суть и цель работы системного аналитика, и вариантов высказывается много. Как и критериев оценки качества работы СА. Зачем он вообще на проекте? Один из показателей, которые я для себя вывел — это число вопросов, заданных системным аналитиком, на которые получен ответ "О! Об этом мы как-то не подумали!.." То есть, аналитик — это такая роль, которая позволит _заранее_ выяснить максимально большое число аспектов будущей системы, о которых стоит подумать, и по которым стоит принять решение. Сами решения не должен принимать системный аналитик, это пусть делают заказчик, владелец продукта, менеджер проекта (или команда реализации в целом), архитектор... Системный аналитик может быть при этом фасилитатором — акушеркой при рождении решения. Может и свои решения предлагать, если есть опыт. Может для предложенного решения задать следующие вопросы, которые нужно будет продумать при реализации этого решения. И, конечно, может потом зафиксировать принятые решения. Таким образом, задача аналитика — заранее раскрыть объем будущей системы. А то обычно его недооценивают в 2-3 раза. И указать наиболее рискованные места — рискованные именно с точки зрения неопределенности, тени, в которых скрываются огромные пространства. Говорят, аналитиков не любят за занудство. Но не нужно быть занудой и цепляться к мелочам. Наоборот — показывайте ширину и глубину системы, весь объем и сложность! Любой менеджер, который осознает, что благодаря системному аналитику удалось не ввязаться в проект, зарезанный вдвое по срокам из-за неучтенной функциональности, будет вас на руках носить :)