Тезис был к тому, что для слаженной команды PM не сильно то и нужен, а если и есть, то просто усиливает, не давая каких-то уникальных бонусов. Слаженные джуны такой же провал как и неслаженные синьоры. Так что да, можно поверить в правдивость истории, с поправкой что команда изначально была настолько слабая с организационном плане, что там именно PM командовал парадом, работая и лидом и аналитиком. Можно предположить что и вся компания скорее всего так выстроена. Я просто знаю примеры, когда команда не то что PM-ов, а неподходящих тимлидов выгоняла на мороз. Но история выставлена так, что кривые процессы и рекрутинг превратились в "к нам пришли и все развалили".
Ваша логическая ошибка тут. Не сеньорность определяет слаженность команды. Это очень большая тема про софты и все такое.
Если конечно смотреть на PM еще и по аутсорсу/аутстафу, у меня компаний за карьеру было не так много, но проектов за 30 и ни разу не видел, чтобы именно от PM зависела разработка.
Пример №1, PM нет или они часто меняются. Экспертиза и аналитика размазывается между тимлидом и продактом, +X% к таймтумаркету, полимеры целые, команда целая, никто не выгорел.
Пример №2, PM есть, но не вмешивается в техническую работу. Периодические срачи с заказчиком по графику релизов дают +Y% к таймтумаркету, все работают как работали.
Извините, но не верю. Как может вообще один PM развалить команду? Это не армия, не гос и не поехавший гендир. У остальных лапки, они не могут работать без менеджера? Любая адекватная команда пошлет неадеквата и самое простое будет общаться в своих чатах, а самое плохое, уйдет половина.
А при чем тут архитектура? В статье не рассматривается автоматизация разных уровней, если брать E2E, то с микросервисами проблем даже больше будет, т.к. прибавятся проблемы инфраструктуры.
Ваши 3 шага не устраняют 100% багов. А в пятницу не деплоят вовсе не из-за чьих-то фобий, а потому что суббота выходной. Точно так же избегают предпраздничных дат и отпусков критичного персонала. Не нужно подменять риск-менеджмент на психологию.
Тезис был к тому, что для слаженной команды PM не сильно то и нужен, а если и есть, то просто усиливает, не давая каких-то уникальных бонусов. Слаженные джуны такой же провал как и неслаженные синьоры. Так что да, можно поверить в правдивость истории, с поправкой что команда изначально была настолько слабая с организационном плане, что там именно PM командовал парадом, работая и лидом и аналитиком. Можно предположить что и вся компания скорее всего так выстроена. Я просто знаю примеры, когда команда не то что PM-ов, а неподходящих тимлидов выгоняла на мороз. Но история выставлена так, что кривые процессы и рекрутинг превратились в "к нам пришли и все развалили".
Ваша логическая ошибка тут. Не сеньорность определяет слаженность команды. Это очень большая тема про софты и все такое.
Если конечно смотреть на PM еще и по аутсорсу/аутстафу, у меня компаний за карьеру было не так много, но проектов за 30 и ни разу не видел, чтобы именно от PM зависела разработка.
Пример №1, PM нет или они часто меняются. Экспертиза и аналитика размазывается между тимлидом и продактом, +X% к таймтумаркету, полимеры целые, команда целая, никто не выгорел.
Пример №2, PM есть, но не вмешивается в техническую работу. Периодические срачи с заказчиком по графику релизов дают +Y% к таймтумаркету, все работают как работали.
Извините, но не верю. Как может вообще один PM развалить команду? Это не армия, не гос и не поехавший гендир. У остальных лапки, они не могут работать без менеджера? Любая адекватная команда пошлет неадеквата и самое простое будет общаться в своих чатах, а самое плохое, уйдет половина.
Как тут два раза плюсануть?
Самые смешные вакансии Сбера в линке. Потому что они не открываются с зарубежных IP.
SelectorsHub сейчас то ли заражен, то ли всегда таким был - открывает рекламные ссылки
JavaFaker давно заброшен, его заменил https://github.com/datafaker-net/datafaker
А при чем тут архитектура? В статье не рассматривается автоматизация разных уровней, если брать E2E, то с микросервисами проблем даже больше будет, т.к. прибавятся проблемы инфраструктуры.
Ваши 3 шага не устраняют 100% багов. А в пятницу не деплоят вовсе не из-за чьих-то фобий, а потому что суббота выходной. Точно так же избегают предпраздничных дат и отпусков критичного персонала. Не нужно подменять риск-менеджмент на психологию.