За свои 15 лет у меня было столько проектом, что даже не посчитаю... Узнав об этой профессии, я загорелся! Оказывается, что каждый день я применяю всё то, что применяют Project-Менеджеры. Я так-же рассчитываю бюджет, сроки, результат и т.д. Я даже не подозревал, что есть такая профессия. А главное, я думал, что мои навыки бесполезны, а тут такое... Любовь с первого взгляда ❤
Про велосипед это прям описывает мои два года работы в ит пм. Совет для новичков это работать с умными людьми когда это так вы тоже становитесь умными, когда это проходит я советую искать новые вызовы.
Грамотная и приятная девушка , говорит по существу. От себя добавлю , что иногда менеджеры проектов ,вырастают внутри компаний, в которых очень плохо налажены процессы. Это может быть менеджер о продажам , на которого свалилась ответственность в организации процессов , закупки , контроль оплаты и поставки , контроль времени исполнения. Если человек предприимчивый, то он справится , даже если придётся исправлять чужие ошибки , при этом он получит бесценный опыт. Тут и происходит озарение , что ты больше не менеджер по продажам или как говорят "коробочный" , а уже менеджер проектов , который научился думать за рамками предложенного , решать сложные задачи а самое главное смог полюбить это дело , ведь каждый новый проект , всегда несёт какой-то вызов и новый опыт. Убеждён , что хорошие менеджеры проектов, не появляются в тепличных условиях.
Классный контент, очень крутой формат интервью в сфере IT. Уверен что в будущем канал наберет больше 100 тысяч подписчиков. Советую всем, кто идет по направлению IT:)
Главное для проджект менеджера не коммуникативные навыки, а прогнозирование рисков. Это просто, если ты примешь тот факт, что если что-то точно будет выполнено, то не факт, что оно будет выполнено
А с чего начать человеку не имеющего опыта в IT, но при эти этом имеешь богатый опыт в организации и управлении предприятия, организация процессов , найм сотрудников, управления бюджетом, повышение квалификации сотрудников, отличные навыки в продажах. Аналитический склад ума. Может кто-то может точечно подсказать с какой стороны подойти? Токсиков прошу обходить мимо это сообщение, если кто-то может помочь могу оставить свой ТГ
Я так понял работают без Технического задания. Просто непонятно зачем постоянно контачить с заказчиком. Контачить в период разработки и согласования ТЗ и потом при сдаче и отладке продукта. Почему Заказчик постоянно меняет что то? Как Вы договорились по деньгам, не зная объёма даже работы, как смогли подписать договор без четкого знания объёма работ? Невозможно что то нормально разработать, если ТЗ постоянно меняется. А ТЗ это основной документ для разработки. При разработке софта огромное время уходит на отладку ...большее чем на разработку. Если Вы там что то меняетесь, то надо начинать процесс отладки заново. И нельзя стать кодеров из менеджера, т к кодер это одна специальность....а менеджер это совсем другая. Из менеджеров становятся менеджерами другого уровня просто при росте. Да и никто не возьмёт в разработчики менеджера. Одним словом, слишком много слов не соответствующих действительности. Надо ещё понимать, что есть в фирмах ещё и управление по отделам обычно или группам. Это аналитики там, разработчики. Роль менеджера по проекту это просто контроль в разрезе проекта...в рамках существующей структуры организации. Кстати далеко не по всем проектам есть такие люди. Обычно это только по крупным проектам. Не сказал бы чтобы такая широко распространённая должность в фирмах. И уровень этого менеджера тоже разный. Иногда это просто надо сроки контролировать и контакт с заказчиком и то только по организационным делам...не по принятию там изменений к ТЗ . Влиять же на выделением ресурсов, управление этими ресурсами в самой фирме часто менеджер проекта не может. Он для этого контачить с руководителями соответствующих подразделений, т к им приходится управлять распределением ресурсов между разными проектами и вообщем то они отвечают на выполнение в срок части проекта, касающейся их отделов. Т е по мне видео познавательное для людей просто желающих как то вообщем представить, что это такое. Для тех, кто реально собирается работать на этой должности - это теория, слишком далекая от жизни....причём ещё и разбавленная просто неверной информацией.
"как смогли подписать договор без четкого знания объёма работ" - сразу видно, что с тендерами и гос заказами вы не имели дело. в тендере зачастую написана "вода" типа "система должна быть гибкой в настройке с интуитивно понятным пользовательским интерфейсом. должен поддерживаться role based access, двух факторная аутентификация и т.д." Дается еще порядка 2х недель на ответы на тендер из 150 пунктов да еще и с развернутым ответом. Следующий этап попасть в цене - предложив хотя бы на рубль дешевле и ответив "да" на большее число вопросов, чем конкуренты. Постоянно контачить с заказчиком необходимо потому что по ходу проекта непрерывно у обоих сторон есть вопросы. Если цель стоит сдать рабочий продукт, которым будут пользоваться, то невозможно спрятаться за одним четким ТЗ в котором всё детально расписано и ни шагу в сторону. Если работа не проектная, а продуктовая - где есть бюджет и его нужно осваивать пиля бесконечно какие-либо фичи, то тут конечно можно работать по скраму со спринтами, списывать время х2 на задачи и не браться ни за что, что не входило в план.
@@Irdgs я же писал о работах в сфере ИТ, а Вы пишите как под видом изображения ИТ отмыть государственные деньги:) и да...я такой фигней, как работа с госучреждения по тендеру действительно не занимаюсь...я работаю с коммерческими фирмами, которые платят за конкретную работу и так все идёт «как учили»....т е постановка задачи, обследование объекта, технического задание, техникой-экономическое обоснование, описание проекта со сроками, ресурсами, этапами, сдачами работ , опытная и рабочая эксплуатации, документации в виде инструкций персоналу. И деньги обсуждают по разработке уже зная ВСЕ! Делается по ТЗ. Если что то меняется, то составляется Дополнение к ТЗ и изменяется (а может и нет) оплата и сроки работ. А в государственных работы подгоняют под выделеный бюджет видимо?:) сочувствую таким фирмам. Это надо иметь штат людей, которые будут решать эти формальности, формировать пакеты документов, регистрироваться на сайтах госкомпаний (есть площадка знаю у Транснефти , есть у Газпрома...приходили приглашения там зарегистрироваться и запомнить огромную анкету...причём я читал там на сайте, что должна комиссия какая то приехать в офис и проверить ресурсы:)))) ну поржали мы и поняли - это не наше.
@Влад Шершнев 😊А насколько я преувеличиваю тот момент что ПМ технически не Тимлид и он не знает действительно сколько займет времени разработка. И как происходит контроль? Ты говоришь кодерам: ребята, ничего не успеваем, а они говорят: "мы не долбоебы, это не возможно сделать быстрее, не надо тут насыпать". Это вообще возможные варианты на практике? Как он вообще может понять условно сколько процентов кода сделано уже и сколько надо ещё? Как оба варианта решаются на самом деле?
@@user-id6jr8hp6k план по разработке строится на базе подписанного и согласованного с заказчиком ТЗ строится аналитиками и разработчиками. Так получается срок так получается срок разработки, этапы разработки, необходимые ресурсы и т д. Если заказчик хочет потом что то поменять в ТЗ, то все оформлялся «Дополнение к ТЗ», где перечисляются пункты старого, утверждённого ранее ТЗ, которые меняются. Полученное Дополнение к ТЗ согласуется сторонами и по нему корректируется срок разработки, отката по договору. Дополнение проходит тот же цикл, что и само ТЗ - аналитики и разработчики делать по нему корректировку плана разработки, ресурсы и сроки. Причём при появлении самого вопроса о Дополнении к ТЗ оценивается необходимость остановки работ по разработке до утверждения Дополнения и изменения всего плана разработки или корректировки незначительные и не особо повлияют на ресурсы и сроки. Если по «каждому чиху» идёт уточнение с Заказчиком, то это ничего хорошего однозначно не получится...это затратно для разработчика и вносит огромное количество ошибок в код, которые потом выгребать замучиешься. Причём Заказчик чаще всего не понимает этого ...и навряд ли серьёзно пересмотрит стоимость и сроки. Поэтому правильнее - дольше работать с ТЗ, добиваясь более детального описания и однозначного понимания сторонами целей, задач и ожидаемого результата, а не начинать разработку. И главное - все что я пишу этому учат в ВУЗе по специальности разработки. А если разработкою занимаются люди «с курсов программирования» , то это поделки и получаются в результате. Программирование это довольно скучный процесс на самом деле, где надо точно переложить с ТЗ в код задачу. И главное здесь само ТЗ и его качество...и если оно плохое или плохо детализировано, то никакие суперкодеры ничего путного создать не могут.
Очень красивая девушка, но описывает очень много очевидных вещей, очень мало практического личного опыта. Как будто человек описывает опыт, прочитав книгу. В целом, понравилось выражение: главное опыт и практика. Это 99,9% всего, что нужно знать :) Спасибо!
Это же объяснение для тех, кто вобще не в курсе, с азов. Хотите глубокую экспертность - наверное, это не в рубрику "10 вопросов ...". Ищите подкасты, тематические каналы
Вы в принципе правы, так же как и директор завода нужен, чтобы работяги не втыкали, это если со стороны работяги смотреть, но если смотреть со стороны директора, много вопросов и задач возникает, когда работают на тебя люди, а не роботизированное производство, забухал, заболел, затупил, не дружат, казалось бы мелочи, за то выручка не лям , а пол мульта
За свои 15 лет у меня было столько проектом, что даже не посчитаю...
Узнав об этой профессии, я загорелся! Оказывается, что каждый день я применяю всё то, что применяют Project-Менеджеры. Я так-же рассчитываю бюджет, сроки, результат и т.д.
Я даже не подозревал, что есть такая профессия. А главное, я думал, что мои навыки бесполезны, а тут такое...
Любовь с первого взгляда ❤
Как же хорошо и чисто она говорит. Ни эканий, ни пауз, ни слов-паразитов. Думаю, она безумно приятная в общении девушка.
Да)гордимся коллегами!
Это же монтаж
Даааа. А еще склейка тоже решает 👌😄
Она постоянно аааакает и ролик монтировали, склейка присутствует
Тут же склейка
Одно из самых понятных объяснений, которое я видел по теме. Спасибо!
рады, что понравилось!
Про велосипед это прям описывает мои два года работы в ит пм. Совет для новичков это работать с умными людьми когда это так вы тоже становитесь умными, когда это проходит я советую искать новые вызовы.
спасибо, за 8 минут все по полочкам, спикер прекрасна
Отличная сьемка, прекрасный спикер, красивая речь. Благодарю ❤
Девушка очень достойно рассказала. Видно, что она в теме! Лайк!!!)
спасибо!
Грамотная и приятная девушка , говорит по существу. От себя добавлю , что иногда менеджеры проектов ,вырастают внутри компаний, в которых очень плохо налажены процессы. Это может быть менеджер о продажам , на которого свалилась ответственность в организации процессов , закупки , контроль оплаты и поставки , контроль времени исполнения. Если человек предприимчивый, то он справится , даже если придётся исправлять чужие ошибки , при этом он получит бесценный опыт. Тут и происходит озарение , что ты больше не менеджер по продажам или как говорят "коробочный" , а уже менеджер проектов , который научился думать за рамками предложенного , решать сложные задачи а самое главное смог полюбить это дело , ведь каждый новый проект , всегда несёт какой-то вызов и новый опыт. Убеждён , что хорошие менеджеры проектов, не появляются в тепличных условиях.
спасибо!
Классный контент, очень крутой формат интервью в сфере IT. Уверен что в будущем канал наберет больше 100 тысяч подписчиков. Советую всем, кто идет по направлению IT:)
Спасибо)Есть к чему стремиться!
очень хорошенькая девушка, а еще покорило ее "спокойствие" в выступлении. спасибо
спасибо)передадим ей!
Главное для проджект менеджера не коммуникативные навыки, а прогнозирование рисков. Это просто, если ты примешь тот факт, что если что-то точно будет выполнено, то не факт, что оно будет выполнено
Такая умная и четкая грамматика 😍 сразу видно ее скиллсы
Крутое видео, сам увлекаюсь менджментом в айти
Спасибо за видео
Девочка умница😌
Большое спасибо за видео. Структурированно и понятно.
Рады, что понравилось)
спасибо за чистоту обьяснения !
Умная девушка
Простыми словами - проект менеджер это секретарь.
Очень интересная профессия)
люблю пмов которые могут в прогу, иначе тяжело бывает наладить контакт
Симпотичная и умная. Спасибо за видео
Блеск 👍
А с чего начать человеку не имеющего опыта в IT, но при эти этом имеешь богатый опыт в организации и управлении предприятия, организация процессов , найм сотрудников, управления бюджетом, повышение квалификации сотрудников, отличные навыки в продажах. Аналитический склад ума. Может кто-то может точечно подсказать с какой стороны подойти? Токсиков прошу обходить мимо это сообщение, если кто-то может помочь могу оставить свой ТГ
такая милаха
Есть же такие девушки и красивые и умницы
У вас есть специалист по информационным системам? Если да, то будет ли с ним|ней интервью?
Нет, таких специалистов у нас нет)
Хотел бы я посмотреть, как пм занимается декомпозицией в IT разработке :D
А что тебя смущает? Она же декомпозирует процессы, а не стеки технологий.
Декомпозиция это первый курс системного анализа, планку выше ставьте.
Подскажите, где можно обучиться на PM? Очень хочу войти в эту профессию..
Каурсера
Мне кажется нигде. Это действительно наработка опыта.
Я так понял работают без Технического задания. Просто непонятно зачем постоянно контачить с заказчиком. Контачить в период разработки и согласования ТЗ и потом при сдаче и отладке продукта. Почему Заказчик постоянно меняет что то? Как Вы договорились по деньгам, не зная объёма даже работы, как смогли подписать договор без четкого знания объёма работ? Невозможно что то нормально разработать, если ТЗ постоянно меняется. А ТЗ это основной документ для разработки. При разработке софта огромное время уходит на отладку ...большее чем на разработку. Если Вы там что то меняетесь, то надо начинать процесс отладки заново. И нельзя стать кодеров из менеджера, т к кодер это одна специальность....а менеджер это совсем другая. Из менеджеров становятся менеджерами другого уровня просто при росте. Да и никто не возьмёт в разработчики менеджера. Одним словом, слишком много слов не соответствующих действительности. Надо ещё понимать, что есть в фирмах ещё и управление по отделам обычно или группам. Это аналитики там, разработчики. Роль менеджера по проекту это просто контроль в разрезе проекта...в рамках существующей структуры организации. Кстати далеко не по всем проектам есть такие люди. Обычно это только по крупным проектам. Не сказал бы чтобы такая широко распространённая должность в фирмах. И уровень этого менеджера тоже разный. Иногда это просто надо сроки контролировать и контакт с заказчиком и то только по организационным делам...не по принятию там изменений к ТЗ . Влиять же на выделением ресурсов, управление этими ресурсами в самой фирме часто менеджер проекта не может. Он для этого контачить с руководителями соответствующих подразделений, т к им приходится управлять распределением ресурсов между разными проектами и вообщем то они отвечают на выполнение в срок части проекта, касающейся их отделов. Т е по мне видео познавательное для людей просто желающих как то вообщем представить, что это такое. Для тех, кто реально собирается работать на этой должности - это теория, слишком далекая от жизни....причём ещё и разбавленная просто неверной информацией.
"как смогли подписать договор без четкого знания объёма работ" - сразу видно, что с тендерами и гос заказами вы не имели дело. в тендере зачастую написана "вода" типа "система должна быть гибкой в настройке с интуитивно понятным пользовательским интерфейсом. должен поддерживаться role based access, двух факторная аутентификация и т.д." Дается еще порядка 2х недель на ответы на тендер из 150 пунктов да еще и с развернутым ответом. Следующий этап попасть в цене - предложив хотя бы на рубль дешевле и ответив "да" на большее число вопросов, чем конкуренты. Постоянно контачить с заказчиком необходимо потому что по ходу проекта непрерывно у обоих сторон есть вопросы. Если цель стоит сдать рабочий продукт, которым будут пользоваться, то
невозможно спрятаться за одним четким ТЗ в котором всё детально расписано и ни шагу в сторону. Если работа не проектная, а продуктовая - где есть бюджет и его нужно осваивать пиля бесконечно какие-либо фичи, то тут конечно можно работать по скраму со спринтами, списывать время х2 на задачи и не браться ни за что, что не входило в план.
@@Irdgs я же писал о работах в сфере ИТ, а Вы пишите как под видом изображения ИТ отмыть государственные деньги:) и да...я такой фигней, как работа с госучреждения по тендеру действительно не занимаюсь...я работаю с коммерческими фирмами, которые платят за конкретную работу и так все идёт «как учили»....т е постановка задачи, обследование объекта, технического задание, техникой-экономическое обоснование, описание проекта со сроками, ресурсами, этапами, сдачами работ , опытная и рабочая эксплуатации, документации в виде инструкций персоналу. И деньги обсуждают по разработке уже зная ВСЕ! Делается по ТЗ. Если что то меняется, то составляется Дополнение к ТЗ и изменяется (а может и нет) оплата и сроки работ. А в государственных работы подгоняют под выделеный бюджет видимо?:) сочувствую таким фирмам. Это надо иметь штат людей, которые будут решать эти формальности, формировать пакеты документов, регистрироваться на сайтах госкомпаний (есть площадка знаю у Транснефти , есть у Газпрома...приходили приглашения там зарегистрироваться и запомнить огромную анкету...причём я читал там на сайте, что должна комиссия какая то приехать в офис и проверить ресурсы:)))) ну поржали мы и поняли - это не наше.
@Влад Шершнев 😊А насколько я преувеличиваю тот момент что ПМ технически не Тимлид и он не знает действительно сколько займет времени разработка. И как происходит контроль? Ты говоришь кодерам: ребята, ничего не успеваем, а они говорят: "мы не долбоебы, это не возможно сделать быстрее, не надо тут насыпать". Это вообще возможные варианты на практике? Как он вообще может понять условно сколько процентов кода сделано уже и сколько надо ещё? Как оба варианта решаются на самом деле?
@@user-id6jr8hp6k план по разработке строится на базе подписанного и согласованного с заказчиком ТЗ строится аналитиками и разработчиками. Так получается срок так получается срок разработки, этапы разработки, необходимые ресурсы и т д. Если заказчик хочет потом что то поменять в ТЗ, то все оформлялся «Дополнение к ТЗ», где перечисляются пункты старого, утверждённого ранее ТЗ, которые меняются. Полученное Дополнение к ТЗ согласуется сторонами и по нему корректируется срок разработки, отката по договору. Дополнение проходит тот же цикл, что и само ТЗ - аналитики и разработчики делать по нему корректировку плана разработки, ресурсы и сроки. Причём при появлении самого вопроса о Дополнении к ТЗ оценивается необходимость остановки работ по разработке до утверждения Дополнения и изменения всего плана разработки или корректировки незначительные и не особо повлияют на ресурсы и сроки. Если по «каждому чиху» идёт уточнение с Заказчиком, то это ничего хорошего однозначно не получится...это затратно для разработчика и вносит огромное количество ошибок в код, которые потом выгребать замучиешься. Причём Заказчик чаще всего не понимает этого ...и навряд ли серьёзно пересмотрит стоимость и сроки. Поэтому правильнее - дольше работать с ТЗ, добиваясь более детального описания и однозначного понимания сторонами целей, задач и ожидаемого результата, а не начинать разработку. И главное - все что я пишу этому учат в ВУЗе по специальности разработки. А если разработкою занимаются люди «с курсов программирования» , то это поделки и получаются в результате. Программирование это довольно скучный процесс на самом деле, где надо точно переложить с ТЗ в код задачу. И главное здесь само ТЗ и его качество...и если оно плохое или плохо детализировано, то никакие суперкодеры ничего путного создать не могут.
Очень красивая девушка, но описывает очень много очевидных вещей, очень мало практического личного опыта. Как будто человек описывает опыт, прочитав книгу. В целом, понравилось выражение: главное опыт и практика. Это 99,9% всего, что нужно знать :) Спасибо!
Это же объяснение для тех, кто вобще не в курсе, с азов. Хотите глубокую экспертность - наверное, это не в рубрику "10 вопросов ...". Ищите подкасты, тематические каналы
Реально сытный окуп! Думаю тоже попробовать эту игру. Кажется тут можно приподнять баблишка)
Не знаю у меня создалось впечатление что основная задача ПМ, чтоб разработчик не прохлаждался...типа как нет задач ? Вот тебе г...поковыряться
Вы в принципе правы, так же как и директор завода нужен, чтобы работяги не втыкали, это если со стороны работяги смотреть, но если смотреть со стороны директора, много вопросов и задач возникает, когда работают на тебя люди, а не роботизированное производство, забухал, заболел, затупил, не дружат, казалось бы мелочи, за то выручка не лям , а пол мульта
Ой не могу, эти все современные профессии с кучей заумных слов 😂 это все можно объяснить гораздо проще
Всё шо она говорит, это простые слова
Спасибо большое, шикарно объяснили
Одним словом ещё одни разгильдяи которые любят командовать лишь бы не работать )) западная тема -менеджеры один над другим их 10 и один работяга ))
Не завидуй😂
Быстро говорит, невнятно, без пауз. Как машина. Что красивого то вы нашли?😀😀
Если вы не успеваете воспринимать речь, смотрите на скорости 0.5
@@jaejae3604 не ущемляйся