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