Вообще, я разработчик, но, благодаря работе в бодишопе, насмотрелась на разное. Вся описанная здесь история изи без боли имплементируется хорошим скрам-мастером.
Проблема скарама в том, что его мало кто видел в нормальном виде. В основном везде франкенштейны под названием "Мы сохранили все, что у нас было своего в организации, и ввели три пункта из скрам гайда и теперь у нас АДЖАЙЛ!"
Я работаю сейчас в такой команде. На деле все выродилось у нас в то, что все занимаются, чем хотят, и скорость разработки сильно упала. Все пытаются пилить код, из-за этого качество кода тоже падает. Лоскутное одеяло, костыли и тд, потому что у всех равное право голоса («мы же все равны и все разработчики»). Короче, идея хорошая была, но на практике восторгов не вызывает.
Команда целиком. Мы коммитимся на результат, постоянно даем обратную связь по выполнению, меняем подход, если что-то меняется внутри или снаружи. Продукт оунер в курсе ситуации всегда, а это человек из бизнеса.
Я работаю в комапании, которая сейчас активно встает на рельсы скрама. И по процессу у нас нет никакого PM. И непонятно, в чем его роль может заключаться в нашей команде. Причем у нас не доконца скрам, потому что бюджетом владеет не Product Owner, а мой линейный менеджер. Если бы было совсем по канону, то линейный менеджер был бы вообще не нежен (сейчас мы у него согласуем отпуска и прочую административку, видим его раз в месяц на стендапе).
В связи с этим бытует мнение, что PM это умирающий вид, рудимент в современном IT. Понятно, что не во всех областях, там где не обойтись без Waterfall, PM — важная роль в команде.
Нифига. Люди привыкли работать как привыкли, и очень неохотно даже что-то хорошее внедряют.
Git - зачем, у нас и так нормально все и понятно! А ветвеления в нем это же надо понимать, давайте все просто будет коммитить в мастер!
CI/CD - мы же хорошо архив руками копировали, ну нужон нам ваш CI/CD, еще и разрабатывать его сложно и технологии новые изучать!
И далее по списку.
Вообще, я разработчик, но, благодаря работе в бодишопе, насмотрелась на разное. Вся описанная здесь история изи без боли имплементируется хорошим скрам-мастером.
Проблема скарама в том, что его мало кто видел в нормальном виде. В основном везде франкенштейны под названием "Мы сохранили все, что у нас было своего в организации, и ввели три пункта из скрам гайда и теперь у нас АДЖАЙЛ!"
Идеальных подходов не существует.
Читая это, в очередной раз понимаю, как много вопросов снимает канонический скрам.
За один урок все проектирование? Что, серьезно?
В связи с этим бытует мнение, что PM это умирающий вид, рудимент в современном IT. Понятно, что не во всех областях, там где не обойтись без Waterfall, PM — важная роль в команде.