Там где искрит это как раз таки про настоящего Продакт Оунера (со стороны клиента), а там где не искрит или почти не искрит это про Прокси Продат Оунера.очень понравилась мысль про то что перфекционизм для Продакта значительно больше плюс тогда как для Проджекта минус. Прям в десяточку. Толковый обзор, спасибо
Здесь бы ещё добавить, что PO это очень конкретно определенная роль в scrum. А уж кого этой ролью озадачат, бывает по-разному. Хорошо, если business analyst.
Кажется, больше описаны задачи как раз бизнес/системного аналитика. На продукт-овнера, если посмотреть вакансии, возлагаются больше маркетинговые функции и сбор-отслеживание метрик продукта (ну и управление бэклогом и источником требований для команды естественно). В ролике больше акцент сделан все таки на формализации требований, но это не продукт овнер
Давно задаюсь вопросом, почему все программисты не создают свои стартапы, а работают по найму? В теории же могут, но что-то не складывается. Пришел к выводу, что по той же причине, по которой не каждый хороший специалист в других сферах деятельности открывает свой бизнес, а просто работает по найму без лишних хлопот.
Стартап это другие компетенции. Нужно шарить в бизнесе в первую очередь, программирование уже потом. К тому же прибыль не гарантирована, риски высокие. Работая "на дядю" можно получать зарплату и не думать прогорит твой бизнес завтра или нет. В крайнем случае работу сменишь.
Можно работать на дядю за стабильных 3-4к бакса в месяц по 40 часов в неделю и не греть мозг. А можно на своем стартапе работать за просто так по 80 часов в неделю и надеяться что его кто-то купит. Тут уж кому что больше нравится.
@@zorn6991 Александра, привет, ну, мне оно понравилось на 5-й минуте и я решил сделать коммент, вообще такие хорошие продукт-овнеры про которых он говорит мне редко попадаются;-) (p.s. в kubuntu мне пришла нотификация, что Сергей залил новое видео и я его сразу стал смотреть пока дейли не начался;-)))
Здравствуйте, Сергей. Вы могли бы ткнуть в одно из ваших видео или несколькими словами как быть в такой ситуации. В кампании несколько человек + меняющиеся время от времени верстальщики Я пишу на JS (мать его так) вэбинарную комнату. Чистый typescript + jquery. Никаких реактов итд. В зависимости от новых задач интерфейс дополняется. Верстальщику желательно отдавать проект для доработки в формате html + css + js файлики. Но у меня совсем все по-другому устроено, MVC. Нет свалки кода в одном месте, блоки html должны быть отделены друг от друга. Получается я уже 3 раза переписал свой код чтобы натянуть верстку после того как 2 разных верстальщика дорабатывали верстку. Сейчас чтобы добавить хоть какой-то чекбокс в верстку верстальщиком, мне нужно выслать ему html + css, выбрать некоторые из своих js классов, подключить их к странице чтобы заработало, к примеру, добавление сообщения в текстовый чат после нажатия на кнопку. После изменений в js верстальщиком мне нужно будет их найти и применить к своим production классам Мне кажется такой подход излишне трудоемкийм Может быть Вы подскажете как технически в таких ситуациях поступать. Полностью весь код проекта мы не можем показать верстальщику
Посмотрел видео. два вопроса. 1. Если продакт оунер должен знать предметную область, должен быть человеком из этой предметной области, то что, под каждый новый проект нужно брать нового продакт оунера? Может тогда проще временно каких-нибудь консультантов привлекать? 2. Должен ли продакт оунер-бизнес-аналитик знать разработку и ИТ? По моему опыта - да, по крайней мере в общих вещах, поверхностно. Но тогда это опять-таки конфликтует с первым моим вопросом: не каждый прораб будет это знать.
У нас, например, бизнес-аналитик вообще отдельная от продакт-оунера должность, чуть пониже, прослойка между РО и системным аналитиком. По поводу того, что у PO жопа не горит, еще как горит. И от сроков тоже. Никакой консультант такого не вывезет. И да, РО знает ИТ.
Очень хорошо объяснили. А то по сигналам то одно, а в жизни другое. Особенно было полезно про динамику взаимоотношений между продакт оунером и пм. Я все-таки сделал вывод, что логично, когда продает оунер со стороны заказчика, т.к он знает бизнес домен.
то есть перейти из разработчика в Product Owner шансов почти что нет? Как же тогда перейти из написания кода к работе над продуктом в целом, туда где собственно делается бизнес и создается продукт?
@@SergeyNemchinskiy В самом деле спасибо за ваши видео. Я не программист по профессии. Изучаю и пишу на java , а теперь уже скоро и на дроиде. Однако это потому, что мне это интересно и эти "экзерсиссы" помогают в основной работе. Ваши же видео дают хорошее представление о том, как устроен IT-мир.
PO - это роль в проекте, а не должность в штатном расписании. Реальная должность у него может быть "менеджер", "руководитель проекта" или что-нибудь еще.
Продакт менеджер по классике - это тот, кому инвесторы или компания выделила деньги на выполение проекта. Ни сениору, ни тим лиду, а продакт менеджеру. И отвечает он лично за проект. Угадайте, у кого денег больше. Бывают "прокси-продакт-менеджеры", которые ни за что не отвечают, вот у них зп может быть ниже плинтуса.
Вот вы говорите заказчик. Под заказчиком вы подразумеваете любое лицо, которое требует от кого-то выполнение своего заказа, то-есть это может быть и начальник, и заказчик на фрилансе. Я правильно понимаю?
Если про офшорное программирование говорить, то очень просто: на стороне заказчика это будет всегда PO, а на стороне исполнителя это будут PMs. Их может быть несколько, если разработка ведется одновременно в нескольких странах. Если же компания разрабатывает собственный продукт, то тут сложнее. Но мне кажется, что PO тут будет тем человеком, который будет как бы "заказчиком" продукта, т.е. человеком, знающим, чего хотят потребители продукта, какие фичи нужно добавить, именно он будет формулировать техзадание. Ну то есть такой больше стратег. А вот PM уже будет тем человеком, который руководит именно разработкой, то есть такой босс по технической части. Я бы сказал, что PO - это типа генерал, сидящий в штабе, а PM - полковник, руководящий войсками непосредственно на поле боя.
Сергей, снимите видео о том, как улучшать свои навыки в hard skills, какие существуют курсы (достойные на ваш взгляд) и какие есть пути развития?) (Если говорить о java) Спасибо за классные видео)
@@rozhanskaya я смотрел это видео, но ведь это не значит, что не нужно улучшать технические знания. На работе можно многое не понимать, но делать задачи, реализовывать продуманную не тобой архитектуру... Путь получения знаний - тернист, хочется не собирать на себе все колючки, а проходить его основываясь на чужом опыте в том числе.
Добрый день, Сергей! Было бы интересно послушать про жизненный цикл программного продукта, если конечно такого видео еще не было. Как заказчику-бизнесмену отвечать на вопросы "сколько это стоит" и "в какие сроки вы это сделаете?" Когда проект заканчивается? Ведь после запуска, без поддержки и развития он просто быстро умрёт. Выходит, если команда подписывается на какой-то проект, это практически навсегда?
Здравствуйте Сергей, уже год смотрю ваш канал, очень интересные ролики. Спасибо за ваши труды. У меня есть странный вопрос. У меня мед. образование но мне нравиться программирование, мне только 25 стоит ли переучиваться на программиста и потратить еще 5 лет на универ или можно пройти курсы и обучаться самому ? И стоит ли тратить на это время? Не возникнет ли у потенциальных работодателей ощущения что я ветренный и делаю не правильный выбор?
Учиться на программиста в ВУЗе абсолютно нет никакой необходимости, больше результата даст вам самостоятельное обучение и курсы. Либо только самостоятельное обучение (это очень эффективно, но дольше). Программирование - это вообще навык, то есть главное, - практиковаться, получив какие-то основы.И никто не заподозрит вас в ветренности - очень многие люди меняют сферы деятельности. А в IT вы можете встретить свичеров откуда угодно - например, у меня есть знакомый программист, который был тренером по Тэквандо, а есть бывший переводчик.
Вопрос! А как программисты обычно работают: обосновывая свои шаги, или методом тыка? Зависит ли это от уровня программиста? т.е. напрмер: "Здесь нужно написать такую-то функцию, потому что она вызывает такую-то функцию, которая будет выполнять такую-тл команду. А здесь мы из напишем такую-то функцию, состоящую из таких-то и таких-то действий" Или: "Так, блин... не работает... А если сюда мы напишем это? Так, вот а если так? Вроде работает... ладно, раз работает, то будем считать, что сделал"
Тесты пишут, в зависимости от ситуации: написал функцию - написал к ней юнит тест, запустил интеграционные тесты, если всё так, как должно, то ты справился с задачей.
нет, Андерсон это аналитик. Он может рассказать, что и как надо сделать, поможет правильно поставить задачу для своего ПМа. На Product Owner'а там похожа дама в белой блузке. Говорит, что и как надо сделать, хотя мало понимает.
Ролик очень интересный. Я иду в айти что б понять как автоматизируется интересующая область. As for Product owner благодаря этому видео точно понял что это моё увлечение разобраться во всем very thoroughly сделать всё правильно. Я бы был очень интересен бизнесу за обстоятельные предложения и идеи. И благодаря моим рекомендациям программисты не будут делать мартышкин труд. I'd like to thank Sergey for such a useful video!
Сергей, стоит ли из России сейчас перебираться в Украину java разработчику? Раз уж у вас там и зарплаты в долларах и в целом хороший спрос на java разработчиков. Насколько вообще реально туда сейчас (в ближайшем будущем после открытия границ) переехать из России? Как в целом относятся к русским в связи со всеми этими политическими событиями?
"в связи со всеми этими политическими событиями?" - в зв'язку з війною, яку Росія веде проти України, окупувавши Крим та частину Донбасу. Війна, це вже не політика.
@@SergeyNemchinskiy понятно, что против, иначе в Украину ехать было бы странно, я имею в виду в целом про отношение к русским, безотносительно их политических взглядов, ну и про востребованность на рынке труда, конечно.
Там где искрит это как раз таки про настоящего Продакт Оунера (со стороны клиента), а там где не искрит или почти не искрит это про Прокси Продат Оунера.очень понравилась мысль про то что перфекционизм для Продакта значительно больше плюс тогда как для Проджекта минус. Прям в десяточку. Толковый обзор, спасибо
Здесь бы ещё добавить, что PO это очень конкретно определенная роль в scrum. А уж кого этой ролью озадачат, бывает по-разному. Хорошо, если business analyst.
Согласен. Но не хотел людям мозги забивать
Класс! Я очень дотошный в работе. Учился на тестировщика. Профессия прям для меня😂. Спасибо! Цель найдена.♥️
Кажется, больше описаны задачи как раз бизнес/системного аналитика. На продукт-овнера, если посмотреть вакансии, возлагаются больше маркетинговые функции и сбор-отслеживание метрик продукта (ну и управление бэклогом и источником требований для команды естественно). В ролике больше акцент сделан все таки на формализации требований, но это не продукт овнер
Очень круто! Как всегда: отличные образы и ассоциации. Спасибо.
спасибо)
Коротко, Product Owner амортизатор между заказчиком и компании :D
Нужно подобное видео про все должности типа project manager, product manager, system analyst, team lead и т.д. чем отличаются и как совмещаются
из всех айти блогеров больше всего Немчинского смотрю. Вот такие ролики для кругозора очень интересны. Хотя сам я развиваюсь чисто как эксперт.
именно то, что искал. Спасибо. Лаконично и по сути.
А в чём отличия от product manager'а?
Давно задаюсь вопросом, почему все программисты не создают свои стартапы, а работают по найму? В теории же могут, но что-то не складывается. Пришел к выводу, что по той же причине, по которой не каждый хороший специалист в других сферах деятельности открывает свой бизнес, а просто работает по найму без лишних хлопот.
Стартап это другие компетенции. Нужно шарить в бизнесе в первую очередь, программирование уже потом. К тому же прибыль не гарантирована, риски высокие. Работая "на дядю" можно получать зарплату и не думать прогорит твой бизнес завтра или нет. В крайнем случае работу сменишь.
видимо кто как. у меня как раз свой старт ап, посчёту уже третий за последние 10 лет.
Можно работать на дядю за стабильных 3-4к бакса в месяц по 40 часов в неделю и не греть мозг. А можно на своем стартапе работать за просто так по 80 часов в неделю и надеяться что его кто-то купит. Тут уж кому что больше нравится.
Спасибо за видео) Очень жаль что не попал на него раньше. Професия прям для меня)
отлично разложил!
видео вышло 2 минуты назад, как ты его успел посмотреть?
@@zorn6991 а видео почти 16 минут
ахахах
@@zorn6991 Александра, привет, ну, мне оно понравилось на 5-й минуте и я решил сделать коммент, вообще такие хорошие продукт-овнеры про которых он говорит мне редко попадаются;-) (p.s. в kubuntu мне пришла нотификация, что Сергей залил новое видео и я его сразу стал смотреть пока дейли не начался;-)))
@@NikolayMishin ок
Скажите пожалуйста, а по вашему мнению, сколько такая профессия будет актуальна на рынке труда?😢
Да и желаю тебе 100000 подписчиков!!! I wish you get one hundred thousand subscribers!!!
спасибо)thanks)
Здравствуйте, Сергей.
Вы могли бы ткнуть в одно из ваших видео или несколькими словами как быть в такой ситуации.
В кампании несколько человек + меняющиеся время от времени верстальщики
Я пишу на JS (мать его так) вэбинарную комнату. Чистый typescript + jquery. Никаких реактов итд.
В зависимости от новых задач интерфейс дополняется.
Верстальщику желательно отдавать проект для доработки в формате html + css + js файлики.
Но у меня совсем все по-другому устроено, MVC. Нет свалки кода в одном месте, блоки html должны быть отделены друг от друга.
Получается я уже 3 раза переписал свой код чтобы натянуть верстку после того как 2 разных верстальщика дорабатывали верстку.
Сейчас чтобы добавить хоть какой-то чекбокс в верстку верстальщиком, мне нужно выслать ему html + css, выбрать некоторые из своих js классов, подключить их к странице чтобы заработало,
к примеру, добавление сообщения в текстовый чат после нажатия на кнопку.
После изменений в js верстальщиком мне нужно будет их найти и применить к своим production классам
Мне кажется такой подход излишне трудоемкийм
Может быть Вы подскажете как технически в таких ситуациях поступать.
Полностью весь код проекта мы не можем показать верстальщику
КАроч, если прокачаны Soft Skills то можно идти аналитиком/ PO, если средненько или так себе, то лучше еще раз подумать
Посмотрел видео. два вопроса.
1. Если продакт оунер должен знать предметную область, должен быть человеком из этой предметной области, то что, под каждый новый проект нужно брать нового продакт оунера? Может тогда проще временно каких-нибудь консультантов привлекать?
2. Должен ли продакт оунер-бизнес-аналитик знать разработку и ИТ? По моему опыта - да, по крайней мере в общих вещах, поверхностно. Но тогда это опять-таки конфликтует с первым моим вопросом: не каждый прораб будет это знать.
У нас, например, бизнес-аналитик вообще отдельная от продакт-оунера должность, чуть пониже, прослойка между РО и системным аналитиком.
По поводу того, что у PO жопа не горит, еще как горит. И от сроков тоже.
Никакой консультант такого не вывезет.
И да, РО знает ИТ.
иди на SCRUM.org скачай PDF таm чётко и ясно прописано что такое PO
Только вы могли рассказывать 16 минут о том кто такой Product Owner)
Очень хорошо объяснили. А то по сигналам то одно, а в жизни другое. Особенно было полезно про динамику взаимоотношений между продакт оунером и пм. Я все-таки сделал вывод, что логично, когда продает оунер со стороны заказчика, т.к он знает бизнес домен.
то есть перейти из разработчика в Product Owner шансов почти что нет? Как же тогда перейти из написания кода к работе над продуктом в целом, туда где собственно делается бизнес и создается продукт?
Очень круто объяснили, спасибо)
Это работа для меня.
значит я хоть одному человеку помог :)
@@SergeyNemchinskiy В самом деле спасибо за ваши видео. Я не программист по профессии. Изучаю и пишу на java , а теперь уже скоро и на дроиде. Однако это потому, что мне это интересно и эти "экзерсиссы" помогают в основной работе. Ваши же видео дают хорошее представление о том, как устроен IT-мир.
Продакт онер - это реальная должность? Можно пример?
PO - это роль в проекте, а не должность в штатном расписании. Реальная должность у него может быть "менеджер", "руководитель проекта" или что-нибудь еще.
@@gennadyyy Понятно.
Спасибо!
А что это за клавиатура интересная?
Было бы интересно услышать от вас об AWS)
В плане зарплат: являются ли PM и PO обычно более оплачиваемыми чем senior/teamlead в рамках одного проекта?
это кто как себя продаст
У PO нет никакой жизни!
Продакт менеджер по классике - это тот, кому инвесторы или компания выделила деньги на выполение проекта. Ни сениору, ни тим лиду, а продакт менеджеру. И отвечает он лично за проект. Угадайте, у кого денег больше.
Бывают "прокси-продакт-менеджеры", которые ни за что не отвечают, вот у них зп может быть ниже плинтуса.
Мне очень нравится ваш канала и вы) как профи. Редко пишу такое. Действительно интересные ответы и вопросы. Сейчас именно хочу стать Тим лидом)
Сергей, Добрый день
Нужен совет: для product owner в качестве рабочего инструмента на чем удобнее работать: ноутбук или стационарный компьютер?
Сейчас для любого айти спеца ноут намного удобнее т.к. в основном работают по смешанному графику:ремоут + офис. И таскать пк на работу не очень круто)
Вот вы говорите заказчик. Под заказчиком вы подразумеваете любое лицо, которое требует от кого-то выполнение своего заказа, то-есть это может быть и начальник, и заказчик на фрилансе. Я правильно понимаю?
ну, и не только
Чем отличается Project Manager от Product Owner если коротко?
Если про офшорное программирование говорить, то очень просто: на стороне заказчика это будет всегда PO, а на стороне исполнителя это будут PMs. Их может быть несколько, если разработка ведется одновременно в нескольких странах. Если же компания разрабатывает собственный продукт, то тут сложнее. Но мне кажется, что PO тут будет тем человеком, который будет как бы "заказчиком" продукта, т.е. человеком, знающим, чего хотят потребители продукта, какие фичи нужно добавить, именно он будет формулировать техзадание. Ну то есть такой больше стратег. А вот PM уже будет тем человеком, который руководит именно разработкой, то есть такой босс по технической части. Я бы сказал, что PO - это типа генерал, сидящий в штабе, а PM - полковник, руководящий войсками непосредственно на поле боя.
Сергей, снимите видео о том, как улучшать свои навыки в hard skills, какие существуют курсы (достойные на ваш взгляд) и какие есть пути развития?) (Если говорить о java)
Спасибо за классные видео)
На канале есть видео на эту тему, там Сергей объясняет, что нужно прокачивать Soft skills, так как hard skills вы и так качаете на работе, на проекте.
@@rozhanskaya я смотрел это видео, но ведь это не значит, что не нужно улучшать технические знания. На работе можно многое не понимать, но делать задачи, реализовывать продуманную не тобой архитектуру...
Путь получения знаний - тернист, хочется не собирать на себе все колючки, а проходить его основываясь на чужом опыте в том числе.
Это же я 🙃
Увеличить кнопочку на пиксель, всех затра…😃
Всё, иду работать продук оунером👍🏻
Добрый день, Сергей! Было бы интересно послушать про жизненный цикл программного продукта, если конечно такого видео еще не было. Как заказчику-бизнесмену отвечать на вопросы "сколько это стоит" и "в какие сроки вы это сделаете?" Когда проект заканчивается? Ведь после запуска, без поддержки и развития он просто быстро умрёт. Выходит, если команда подписывается на какой-то проект, это практически навсегда?
Фёдор, зависит от продукта и компании. Иногда бывает так что есть специальные подразделения заточенные под эксплуатацию.
Клааасс, спасибо огромное. Нашел себя🤣☺
Рад, что пригодилось)
А где роль скрам мастера?
А де посилання на голосування за безкоштовний вебінар?
th-cam.com/users/postUgyLmtBHvEB_mHzSosp4AaABCQ?app=desktop
Здравствуйте Сергей, уже год смотрю ваш канал, очень интересные ролики. Спасибо за ваши труды. У меня есть странный вопрос. У меня мед. образование но мне нравиться программирование, мне только 25 стоит ли переучиваться на программиста и потратить еще 5 лет на универ или можно пройти курсы и обучаться самому ? И стоит ли тратить на это время? Не возникнет ли у потенциальных работодателей ощущения что я ветренный и делаю не правильный выбор?
Учиться на программиста в ВУЗе абсолютно нет никакой необходимости, больше результата даст вам самостоятельное обучение и курсы. Либо только самостоятельное обучение (это очень эффективно, но дольше). Программирование - это вообще навык, то есть главное, - практиковаться, получив какие-то основы.И никто не заподозрит вас в ветренности - очень многие люди меняют сферы деятельности. А в IT вы можете встретить свичеров откуда угодно - например, у меня есть знакомый программист, который был тренером по Тэквандо, а есть бывший переводчик.
все верно ответили
Сергей, где посоветуете обучиться на Product Owner / IT Project Manager? Есть достойные курсы?
Professional Services еще программируют:)
Вопрос!
А как программисты обычно работают: обосновывая свои шаги, или методом тыка? Зависит ли это от уровня программиста?
т.е. напрмер:
"Здесь нужно написать такую-то функцию, потому что она вызывает такую-то функцию, которая будет выполнять такую-тл команду. А здесь мы из напишем такую-то функцию, состоящую из таких-то и таких-то действий"
Или:
"Так, блин... не работает... А если сюда мы напишем это? Так, вот а если так? Вроде работает... ладно, раз работает, то будем считать, что сделал"
когда как и когда кто
Тесты пишут, в зависимости от ситуации: написал функцию - написал к ней юнит тест, запустил интеграционные тесты, если всё так, как должно, то ты справился с задачей.
То есть product owner это эксперт? Такой классический. Прям как мистер Андерсон из короткометражки про 7 красных линий?
нет, Андерсон это аналитик. Он может рассказать, что и как надо сделать, поможет правильно поставить задачу для своего ПМа. На Product Owner'а там похожа дама в белой блузке. Говорит, что и как надо сделать, хотя мало понимает.
там фиговый эксперт был я смог нарисовать те 7 "красных" линий и даже с котиками/рыбками
где вкладочка коммьюнити? О_о
th-cam.com/users/pro100fox2community
не согласен! Не всегда PR так работает, он может скидавать свои задачи другим прогерам
А так с вами полностью согласен
пиар? причем тут специалисты по пиару???
Ролик очень интересный. Я иду в айти что б понять как автоматизируется интересующая область. As for Product owner благодаря этому видео точно понял что это моё увлечение разобраться во всем very thoroughly сделать всё правильно. Я бы был очень интересен бизнесу за обстоятельные предложения и идеи. И благодаря моим рекомендациям программисты не будут делать мартышкин труд. I'd like to thank Sergey for such a useful video!
Сергей, стоит ли из России сейчас перебираться в Украину java разработчику? Раз уж у вас там и зарплаты в долларах и в целом хороший спрос на java разработчиков. Насколько вообще реально туда сейчас (в ближайшем будущем после открытия границ) переехать из России? Как в целом относятся к русским в связи со всеми этими политическими событиями?
"в связи со всеми этими политическими событиями?" - в зв'язку з війною, яку Росія веде проти України, окупувавши Крим та частину Донбасу. Війна, це вже не політика.
из России стоит уезжать куда угодно. А насчет Украины - сами смотрите. Если вы вдруг за Путина или за оккупацию Крыма - вам точно будут не рады
@@vitalyromas6752 моя твоя не понимать
@@SergeyNemchinskiy понятно, что против, иначе в Украину ехать было бы странно, я имею в виду в целом про отношение к русским, безотносительно их политических взглядов, ну и про востребованность на рынке труда, конечно.
@Ron. H. у меня только с вежливыми людьми все футболки
Где второй лайк ставят?
Бля про меня.😂😂
Я теперь хочу быть Product Owner-ом. Я бы заавтоматизировал и внедрил програмные решения везде где только можно и нельзя 😆
Лучше купи десять соток и сажай гречку, соль и спички.