ДжекНепотрошительА если серьезно, то я бы выделил пять ролей -
0. Руководитель
1. Аналитик (ТЗ, логика работы, общение с постановщиками задачи ),
2. Архитектор
3. Программист
4. Тестер.

у вас же нет в списке выделенного, с кем общаться?

ДжекНепотрошительiscrafm__у вас же нет в списке выделенного, с кем общаться?
А должен? Постановщик задачи в общем случае к разработке программ никакого отношения иметь не обязан. Это некое лицо, которое хочет, чтобы компьютер чё-то делал. В хорошем случае он может это формально описать, в плохом - не может, но для этого как раз и нужен аналитик. Поговорить, понять и формализовать.
постановщик - эта как раз тот человек, который переводит то, что "узнал" аналитик о задаче в структуры, понятные разработчику (программисту), т.е. "переводчик" с языка бизнеса, на котором говорит аналитик. Проектировщик, архитектор, образно.

на вскидку, из вакансий:

обязанностиОсновные рабочие процессы, выполняемые постановщиком задач:
-разработка общих проектных моделей (функциональных, информационных, технологических, компонентных и др.) автоматизированных систем или их составных частей;
-определение структуры функциональных программных компонентов, планирование их изготовления;
-полное проектирование функциональных программных компонентов: структур данных, алгоритмов, визуальных форм, программных интерфейсов;
-выдача заданий командам программистов;
-контроль процессов программной реализации; участие в функциональном тестировании;
-приемка результатов программной реализации и их передача в проектно-внедренческие центры для ввода в эксплуатацию, активное участие во внедрении и последующем сопровождении созданных программных изделий.

ДжекНепотрошительiscrafm__постановщик - эта как раз тот человек, который переводит то, что "узнал" аналитик о задаче в структуры, понятные разработчику (программисту), т.е. "переводчик" с языка бизнеса, на котором говорит аналитик. Проектировщик, архитектор, образно.

Да ничего подобного. Постановщик задачи - это персона, олицетворяющая заказчика. Просто во многих специализированных разработческих конторах так называют аналитика/проектировщика, который пишет ТЗ. Это частный случай, и не нужно в него упираться. Ставить задачу может как компетентное в разработке лицо, так и некомпетентное, в обоих случаях он будет постановщиком.
мне все же ближе классическое определение роли Постановщика (в предыдущем сообщении перечислены основные задачи, которые он решает). Никогда Постановщик не олицетворял заказчика, по крайней мере в моей практике. Да и в классике тоже.

ДжекНепотрошительiscrafm__пропущено...

Кстати, это - вообще не постановщик. Это называется "руководитель проекта" :)
пропустил это сообщение... Руководитель проекта занимается руководством проектом, а не постановкой задачи. И уж точно не разрабатывает модели ПО, структуру, программные интерфейсы и т.д. из перечисленного в обязанностях. Это классические функции Постановщика, который "ставит задачу программистам"

ДжекНепотрошительiscrafm__пропустил это сообщение... Руководитель проекта занимается руководством проектом, а не постановкой задачи. И уж точно не разрабатывает модели ПО, структуру, программные интерфейсы и т.д. из перечисленного в обязанностях. Это классические функции Постановщика, который "ставит задачу программистам"

Вы, вероятно, знакомы только с одним (причем наиболее малочисленным) видом разработки ПО - с рабочими группами по сотне-другой разноплановых специалистов.

софтверные компании конечно можно назвать "наиболее малочисленным" видом разработки ПО, по сравнению с количеством отделов, групп, департаментов и т.п. на предприятиях, но это уже как-то слишком, имхо.

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

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

softwarerПостановщик (он же аналитик)
у нас это были разные люди, Аналитик - "клиенто-ориентированный" интерфейс, Постановщик - "системно-ориентированнный", образно
Хотя, в небольших конторах эти роли часто совмещаются.

softwarer,
Аналитик разговаривает на языке "бизнеса", Постановщик - на языке программы. Конечно эти роли можно объединить в одном человеке, если он знает хорошо и первое и второе.

softwareriscrafm__Аналитик разговаривает на языке "бизнеса", Постановщик - на языке программы. Конечно эти роли можно объединить в одном человеке, если он знает хорошо и первое и второе.
А кто-то говорит, что есть "бизнес-аналитики", а есть "системные аналитики". А кто-то впендюривает в эту цепочку "архитектора". А ещё как минимум вокруг действительно должен бегать РП. Итдитп. У разных людей по-разному, и я давно принял для себя, что надо или детально смотреть, как в конкретном месте, или же "не опускаться на уровень деталей" и не использовать, например, слово "аналитик", которое в разных случаях подразумевает совсем разные, буквально непересекающиеся списки обязанностей.
в ИТ: системный аналитик = постановщик задач, перефразировано просто, Бизнес-аналитик - предоставляет требования к ПО со стороны бизнеса, часто в отрасли называют просто "аналитик". Просто это все не зафиксированные термины и в зависимости от отрасли интерпретируются как попало. Архитектор - "главный постановщик", который "видит" всю систему в целом.