byur V.Sopkin
....
Независимо от места работы принципы распределения работ у нас одни и те же.
1. Руководство проектом (постановщик)
2. Предпроектное обследование (постановщик).
3. Разработка проектной документации:ТЗ, пояснительные записки, методики, основные положения, процедуры управления и т.п. (постановщик).
4. Постановка задач:
- разработка ТЗ для программирования (постановщик)
- разработка структуры базы данных (постановщик + ведущий программист)
5. Разработка программ (программист)
6. Тестирование программ (программист, потом постановщик, потом эксплуатационник заказчика (если есть ИТ-специалисты), затем пользователь).
7. Обучение (постановщик обучает эксплуатационников при их наличии или непосредственно пользователей).

А за проект в целом тоже "швец и жнец", он же постановщик отвечает? Менеджеры не нужны? А руководитьель тогда что делает, ходит и спрашивает с важным видом "какие успехи" и на совещания ходит к начальству (прихватив с собой того же "постановщика", чтобы мог квалифицированно ответить ибо руководитель откровенно некомпетентен)? Очень похоже на ситуацию, когда слабость менеджмента компенсируется героизмом конкретных людей.

Но постановщики бывают разные: есть ведущие инженеры, есть рядовые. Ведущие и выполняют роль менеджеров. На совещания к топ-менеджерам заказчиков они ходят самостоятельно (без руководителя). Квалификации вполне хватает.
byurВот только еще раз хочу отметить, что людей, сочетающих в себе такой набор компетенций (управление проектом -- как мнимум PMBOK нужно знать, описание бизнес-процессов -- свои нотации и стнадарты, разработка "проектной документации", -- ГОСТы, ТЗ -- сут знания в области разработки и управления требованиями к ПО -- тоже некислый пласт знаний (посмотрите хотябы тут, что такое требования http://www.sorlik.ru/swebok/3-1-software_engineering_requirements.pdf ), проектирование ПО, которое у вас означает только проектирование структуры БД (!!!) -- так и то нужно знать что такое ERD и правлиа Кодда, потом еще и написание пользовательской документации -- суть компетенция тех. писателей (!), со своими правилами написания, потом еще и тестирование -- тестовые сценарии писать тоже нужно уметь!).
Поэтому я и говорю, что найти хорошого постановщика - это большая проблема.
byurДопускаю, что ПО которое вы разрабатываете очень несложное и небольшое (типа печать платежных поручений), тогда это может быть оправдано. Иначе -- это все профанация. Больше чем уверен, что ТЗ, разрабатываемое таким "универсальным солдатом" низкого качества, и в нем мы увидим помесь описания бизнес процессов и пользовательского интерефейса ... вобщем обычная каша, которую придется "хавать" несчастному разработчику. Нахлебавшись которой, разработчик плюет на такого постановщика и его "типа ТЗ" и сам звонить заказчику и спрашивает что тот хотел
Зря допускаете. Простым ПО мы, к сожалению не занимаемся. Все в основном большими системами. И имеем вполне приличный результат.
По "теории", должностей, связанных с проектированием АСУ, можно написать много. Только всегда ли это обосновано ?
А распределение работ в ИТ-коллективах определяется их штатным расписанием и квалификацией персонала.

Сергей Васкецов V.Sopkin
1. Хорошего постановщика из молодого спеца (при его желании) можно вырастить лет за 5.

Кто его будет растить? Другой хороший постановщик, вместо исполнения своих прямых обязанностей?
А какой есть иной путь ?
Сергей Васкецов V.Sopkin
3. Найти на рынке хорошего программиста проще, были бы деньги.
4. Найти на рынке хорошего постановщика чрезвычайно трудно, даже если есть деньги.
Факт 4 фактически означает отсутствие денег. Исходя из него факт 3 как следствие представляется более чем спорным, либо, подтверждает Ваши низкие требования к "непостановщикам".
Может быть в Москве и Питере можно найти хороших постановщиков, но в нашей провинции с этим большие проблемы. Впрочем, такие проблемы по всей стране. Может быть мы вкладываем разные понятия в слово "постановщик". Для меня постановщик, кроме необходимых ИТ-знаний, должен одинаково свободно общаться с руководителями, конструкторами и технологами, экономистами и бухгалтерами, сбытовиками и снабженцами, плановиками и диспетчерами, цеховым персоналом. Т.е. на одном с ними языке. А для этого постановщик должен знать специфику основных видов деятельности промышленного предприятия.
К "непостановщикам" требования вполне нормальные. Мы всегда рады квалифицированным специалистам, но иногда вынуждены брать и молодых специалистов.
Сергей Васкецов V.Sopkin5. Ошибки постановщиков обходятся гораздо дороже, чем ошибки программистов.
Я тоже так много раньше думал, и даже гордился, что знаю такую умную фразу. В действительности ошибка (при прочих равных) исправляется тем дороже, чем позже она устранена, независимо от того, кем она сделана и когда обнаружена.
Ошибки (конечно принципиальные) постановщика всегда обходятся дороже потому, что он стоит в начале тех.процесса ИТ. А что ошибки лучше исправлять как можно раньше, то тут никаких возражений.