Есть ли шанс у продакт специалиста получить H1?

[VBez]

Есть ли шанс у ведущего продакт специалиста найти работу в США?
Опыт 5-7 лет.
Несколько законченных и внедренных больших медицинских проектов.
Один из них - с нуля.
Очень хороший английский.

И, кстати, в чем разница между продакт специалистом и бизнес-аналитиком?
Тот кто обсуждает продукт с заказчиком, пишет требования, обсуждает их с программистами - это продакт специалист или бизнес-аналитик?
А то наше местное название может не совпадать с тем, как называют таких людей в Штатах.

[АццкоМото]

Ммммм... и требования от заказчика приносит секретарь? И разработчикам относит секретарь? Где-то это уже было...

[VBez]

Ммммм... и требования от заказчика приносит секретарь? И разработчикам относит секретарь? Где-то это уже было...

Ничего не понял.
Это какой-то сарказм?
Я что-то спросил не то или не так?

[valchkou]

Тот кто обсуждает продукт с заказчиком, пишет требования, обсуждает их с программистами - это продакт специалист или бизнес-аналитик?

это Project Manager

[VBez]

Тот кто обсуждает продукт с заказчиком, пишет требования, обсуждает их с программистами - это продакт специалист или бизнес-аналитик?

это Project Manager

Проджект менеджер пишет требования?

[valchkou]

Тот кто обсуждает продукт с заказчиком, пишет требования, обсуждает их с программистами - это продакт специалист или бизнес-аналитик?

это Project Manager

Проджект менеджер пишет требования?

у нас да, пишет, не придумывает а именно собирает их, пишет, обсуждает с прогами и распределяет по релизам, отчитывается перед заказчиком/руководством по срокам и статусам.

[calbeersfan]

Ммммм... и требования от заказчика приносит секретарь? И разработчикам относит секретарь? Где-то это уже было...

Ничего не понял.
Это какой-то сарказм?
Я что-то спросил не то или не так?

Классику IT надо бы конечно знать (даже безотносительно к вашему вопросу - и особенно, если считаете, что у вас хороший английский) - это из фильма "Office Space"

[АццкоМото]

Ничего не понял.
Это какой-то сарказм?
Я что-то спросил не то или не так?

Это был толстый отсыл к х/ф Office Space
Потому что по описанию не вполне понятно, что же именно вы делаете, а главное - зачем и есть ли в этом хоть какой-то смысл. Т.е. я не говорю, что этого смысла нет, но в вашей формулировке его какбэ и не видно.
Что-то сходное может делать technical account manager, requirements manager [serving as a customer-faced focal point] или даже field engineer. Но пока можно только гадать

[АццкоМото]

у нас да, пишет, не придумывает а именно собирает их, пишет, обсуждает с прогами и распределяет по релизам, отчитывается перед заказчиком/руководством по срокам и статусам.

не царское это дело - требования писать

[valchkou]

у нас да, пишет, не придумывает а именно собирает их, пишет, обсуждает с прогами и распределяет по релизам, отчитывается перед заказчиком/руководством по срокам и статусам.

не царское это дело - требования писать

у нас project manager не царь, и в пищевой цепочке он стоит ниже програмера, т.е если что его первым съедают.
А иногда, когда денег нет, то project managers вообще исчезают и требования приходится писать либо бизнес аналитикам либо junior developers.
Вот бизнес аналитики кстати очень важные гуси, но они никаким боком к програмированию, в основном с данными работают.

[VBez]

Вы меня неправильно поняли
Я спрашиваю не за себя.
Я - программер, а не продакт специалист.

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

У нас заказчик не присылает четкое техзадание, которое надо просто имплементировать.
В большинстве случаев приходит запрос, что они хотят, чтобы продукт работал так-то и так-то.
Потом в дело вступают продакт специалисты, которые выясняют, а что же все таки хочет заказчик и как оно все таки должно работать. Общаются с клиентом, общаются с продакт специалистами из продуктов, с которыми надо будет интегрироваться. И на выходе генерят требования - что же все таки должно быть сделано.

