ВБ
и опять же от сферы зависит. В аутсорс я бы предпочел коммуникатора, в продукт технаря.
Size: a a a
2019 December 11
ES
Подскажите а записи докладов будут?
Непременно
YF
Важен ли релевантный бекграунд у PM?
Умеете вы подкинуть на вентилятор 😊
AC
Умеете вы подкинуть на вентилятор 😊
вечерело)
YF
Я б сформулировала так - если PM не участвовал в процессах в роли исполнителя, ему сложнее будет заиметь авторитет у команды.
А уж как он в условии отсутствия авторитета будет выживать, его забота.
А уж как он в условии отсутствия авторитета будет выживать, его забота.
AC
Должен ли директор завода простоять за станком?)
москва слезам не верит?)
AC
а главрач больницы должен ли уметь держать шприц?)
ИШ
Должен ли директор завода простоять за станком?)
Или дао Тойота?
Е
Или цель Голдрата)
Кажется, что зависит от контекста.
Если менеджер может компенсировать нехватку бэкграуда, например, другими ресурсами - то не вижу проблем. В разработке, например, с оценкой технической сложности, контекста и реализации может помочь тимлид команды - и он наверняка будет лучше, чем менеджер, немножко покодивший на джуновом уровне.
Так же как крутой профи в своем деле не обязательно хороший менеджер, что не делает его менее крутым в его области компетенций.
Кажется, что зависит от контекста.
Если менеджер может компенсировать нехватку бэкграуда, например, другими ресурсами - то не вижу проблем. В разработке, например, с оценкой технической сложности, контекста и реализации может помочь тимлид команды - и он наверняка будет лучше, чем менеджер, немножко покодивший на джуновом уровне.
Так же как крутой профи в своем деле не обязательно хороший менеджер, что не делает его менее крутым в его области компетенций.
AS
Я не верю в менеджеров чья первая работа была руководящая (например джуниор менеджер).
В начале карьеры я работал разработчиком в разных маленьких и средних компаниях. Я часто сталкивался с менеджерами, которые поверхностно понимали продукт и делали глупые ошибки. Например, в 2010 году я работал в компании, где за две недели до релиза в переговорке ставили кровати для разработчиков, так как чтобы успеть к релизу нужно было ночевать в офисе.
По удивительному совпадению этим проектом руководила менеджер которая не могла написать ни строчки кода.
Любой нормальный руководитель сначала должен поесть говна и понять как всё работает в самом низу. Тогда будут уважать и менеджера и его решения. Иначе это всё быстро превратиться из управления в опыты над людьми.
В начале карьеры я работал разработчиком в разных маленьких и средних компаниях. Я часто сталкивался с менеджерами, которые поверхностно понимали продукт и делали глупые ошибки. Например, в 2010 году я работал в компании, где за две недели до релиза в переговорке ставили кровати для разработчиков, так как чтобы успеть к релизу нужно было ночевать в офисе.
По удивительному совпадению этим проектом руководила менеджер которая не могла написать ни строчки кода.
Любой нормальный руководитель сначала должен поесть говна и понять как всё работает в самом низу. Тогда будут уважать и менеджера и его решения. Иначе это всё быстро превратиться из управления в опыты над людьми.
Очень часто проблема заключается в том, что каждый смотрит на текущий контекст под призмой только собственного предыдущего опыта.
Здесь дело не в том. какой именно был опыт, а в том, какой у тебя взгляд на вещи.
Я, как лидер-слуга для разработчиков - написал возможно только "Hello world" на Java, но, при этом, это не мешает мне смотреть на вещи под разными углами, слушать людей. Как содержателей контекста, при этом составлять свою точку зрения и все это дело женить. При этом я и в руководстве проработал много лет.
Здесь дело не в том. какой именно был опыт, а в том, какой у тебя взгляд на вещи.
Я, как лидер-слуга для разработчиков - написал возможно только "Hello world" на Java, но, при этом, это не мешает мне смотреть на вещи под разными углами, слушать людей. Как содержателей контекста, при этом составлять свою точку зрения и все это дело женить. При этом я и в руководстве проработал много лет.
ИШ
О, кстати, это тоже офигенный шаблон: менеджеров нельзя брать в скрам-мастера из-за проф.деформации.
YF
О, кстати, это тоже офигенный шаблон: менеджеров нельзя брать в скрам-мастера из-за проф.деформации.
А это почему? В чем деформация?
AB
Я б сформулировала так - если PM не участвовал в процессах в роли исполнителя, ему сложнее будет заиметь авторитет у команды.
А уж как он в условии отсутствия авторитета будет выживать, его забота.
А уж как он в условии отсутствия авторитета будет выживать, его забота.
если команда адекватная, то должна понимать что у менеджера своя работа и ему надо помогать, а менеджер призван помогать команде. Они в одной упряжке. Только так достигается успех. А если начинается вот эта игра, то это точно не про одну команду.
Она может начаться, только если на протяжении работы с командой успеха у менеджера не получается и в этом есть его большая заслуга. так то и команда может сливать.
Она может начаться, только если на протяжении работы с командой успеха у менеджера не получается и в этом есть его большая заслуга. так то и команда может сливать.
ИШ
А это почему? В чем деформация?
Ну что-то типа "привыкли всем рулить сами, не дают команде самоуправляться". Шаблон такой шаблон
AB
если на то пошло, то менеджер должен заработать этоти авторитет на протяжении времени работы с командой, а до тех пор, пока вы ничего не знаете про человека, нужно уважать его и делать всё чтобы получить успех. Все мы не без греха
YF
Помню в вакансиях писали "опыт программирования, желательно на тут_название_языка", на вопрос "зачем" отвечали "чтобы говорить с разработчиками на одном языке"
Е
О, кстати, это тоже офигенный шаблон: менеджеров нельзя брать в скрам-мастера из-за проф.деформации.
С такими шаблонами можно ещё сказать, что люди никогда не меняются, нейропластичность нинужна и поползти на кладбище)
Но роли PO и SM лучше действительно не совмещать - одна из них будет страдать, скорее всего)
Но роли PO и SM лучше действительно не совмещать - одна из них будет страдать, скорее всего)
