Прям 1С начинает попахивать.
Нет, есть конечно отдельные направления, где требуются аналитик API, там вопросов нет он вообще все api проектирует. НО это отдельный пласт, выделенный, где есть свои требования к специализации. Арх. если он есть просто утверждает. А часто их несколько, которые просто получает со стороны аналитика контракты что и откуда и как должно.
Но когда вы озвучиваете "Максимум аналитик, который будет консультироваться с разработчиком", мы приходим к консультатнту-аналитику 1С, где встает вопрос а зачем разработчик нужен, т.е. когда у вас типовая конфигурация, где аналитик и кодит модуль (не систему же пишет, так правила обмена), и не объекты же реализует (так регистры не в счет, ну и 1 документ/справочник это разве много объектов), ну и тестирует, что там есть же на 1С авто тесты, ну а где нет, напишет, он же не систему кодит и не авто тесты пишет. И так далее. Получается такой вроде умеет все, а вроде чуть за порог маленькой среды, не умеет вообще ничего.
В общем мое мнение что аналитик больше должен что и зачем, по каким правилам. А когда начинаются задачи КАК, это уже и жнец и швец и на дуде игрец. Начинают страдать много направлений, в самом проекте. В принципе допустимо, вопрос просто в том что за цели у проекта.