Если снова что-то непонятно, то позадавайте наводящие вопросы

[VBez]

А иногда, когда денег нет, то project managers вообще исчезают и требования приходится писать либо бизнес аналитикам либо junior developers.
Вот бизнес аналитики кстати очень важные гуси, но они никаким боком к програмированию, в основном с данными работают.

У нас программеры требования никогда не пишут.
Только имплементят их.
А тем более junior developers.

А что значит "работают с данными"?

[АццкоМото]

Вы меня неправильно поняли
Я спрашиваю не за себя.
Я - программер, а не продакт специалист.

Прошу прощения, я хотел написать, что-то про "или не вы, а хозяин мотороллера", но поленился

Попробую еще раз.
У нас в команде есть проджект менеджер, продакт специалист, архитектор, программеры, UI дизайнер, тестеры.
Какая функциональность должна присутствовать в продукте - за это отвечает проджект менеджер совместно с продакт специалистом.
Как будет выглядеть продукт - это тоже решают проджект менеджер с продакт специалистом.
<cut>
У нас заказчик не присылает четкое техзадание, которое надо просто имплементировать.
В большинстве случаев приходит запрос, что они хотят, чтобы продукт работал так-то и так-то.
Потом в дело вступают продакт специалисты, которые выясняют, а что же все таки хочет заказчик и как оно все таки должно работать. Общаются с клиентом, общаются с продакт специалистами из продуктов, с которыми надо будет интегрироваться. И на выходе генерят требования - что же все таки должно быть сделано.

Если снова что-то непонятно, то позадавайте наводящие вопросы

Т.е. это обычный customer-faced requirements engineer/manager
Имхо, очень тяжело найти спонсора Н1. другой вопрос, что если он действительно хорош, можно попробовать сначала программистом приехать, а потом вернуться на свою стезю. только денег будет, скорей всего, намного меньше

[АццкоМото]

у нас project manager не царь, и в пищевой цепочке он стоит ниже програмера, т.е если что его первым съедают.

и его на три веселых не посылают со всеми его пожеланиями?

[valchkou]

У нас программеры требования никогда не пишут.
Только имплементят их.
А тем более junior developers.

а если некому, не сеньору же

А что значит "работают с данными"?

например нужно задать новый трейд или продукт вбить в систему
проанализировать целостность информации, скачать пол базы в ексель и с умным видом сравнивать 100 распечатаных страниц,
вобщем работы у них много.

[VBez]

Т.е. это обычный customer-faced requirements engineer/manager
Имхо, очень тяжело найти спонсора Н1. другой вопрос, что если он действительно хорош, можно попробовать сначала программистом приехать, а потом вернуться на свою стезю. только денег будет, скорей всего, намного меньше

Не получится.
У нас продакты - не программисты. Совсем.
Это люди, которые придумывают продукт. Но не имплементят его.

[АццкоМото]

Не получится.
У нас продакты - не программисты. Совсем.
Это люди, которые придумывают продукт. Но не имплементят его.

Иными словами, они даже не знают, что возможно сделать, а что - нет. Они придумывают продукты. Хотим, говорят, самолет. Чтобы стотыщ человек возил и крыльями махал. Все-таки, офис спейс

[VBez]

У нас программеры требования никогда не пишут.
Только имплементят их.
А тем более junior developers.

а если некому, не сеньору же

Вы снова шутите?
У нас джуниор может разве что какой-то мелкий баг пофиксить.
Ну или не очень мелкий, но под присмотром более продвинутого программера.
Он не знает продукт.
Да даже синьор программеры не знают весь продукт.
Только продакт специалист и проджект менеджер знают весь продукт целиком.
И только они могут писать требования.

А что значит "работают с данными"?

например нужно задать новый трейд или продукт вбить в систему
проанализировать целостность информации, скачать пол базы в ексель и с умным видом сравнивать 100 распечатаных страниц,
вобщем работы у них много.

Что такое "трейд" и "вбить продукт в систему"?

