Comments 10
А может выкинуть "локомотив" и пересадить всех "пассажиров" на "маршрутки"?! :-)
ИМХО чем больше я смотрю на scrum, тем больше мне нравиться kanban :-)
Для того, чтобы выкинуть поезда нужно активно вложиться в инфраструктуру)
У SCRUM много проблем - хорошо расписано в книге Асхата Уразбаева из книги:
не получается поставить разумную цель спринта
если цель и ставим, то вряд-ли достигнем
в конце много недоделанной работы, которая протом переносится
часто, появляется что-то внутри спринта, что полностью уничтожает смысл доделывать до конца
Но самый ужасный вариант SCRUM получается когда используется "банкоджайл". Планирую раскрыть эту тему в следующей статье.
Это все равно надо будет делать. Потому что scrum без devops сложно внедрить.
Но как я и говорил выше. Имеет смысл вообще не рассматривать scrum, а внедрять kanban. И тогда инфраструктуру можно постепенно изменять. А не все и сразу.
Да, мне тоже нравится Kanban больше, только нужно сразу внедрять не ванильный, а из методологии tameflow.
Пока не вижу следующей статьи. Может, вкратце, в комменте?
Еще раз: машиниста поезда сверху заставляют водить поезд как маршрутку, и все примеры успеха дают из маршрутной истории, но требуют результативности лучше, чем было раньше.
Вот это максимально непонятно.
Кто машинист? Кто заставляет? Как заставляет?
Я к тому, что из статьи видно ваше понимание плюсов и минусов гибкого подхода, но не видно системного понимания как именно организовать эффективный гибкий подход.
Ваш системный подход похож на "карго-культ". Надо пересадить всех в маршрутки. А как пересадить - непонятно. То ли сделать макеты маршруток и пустить их по рельсам на конной тяге. То ли ещё что.
Иначе говоря, прослеживается мысль "для крупных компаний добавим автотесты и девопс - тогда точно все будут ездить на маршрутках, и это будет хорошо"
Вы правы, что метафора иногда не слишком удачна. Своим мнением я как раз пытался разбить карго культ, что применение "в лоб" аджайл-принципов не приведет к хорошему результату.
Да, к несчастью менеджеров и коучей, в любой работе надо думать и брать ответственность. Agile - это про инструменты, а не про способ скинуть с себя работу на других без последствий.
Статья выглядит неполной без "рецепта" по достижению хорошего результата.
Ну то есть много людей знают как НЕ надо, а ценятся такие люди, которые знают как надо.
Вы как бы играете в Капитана Очевидность, когда объясняете как НЕ надо. Понятно, что есть люди, которым нужен КО. Но может напишите статью о том, что приведет к хорошему результату?
Или там нет серебряной пули?
Ваш Agile не полетит, если вы не будете по утрам…