Но автор делает акцент на том, что использовать обобщенный цикл разработки «Plan - Do - Check - Act», вы ни коим образом не сможете на горизонте 1 спринта (5 рабочих дней).
Концовка убила:
Можно ещё много чего сказать о том, что пошло не так со Scrum. Agile методологии сложны. Это набор принципов и ценностей, которые не связанны между собой логически. А значит всегда есть соблазн что-то выкинуть или изменить, ведь трудно понять, на что это повлияет. Когда-нибудь мы, как сообщество, решим эту проблему. Но не сегодня.
В мире давным давно уже все решили и без всяких проблем.
Очевидно, что SCRUM это не только утренние планерки, а несколько более широкая методология и культура. Как минимум, SCRUM также призван улучшать организацию труда, планирование работ, мотивацию членов команды, эффективность работы членов команды и т.д. Не говоря о вытекающих из этого таких бизнес показателях, как окупаемость работ, стоимость работ, снижение нагрузки на поддержку, например.
И SCRUM не работает сам по себе, это большой труд, я бы назвал это - как нескончаемый марафон.
Автор не разобравшись в сути SCRUM, рассуждает о том, что недельными спринтами работать нереально... Выход - перейти на месячные спринты. Приводя при этом нелепые аргументы в духе "ну как мы можем сделать все за одну неделю?!". Интересно, а как в остальном мире существуют ИТ компании, где выпуск обновлений происходит чуть ли не каждый день... м? Магия наверное.
Автор либо никогда не руководил IT командами, либо никогда не работал в атмосфере развитой Agile культуры.
Очевидные вроде как вещи. Вот гляньте индийский фильм, может быть придут светлые мысли :)
Все верно!
Но автор делает акцент на том, что использовать обобщенный цикл разработки «Plan - Do - Check - Act», вы ни коим образом не сможете на горизонте 1 спринта (5 рабочих дней).
Концовка убила:
В мире давным давно уже все решили и без всяких проблем.
Очевидно, что SCRUM это не только утренние планерки, а несколько более широкая методология и культура. Как минимум, SCRUM также призван улучшать организацию труда, планирование работ, мотивацию членов команды, эффективность работы членов команды и т.д. Не говоря о вытекающих из этого таких бизнес показателях, как окупаемость работ, стоимость работ, снижение нагрузки на поддержку, например.
И SCRUM не работает сам по себе, это большой труд, я бы назвал это - как нескончаемый марафон.
А в чем тут гениальность, извините?
Автор не разобравшись в сути SCRUM, рассуждает о том, что недельными спринтами работать нереально... Выход - перейти на месячные спринты. Приводя при этом нелепые аргументы в духе "ну как мы можем сделать все за одну неделю?!". Интересно, а как в остальном мире существуют ИТ компании, где выпуск обновлений происходит чуть ли не каждый день... м? Магия наверное.
Автор либо никогда не руководил IT командами, либо никогда не работал в атмосфере развитой Agile культуры.
Не понимаю, откуда столько лайков статье.
Касательно SCRUM, Автор либо никогда не руководил командами разработки, либо никогда не работал в компаниях с развитой Agile культурой.
Судя по количеству лайков к статье, я лишний раз убеждаюсь откуда растут проблемы у многих ИТ команд.