[VBez]

Не получится.
У нас продакты - не программисты. Совсем.
Это люди, которые придумывают продукт. Но не имплементят его.

Иными словами, они даже не знают, что возможно сделать, а что - нет. Они придумывают продукты. Хотим, говорят, самолет. Чтобы стотыщ человек возил и крыльями махал. Все-таки, офис спейс

Обычно такие запросы приходят от клиента
А уже дело продакт специалиста и проджект менеджера совместно с архитектором и ведущими программерами свести требования к реальным.

[calbeersfan]

у нас да, пишет, не придумывает а именно собирает их, пишет, обсуждает с прогами и распределяет по релизам, отчитывается перед заказчиком/руководством по срокам и статусам.

не царское это дело - требования писать

у нас project manager не царь, и в пищевой цепочке он стоит ниже програмера, т.е если что его первым съедают.
А иногда, когда денег нет, то project managers вообще исчезают и требования приходится писать либо бизнес аналитикам либо junior developers.
Вот бизнес аналитики кстати очень важные гуси, но они никаким боком к програмированию, в основном с данными работают.

Да уж - как же везде все по разному организовано . У нас Project Manager на прошлой работе был бог и царь. А вот аналитики - те да, исчезали на ура когда денег не было .

[АццкоМото]

Обычно такие запросы приходят от клиента
А уже дело продакт специалиста и проджект менеджера совместно с архитектором и ведущими программерами свести требования к реальным.

Итого. Клиент говорит: хочу самолет на стотыщ рыл. Продакт специалист говорит - ок. Идет к проджект менеджеру, говорит - самолет хотят. Тот говорит, ок, пиши требования и иди к архитектору. Пишет требования с пятнадцатью страницами scopes, responsibilities, assumptions, analysis, risks etc. И идет к архитектору - вот, говорит, такой вот самолет на стотыщ рыл надо запроектировать. Тот ему - да ты сдурел, старый! И идет к проджект менеджеру, не выходит, говорит, каменный цветок. Менеджер ему - ой мля! - беги скорее к кастомеру, предложи бульдозер. Т.е. делает всю ты работу, которую могла сделать стекретарша. Или просто почтовая система.
Это пипетс же просто. Почему это не может сделать обычный технический тимлид, который за разработку и будет отвечать? И который на звонке с кастомером на любую нереальную задачу всегда пихнет проджект менеджера в бок и скажет "михалываныч, на такую хрень не подписывайся"

[valchkou]

везде по разному это точно, строго соответсвия нет.
на некоторых проектах project manager, program manager and architect было одно лицо и оно было царь, на других 3 лица.
А требования фильтруют как правило тим лиды/тех лиды/solution architects, т.е те кто кодить будут.
Другой вопрос если их на бумагу нужно положить, то сеньору как то впадло, продиктовать да может, а вот печатать на ворде времени нет, adgile однако.

[Ana123]

Зависит от индустрии и самой компании- общение с клиентами, видение продукта,requirements gathering,мmarket analysis ,strategy,etc могут заниматься разные люди или один человек. Обычно titles - Strategy, Product managers,Business(System) Analyst,Projects Managers .

[VBez]

Т.е. делает всю ты работу, которую могла сделать стекретарша. Или просто почтовая система.

Вы опять думаете о чем-то о своем.
Продакт специалист у нас в проекте это человек уровня архитектора.
Только архитектор отвечает за архитектуру, а продакт специалист - за функциональность.
Он не является просто посредником. Он является активным создателем системы.

Почему это не может сделать обычный технический тимлид, который за разработку и будет отвечать? И который на звонке с кастомером на любую нереальную задачу всегда пихнет проджект менеджера в бок и скажет "михалываныч, на такую хрень не подписывайся"

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

[woody]

у меня даже слов нет.

Автор, что это за контора то у вас в Украине, с такими штатами и проектами ? HP & Cisco - и то себе такого не позволяют. есть технический пресейл-инженер, есть сейл - ВСЁ !