да какая разница какого уровня этот человек у вас считается? хоть хозяином конторы и зятем президента Украины. он не создает функциональность, следовательно не может за нее отвечать. запись слов заказчика и прилепление к ней титульного листа со словом "требования" - обычная инженерная работа и не более. это если грамотная. а если так себе - то и вовсе уровень секретаршиVBez wrote: Вы опять думаете о чем-то о своем.
Продакт специалист у нас в проекте это человек уровня архитектора.
Только архитектор отвечает за архитектуру, а продакт специалист - за функциональность.
Он не является просто посредником. Он является активным создателем системы.
Если система большая, то целиком ее не знает никто. А уж человек, не имеющий технического бэкграунда, не может ее знать всю по определению. Хорошая новость состоит в том, что знать ее всю и не надо. Система не разрабатывается целиком. В каждый момент времени работа идет над одной или несколькими фичами (фазами, итерациями, хоть Сюзанной назовите). Все, что требуется - провести грамотную декомпозицию и проанализировать зависимости. Техлид отвечает за ту часть, которую ему дали. Если нельзя отдать всю техническую работу одному техлиду, то все равно должен быть чел, который отвечает за реализацию всего-всего в рамках проекта. Например, проджект менеджер, которому репортят техлиды. Техлид не должен писать все требования, но на самом верхнем уровне они все должны через него пройти, а он, соотвественно, закоммититься "ок, вот высокоуровневый скоуп вверенного мне проекта и это то, что мы готовы сделать к такому-то числу". Делает это он тоже не просто так, а опираясь на анализ реализуемости от своих инженеров, на фидбек от инженеров по требованиям (которые могут сказать: вот это требование на вид простое, но мы только всякие разные детали будем полгода уточнять), на фидбек от тестеров и так далее. И уже после коммита специально обученные инженеры по требованиям работают над детальными требованиями и делают алярм и ахтунг если вылазит что-то, что не было учтено изначально и может повлиять на выполнимость проекта в срок (или стоимость или еще что-то)VBez wrote: Потому что обычный техлид не знает всю систему целиком.
Он знает либо какие-то приложения из системы, либо какой-то слой, например - презентейшен, интеграция с внешними системами, ...
У нас нет техлида, который отвечает за всю систему целиком. Она слишком большая.
Кроме того у техлида не будет времени заниматьсся его тимой и разработкой, если он будет работать над требованиями.
Это в кратце как работа над большими системами организуется правильно. А то, что у вас понапридумывали - третий класс, вторая четверть. И в Штатах может быть интересно только очень странным людям